2025年の初め、私は初めて自分たちのプロダクトを一般に公開しました。クライアントの案件でも、ノートパソコンの中だけにあったプロトタイプでもありません。ゼロから作った自分たちのプロダクトで、実際に人が登録してくれました。そして同じ年の終わりに、私たちはそれを棚上げにしました。
出来の悪いプロダクトだったわけでも、チームが崩壊したわけでも、誰も信じていないアイデアだったわけでもありません。重要だとされているもののほとんどは揃っていました。それでも前に進みませんでした。この記事は、それを作る責任を負っていた立場から、できるだけ正直にその理由を説明しようとするものです。
私たちが持っていたもの
プロダクトは、栄養士とパーソナルトレーナーのためのWebとモバイルのプラットフォームでした。食事プランやトレーニングを処方し、クライアント一人ひとりの進捗を追い、予約を管理する。それをすべて一つのアプリで行えるものです。
私たちは良いパートナーの集まりで、それぞれの役割は明確でした。私は「CTO」でした。括弧付きなのは、あの規模の会社には大げさな肩書きだからです。狙っていた市場の中に人脈もありました。ゼロから作り、リリースし、リリース後のミーティングもこなしました。投資家とも席を共にしました。会話と交渉までで、最終的に資金は入りませんでしたが、私たちが作ったものへの関心は本物でした。
始める前にこのリストを見せられていたら、良い立ち位置だと言っていたでしょう。プロダクト、チーム、人脈、リリース、投資家の関心。私がそれまでに見てきた、消えていったプロジェクトの多くは、その半分も持っていませんでした。
リスクがあると思っていた場所
作る側として、私はリスクの大半が技術的なものだと思っていました。アプリは安定するか。決済は動くか。実際に使われ始めても耐えられるか。私が最もエネルギーを注いでいたのはそうした問いで、それは自分が答え方を知っている問いでもありました。
振り返ると、そこはリスクを置くのに一番居心地のいい場所でした。自分がコントロールできる部分だったからです。問題が技術的なら、もっと働けば解決できる。プロダクトはちゃんと動くのに、それでも人が来ない、という場合の計画はありませんでした。
どこで止まったか
来てくれた人もいました。何人かのプロフェッショナルは、自分のクライアントをプラットフォームに載せて使ってくれました。だから、プロダクトが誰の役にも立たなかったというのは事実ではありません。ただ、自力で成長できる地点には一度も届きませんでした。
私たちは定番のチャネルを試しました。Meta広告、Google、そしてその分野の人たちへの直接のアプローチ。問題は、チャネルの選択を誤ったことではありませんでした。どのチャネルの向こう側でも、顧客が目にするのは、私たちより目立つ、すでに地位を築いた競合がいる市場だったのです。
そして試してもらえたときには、私が過小評価していた二つのことにぶつかりました。一つはサポートです。仕事の一部をあなたのアプリで回しているプロフェッショナルには素早い回答が必要で、私たちはそこが足りていませんでした。もう一つは、単純に思いつかなかった機能です。実際の利用で出てくるエッジケース、誰かの本当の日常があなたのプロダクトに出会ったときに初めて現れるもの。一つひとつは小さなものでした。でも合わさると、プロダクトを試すことと使い続けることの差になっていました。
そのどれもコードの問題ではありません。もっと良いコードを書いていたとしても、このリストの何一つ変わらなかったでしょう。
どう終わったか
それが終わった特定の日はありませんでした。プロダクトは少しずつ弱っていき、ある時点で、パートナー同士の会話が、すでに事実になっていたことを正式なものにしました。2025年の終わりに、私たちはそれを棚上げにしました。
明らかにうまくいかなかったものの「CTO」であることは、奇妙な感覚です。自分が責任を負っていた部分は持ちこたえた。会社は持ちこたえなかった。そして、その二つの境界線は、自分が思っていたほど明確ではなかったのだと気づき始めます。
今ならどうするか
今始めるなら、どこから始めるかは分かっています。そしてそれはコードではありません。
- 作る前にテーゼを検証する。 人々がそのアイデアを気に入るかではなく、市場が本当にこのプロダクトを、私たちから、今使っているものから乗り換えるほど必要としているか。
- 初日からのディストリビューション。 プロダクトが完成してから始まるフェーズとしてではなく、プロダクトの一部として。誰がこれを知ることになり、なぜ私たちを信じるのか。
- ポジショニング。 地位を築いた競合がいる市場では、「私たちもこれができます」は乗り換える理由になりません。誰のためのものか、なぜその人にとってより良いのかを正確に知ることは、最初の広告より前に済ませておくべき仕事です。
- Build in public。 作っている途中の仕事を見せ、それが良いものだと人々に分かってもらう。プロダクトへの信頼は、多くの場合、それを作る人への信頼として始まります。そしてその信頼は、どんな機能よりも築くのに時間がかかります。
- プロダクトの一部としてのサポート。 自分の仕事をあなたのプラットフォームで回している人にとって、返答の速さは支払っている対価の一部です。
そこから持ち帰ったもの
前回の記事で、ある時点でコードを書くことは難しい部分ではなくなると書きました。それを高い授業料を払って学んだのがここでした。私たちはプロダクトを作りました。作らなかったのは、誰かがそれを選ぶ理由でした。
今でもそれを、プロダクトに取り組むときの姿勢に持ち込んでいます。「エンジニアもマーケティングをすべきだ」という意味ではなく、以前よりずっと早い段階で投げかける問いとしてです。これは誰のためのものか、その人たちはどうやってこれを見つけるのか、そしてなぜ信頼してくれるのか。コードは多くの問いに答えられます。でも、これらはその中に入っていません。
私たちはプロダクトを作りました。ディストリビューションこそがプロダクトでした。