3行でわかる 受託のプロダクト思考

  • プロダクト思考とは、責任を「納品物の品質(QCD)」から「顧客の成果(アウトカム)」へ移すこと。職種ではなく、視点の置き換え。
  • AIで実装が速く・安くなるほど、納品物そのものの価値は下がる。差がつくのは「顧客の成果を出せるか」だけ。
  • 持ち込み方は全社改革ではなく、次の1案件で「何を作るべきか」から関わる小さな一歩。実装しながら成果に責任を持つFDEの形で始める。

なぜいま、受託開発に「プロダクト思考」が要るのか?

結論から言うと、AIで実装が速く・安くなり、納品物そのものの価値が下がっているからです。コードを書く、画面を作る、テストを通す——これまで対価をいただいてきた「作る」という行為が、AIによって誰でも・速く・安くできるものに変わりつつあります。納品物の品質で差をつけるのが、年々難しくなっているのです。

では、何で差がつくのか。残るのは「顧客の成果を出せるか」です。同じものを作れる会社が増えたとき、顧客が選ぶのは「言われた物を正確に納める会社」ではなく、「その物で自分たちの業務が本当に良くなる会社」です。作る力がコモディティ化するほど、価値の重心は「何を作るか」「作ったもので成果が出るか」へと移っていきます。この値下げ圧力の構造そのものは生成AIと受託単価で詳しく解説しています。

つまりプロダクト思考は、意識の高い理想論ではありません。納品物が価値を失っていく時代に、受託が選ばれ続けるための現実的な生存戦略です。

「プロダクト思考」は、受託の常識と何が違うのか?

いちばんの違いは、責任の対象です。受託の常識では、責任は納品物のQCD(品質・コスト・納期)にあります。プロダクト思考では、責任は顧客の成果(アウトカム)にあります。「言われた物を、約束どおり、期日までに納める」ことがゴールなのか、「作ったもので顧客の業務が良くなる」ことがゴールなのか——終わりの線をどこに引くかが、根本から違います。

納品物思考は『要件どおり作って納品したら完了』で責任がQCD(品質・コスト・納期)に終わるのに対し、プロダクト思考は『顧客の成果が出るまで関わり続ける』で責任がアウトカム(成果)まで続く、という対比図。責任の終わる場所が納品か成果かで分かれる。
納品物思考は「納品」で責任が終わり、プロダクト思考は「顧客の成果」まで責任が続く。終わりの線の引き方が違う。

この違いは、3つの点に表れます。1つ目は責任の対象——納品物の品質か、顧客の成果か。2つ目は成功の基準——仕様どおりに動けば成功か、業務が良くなって初めて成功か。3つ目は関わる期間——納品して契約が切れるまでか、成果が出るまで継続するか。並べると、両者がどこで分かれるかがはっきりします。

納品物思考(受託の常識) プロダクト思考
責任の対象 納品物の品質(QCD:品質・コスト・納期) 顧客の成果(アウトカム)
成功の基準 仕様どおりに動き、検収が通ること 作ったもので顧客の業務が良くなること
関わる期間 納品して契約が切れるまで(一件で完了) 成果が出て、使われ続けるまで(継続)

誤解しないでいただきたいのは、納品物思考が劣っているわけではないということです。決まったものを、約束どおり、高い品質で納め切る力は、受託が長年積み上げてきた確かな強みです。プロダクト思考は、その力を否定するものではなく、責任の終点を「納品」から「成果」へと一歩延ばすものです。土台はそのまま、引き受ける範囲を広げる——そういう転換だと捉えてください。

受託に必要なのは、より良い納品物ではありません。納品物の先にある「顧客の成果」を、自分たちの責任に含める覚悟です。

どうやって受託の現場に持ち込むのか?

持ち込み方は、全社改革ではありません。次の1案件で「何を作るべきか」から関わる、小さな一歩から始めます。プロセスを刷新したり、新しい部署を作ったりする必要はないのです。要件が固まる前の打ち合わせに、実装ができるエンジニアを一人同席させる——それだけで、持ち込みは始められます。

具体的には、こんな関わり方です。顧客が「この画面を、この仕様で作ってほしい」と言ったとき、その通りに見積もって作るのではなく、「本当に解くべき課題は何でしょうか」と一度立ち止まる。現場を見て、「必要なのは画面ではなく、通知の自動化かもしれません」と問い直す。この問い直しが、プロダクト思考の入り口です。何を作るかを顧客と一緒に決め直すこと自体が、納品物の受け手から成果の共同責任者へと、立つ位置を移す第一歩になります。「何を作るべきか」から関わる考え方は何を作るべきかを決める力で深掘りしています。

そして大事なのは、その役を実装しながら成果に責任を持つFDEの形で担うことです。手を動かさない人が「何を作るか」だけを決めると、現場と分断し、絵に描いた餅になりがちです。実装まで担う人が上流に立つからこそ、「作れる範囲で、成果が出るもの」を現実的に選べます。最初の小さな一歩を組織的に広げる進め方はFDE組織の立ち上げ方にまとめました。

組織に根付かせるには何が要るのか?

一人の頑張りで終わらせず、組織の能力にすること——これが最後の関門です。誰か一人が成果に責任を持てるようになっても、その人が抜ければ、現場はすぐ「言われた物を作る」位置に戻ってしまいます。プロダクト思考を一過性の個人芸で終わらせないために、再現できるしくみが要ります。

必要なのは、2つです。1つは育成——「何を作るべきか」を顧客と決める力を、特定の誰かの勘ではなく、複数のメンバーが学べる型にすること。もう1つは再現——うまくいった案件の進め方をナレッジとして残し、次の人が同じ位置に立てるようにすることです。この2つがそろって初めて、プロダクト思考は「あの人ができること」から「うちの会社ができること」へと変わります。

育成の具体的な進め方はFDE人材の育て方で、なぜ受託・SIerにこの組織能力が要るのかはSIerにFDEが必要な理由で解説しています。プロダクト思考は、号令で根付くものではありません。小さな成功を一つ作り、それを型にして再現していく——その地道な積み重ねが、組織としての強さに変わっていきます。