iOSアプリ開発

App 内課金にはストア審査の規定があり、返金・二重課金・購読の復元といった、お金が動いたあとの手当てが要ります。医療や健康に関わるデータも同じで、扱いを間違えたときに謝って直せる範囲を超えます。重いのは実装量より、審査と責任の設計のほうです。

humbulls はこの条件に当たる案件を引き受けていません。課金が要る場合は、その部分を既製のサービスに寄せられるかを先に検討します。寄せられないと分かった時点で、開発会社を紹介する側に回ります。

アプリは公開してからのほうが長く、OS の更新が毎年入ります。追随をやめれば、いずれ動かなくなる。そして「何かあったとき」に誰が最初に電話を取るかは、人数でしか解けない問題です。少人数では、夜間に一次対応の当番を立てられません。

そのため humbulls は、稼働保証の契約を結びません。保守が必須要件の案件も、相談の時点でお断りしています。引き受ける場合も、OS 更新への追随を誰がどの費用で行うかは、着手の前に契約で決めます。

Swift で書いたアプリは、Swift を読める人にしか直せません。仕様書・規約・リポジトリを渡しても、読める人が社内にいなければ、次に触れるのは外注し直したときです。ノーコードのツールとは前提が違います。humbulls は他のサービスで「社内で回る状態にして支援を終える」を方針にしていますが、ネイティブアプリでは成立しません。

そこで、引き継ぎ先に開発者がいるか、いなければ外注し直す前提を持っているかを、着手の前に確認します。どちらもない場合は、ネイティブアプリをやめて Web で作る案に切り替えます（→ Webアプリ開発）。ブラウザで動く形なら、humbulls が更新を続けられる範囲が広がります。

要件が固まっていること自体は、問題になりません。困るのは、機能の一覧はあるのに、最初の利用者がどこから来るかが空欄のときです。公開後にダウンロードされないという結果は、実装からではなくここから出ます。流入の設計を一緒に見ない案件なら、開発を専業にしている会社のほうが速く安く作ります。

そのため humbulls は、アプリ単体の受託をしていません。誰に届けるか、どこから流入させるか、何を計測するかを一緒に見る前提でのみ引き受けます。ここが、開発会社と humbulls の使い分けになります。

ここから、引き受けられる側の条件です。3つとも当てはまる案件が、少人数の開発が完成まで届く形です。

少人数の開発が止まる原因は、機能の難しさよりも機能の多さにあります。humbulls が App Store 公開まで通したアプリは、Swift のコードが13ファイル・1,293行でした。この規模が、少人数と AI で完成まで届くと humbulls が見ている目安です。 先に共有しておかないと、途中で「もう1画面」が積み上がって公開日が動きます。

もう1つの目盛りがサーバーです。端末の中で完結するアプリ（センサー・ヘルスデータ・ローカル保存で成立するもの）は、サーバーの運用責任が発生しません。自前のサーバーを持った時点で、アプリの保守にサーバーの保守が乗ります。

そこで humbulls は、中心の機能を1つ決めて、それ以外を「公開後に検討する」側へ寄せます。最初に決めるのは、入れる機能ではなく落とす機能です。認証やデータ共有が要る場合は、既製のバックエンドで足りる範囲に収めます。収まらない要件が出てきたら、それは成立しない条件2（稼働保証と一次対応）に落ちる案件です。

期日が決まっている案件のほうが、進み方は安定します。少人数の開発が破綻するのは、期日が短いときよりも、機能を削る判断をする人が決まっていないときです。期日が曖昧だと削る理由がないので、機能が積み上がり続けます。

そこで humbulls は、最初に「公開する日」と「その日までに落とすもの」を決めます。決める人は1人に絞っていただくのが基本です。この2つが決まっていれば、進め方の残りはほぼ機械的に進みます。

ストアの説明文と紹介ページの言葉が違う、広告の着地と機能が噛み合わない、公開後の数字を並べて見ている人がいない。担当を分けた案件で起きるのは、だいたいこの3つです。能力の問題ではなく、分担の形から出る結果です。

そこで humbulls は、アプリ本体、紹介ページ、計測、ストアの掲載素材を1つの範囲として引き受けます。設計した人がそのまま文言を書き、実装します。分業しないので、引き継ぎの過程で意図が落ちません。ここを分けたい案件は、開発を専業にしている会社に頼むほうが合理的です。

• 成立しない条件が1つでも当てはまる → 引き受けません。範囲を変える案か、対応できる開発会社を紹介する形でお答えします
• 成立する条件が3つとも当てはまる → 引き受けます。モック相談会からそのまま進み方の相談に入れます
• 成立する条件のうち1つか2つが空欄 → 空欄になっている条件を埋めるところから相談します。空欄になりやすいのは、条件2（期日と削る判断）と条件3（範囲）です
• 判断がつかない → モック相談会で当てはめます。当てはめた結果を持ち帰って、他社に頼む判断をしていただいても構いません