受託開発
AI受託開発
サイト・アプリ・業務システムをつくる
Webサイト、アプリケーション、業務システムの設計と開発。まず2週間で動くものを出して、それを見ながら仕様を決めます。要らない機能を先に落とすので、期間と予算が読めます。
受託開発で見積もりが膨らむ理由の大半は、作らなくていいものが要件に入っているからです。管理画面のフル装備、使われない権限管理、将来を見越した拡張性。どれも単体では正しく、合計すると納期と予算を壊します。
最初にやるのは、削ることです。何を解決したいのかを聞いて、それに要らない機能を落とす。落とした結果として短くなった期間で作り、動かしてから足りないものを足す方が、結果的に安く早く着きます。
まず2週間で動くものを出す
企画は通ったのに実物が出てこない、という状態がよく起きます。開発リソースの取り合いで順番が回ってこない。外注しようにも要件書がないと見積もりが出ない。要件書を書くために議論を重ねる。実物がないまま数か月が過ぎます。
その手前を飛ばして、2週間で動くものを出すところから始めます。
要件書は開始条件にしません
作り込まなくても始められます。文書で固めてから実装に入る進め方は、手戻りのコストが高かった時代の最適解です。実装が速くなったぶん、動かしてから決める方が安くなりました。
始めるのに要るのは1つだけです。解決したいことが1つ決まっていること。 誰の、どの場面の、何を解くのか。ここが2つ以上あると、2週間では終わりません。
体制
PdM とプロダクトデザイナーが、AIコーディングと組んで作ります。人数を増やす代わりに、決める人と作る人の距離をゼロにしています。
伝言が発生しないので、朝の打ち合わせで決めたことがその日の夕方には動いている、という進み方になります。2週間という期間はこの前提で成立しています。人数を増やして分業すると、むしろ遅くなります。
2週間で何ができるか
動いて、人に触ってもらえるものです。作り込んだ製品ではありません。目的は「これで合っているか」を確かめることなので、確かめたい一点が動けば十分だと考えています。逆に言うと、確かめたい一点が定まっていないと、何を作っても判断材料になりません。最初の打ち合わせで、この一点を決めるところに時間を使います。
2週間のあと
- 確かめたいことが確かめられた それを土台に本開発へ進む
- 作り直した方が早い そう伝えて、作り直す
- これは違うと分かった 2週間で止める
触ってもらって、続けるか止めるかを判断します。止める判断が出ることもあります。 2週間で止まるなら、それは成功です。企画書だけで半年進めて、作ってから気づく方がはるかに高くつきます。
続けると決まったなら、そのまま本開発へ進みます。作り直した方が早い場合は、そう伝えます。検証のために割り切って作っているので、そのまま育てられないこともあります。
作るもの
Webサイト・LP
コーポレートサイト、サービスサイト、ランディングページ。検索とLLMの両方から見つかる作りにします。静的配信を基本にして、表示が速く、運用費が安い構成にします。更新を社内でやりたい場合は、その前提で作ります。
このサイト自体、ノーコードツールからフルスクラッチの静的サイトに移行して運用しています。構造化データやフォームの送信先を自分で決めたい、という相談も受けています。
アプリケーション
Webアプリ、モバイルアプリ。企画から設計、実装、ストア申請まで通しでやります。生成AIを使う機能がある場合は、モデルの選定と、精度が出ないときの逃げ道の設計まで含めます。
業務システム
社内で回っているスプレッドシートと手作業を、システムに置き換える仕事です。既存の業務フローをそのままシステムに写すと、非効率もそのまま固定されます。何を残して何をやめるかを一緒に決めてから作ります。
やり方
AIを前提にした作り方をする
実装の速度が変わったので、進め方も変えています。仕様を文書で固めてから実装に入るのではなく、動くものを早く出して、それを見ながら仕様を決めます。手戻りのコストが下がったぶん、決め打ちを減らせます。
これは「AIに書かせるので安い」という話ではありません。設計とレビューにかかる時間は変わらず、むしろ増えます。速くなったのは、試す回数を増やせるところです。
2人で入る
代表2人が実際に手を動かします。伝言のロスがなく、決めたことがその日のうちに反映されます。再委託はしません。 そのぶん、同時に抱えられる案件数には限りがあります。
渡して終わりにできる形で作る
コードとインフラ構成、運用手順を渡します。Nue でしか触れない作りにはしません。保守を続けてほしいと言われれば続けますが、いつでも降りられる状態を保ちます。
相談の前に決めておくと早いこと
- 解決したいことを1つに絞る。複数ある場合は優先順位
- いつまでに必要か。理由も含めて（展示会、期初、契約更新など）
- 使う人が誰か。社内の何人か、社外の不特定多数か
- 決まっている制約。時期や上限があるなら、その範囲
これが全部揃っていなくても構いません。揃っていない場合は、揃えるところから一緒にやります。
向いていない状態
作るものが決まっていないなら、先に プロダクト開発支援 です。何を作るかが曖昧なまま2週間走ると、動くけれど誰の役にも立たないものができます。すでに本番で動いているサービスを伸ばしたい場合も同じページです。
作るものはシステムではなく業務の進め方、という場合は 生成AI導入支援 になります。
Pricing
費用の考え方
作るものを決めてから見積もります。範囲が決まらないまま金額だけ先に出すと、あとで必ずずれます。何で決まるかは次の4つです。
- 画面の数と、その複雑さ
- 一覧と詳細だけの画面と、状態が絡む画面では工数が桁で違います。管理画面をどこまで作るかがここに効きます。2週間で出す段には、確かめたい一点に要る画面だけを入れます。
- つなぐ先の数
- 外部サービスとの連携は、数だけでなくその API の素直さで決まります。ドキュメントが薄いものは調査に時間がかかります。
- 誰が使うか、どのデータで動かすか
- 社内の限られた人が使うものと、社外の不特定多数が使うものでは、認証・権限・エラー処理・負荷対策の要求が変わります。ダミーデータで足りるか本番データが要るかで、扱いの制約も変わります。
- 生成AIを使うか、デザインを持ち込むか
- 生成AIを使う場合、精度が出なかったときの逃げ道の設計が必要です。ここを省くと、動くけれど信用できないものになります。デザインが既にあるならそのまま実装し、無い場合はこちらで作ります。
FAQ
よくある質問
- 要件が固まっていなくても相談できますか
- その状態で相談してもらう方が良い結果になります。要件定義書を先に作り込むと、作る前提のものが増えます。解決したいことが1つ決まっていれば始められます。範囲はこちらで一緒に削ります。
- 2週間で何ができますか
- 動いて、人に触ってもらえるものです。作り込んだ製品ではありません。目的は「これで合っているか」を確かめることなので、確かめたい一点が動けば十分と考えています。
- 2週間で作ったものは、そのまま本番で使えますか
- 検証の結果しだいです。続けると決まったなら、それを土台に本開発へ進みます。検証のために割り切って作っているので、作り直した方が早い場合はそう伝えます。
- AIで作ったコードの品質は
- 設計とレビューは人がやります。AIが速いのは書くところで、何をどう作るかを決めるところではありません。速くなったぶんは、試す回数を増やすことに使っています。
- 既存システムの改修もお願いできますか
- できます。ただし、コードを読ませていただいてから可否を判断します。作り直した方が早いと判断した場合は、そう伝えます。
- 納品後の運用はどうなりますか
- コードとインフラの構成、運用手順を渡します。社内で引き取れる場合はそこで終わりにできますし、継続して見てほしい場合は月額の保守として別途お引き受けします。特定のベンダーでしか動かない作りにはしません。
- デザインもお願いできますか
- できます。画面設計から実装まで通しでやります。既にデザインがある場合は、そのまま実装します。
- 見積もりはどう出しますか
- 作るものを決めてから出します。最初の打ち合わせで範囲を絞り、そのうえで工数を出します。範囲が決まらないまま金額だけ先に出すと、あとで必ずずれます。
- 何本まで並行できますか
- 代表2人が手を動かすので、同時に抱えられる本数には限りがあります。再委託はしません。時期の相談は早めにいただけると調整しやすいです。