ROI事件ファイル No.449『七月に話し始めるフィギュア』
七月に話し始めるフィギュア
第一章：フィギュアが沈黙している理由
「開発会社との打ち合わせをするたびに、できない理由が増えていくんです」
TechnoFig社のプロダクト責任者、遠藤直樹氏は、そう言いながらプロジェクト管理ツールの画面を共有した。チケットの大半が「保留」か「要確認」のステータスで止まっている。半年前から動いていないタスクもある。
「当社は国内外に展開するフィギュアブランドです。今回、フィギュアのキャラクターとAIチャットで会話できるサービスを企画しました。購入者がスマートフォンをかざすと、フィギュアのキャラクターがそのキャラクターらしい口調で話しかけてくる。七月にローンチを予定していますが——」
遠藤氏が画面をスクロールした。「最初の開発会社とは三ヶ月で契約解除しました。コミュニケーションが機能せず、仕様書を送っても返答が来ない、来ても話が噛み合わない。世界観の理解が前提として必要なサービスなのに、技術仕様の話しかできなかった」
「七月まであと四ヶ月です」と私は確認した。
「ええ。新たな開発パートナーを早急に見つけなければなりません。しかし、前回の失敗があるので、どう選べばいいかも分からなくなっています。選定基準を教えてほしいというよりも——なぜ前の会社は機能しなかったのかを、まず理解したい」
その一言が、この事件の核心を指していた。
第二章：実現を最初に置く
「この案件には、実現ファースト原則が必要です」
Claudeがホワイトボードに一つの問いを書いた。「今日、動くものを一つ見せられるか」
「実現ファースト原則とは」と私が説明を始めた。「計画よりも実現を先に置く思考法です。プロジェクトが停滞する最大の原因は、完璧な設計を待ち続けることにあります。話し合いを重ね、仕様書を精緻化し、合意を取り続ける——その過程でプロジェクトはエネルギーを失い、最終的に誰も責任を取らない保留の山が生まれます」
「前の開発会社が機能しなかった理由は」とGeminiが続けた。「技術力の問題ではなかった可能性が高い。コミュニケーションが噛み合わなかった、という遠藤さんの言葉の正体は——動くものを見せるサイクルが、会話の中に存在しなかったことです」
「どういうことですか」と遠藤氏が前のめりになった。
「フィギュアのキャラクターとAIが話す、というサービスは、文章で説明しても伝わりにくい」とClaudeが説明した。「声のトーン、会話のテンポ、キャラクターらしさの微妙な加減——これらは、実際に動いているものを見て初めて『これじゃない』が言える。仕様書でのコミュニケーションは、この『これじゃない』を出すことができない。だから三ヶ月間、話が噛み合わなかった」
「実現ファーストでいくと」とGeminiが具体化した。「新しい開発パートナーへの最初の依頼は、仕様書の作成ではありません。一つのキャラクター、一つの会話シナリオで動くデモを、二週間で作ってもらうことです」
[パートナー選定の三つの試験]
「開発パートナーの選定にあたって」と私が続けた。「三つの試験を課してください」
「第一の試験——キャラクターへの理解です」とClaudeが説明した。「選定候補の会社に、TechnoFig社のフィギュアカタログを渡し、一週間後に『このキャラクターが話すとしたら、どんな口調か』を書いてもらう。技術仕様ではなく、世界観への共感力を測ります」
「第二の試験——二週間デモです」とGeminiが続けた。「第一試験を通過した会社に、最もシンプルなシナリオ——『こんにちは』に対してキャラクターが返答する一往復だけ——を動くものとして見せてもらう。技術的な完成度は問わない。実現への姿勢を見る」
「第三の試験——修正速度です」と私が加えた。「デモを見た後、一つの修正指示を出してください。例えば『もう少し子供っぽい話し方に』。その修正が翌日に反映されるかどうか。これが、七月までの四ヶ月間を共に走れるかどうかの最も正直な指標です」
遠藤氏が真剣な顔でメモを取った。「三ヶ月間何も動かなかった理由が分かりました。私たちも仕様書を作ることに時間を使いすぎていた」
[七月に向けた逆算]
「残り四ヶ月のスケジュールを組みましょう」とGeminiが提案した。「パートナー選定に二週間、選定後の最初のデモスプリントに三週間、キャラクター全種類への展開に六週間、テストユーザーへの試験公開に三週間、最終調整とローンチ準備に二週間。ぎりぎりですが、実現ファーストで週次のデモサイクルを回せば、七月は届きます」
「ROI Proposal Generatorでスケジュールと投資計画を整理しましょう」と私が提案した。「パートナー候補への提示資料として、開発フェーズごとのマイルストーンとコスト上限を明示しておくことで、スコープの肥大化を防げます」
第三章：動くものが言葉を超える
遠藤氏がノートを閉じながら、静かに言った。
「三ヶ月間、なぜ進まないのかを考え続けていました。今日、初めて『動くものがなかったから』という答えが見えた気がします」
「実現ファースト原則の本質は」と私が応じた。「完成を待たないことです。フィギュアとAIの連携という前例のないサービスを作る時、正解は最初から存在しません。動かしてみて、見て、修正して、また動かす——この繰り返しの中でしか、正解は生まれない」
「開発パートナーを選ぶ基準も」とClaudeが付け加えた。「実績や技術仕様書の完成度ではなく、一緒に動かし続けられるかどうかです。世界観を理解し、修正に素早く応え、一週間後に必ず何かを見せてくれる——その姿勢のある会社が、七月に一番近い会社です」
遠藤氏が立ち上がった。「今週中に三社に連絡して、第一の試験を送ります」
第四章：声を持つ日
彼が去った後、Geminiが呟いた。「フィギュアが話す、というのは技術ではなく体験なんですね。だから仕様書では伝わらなかった」
「そうだ」と私は答えた。「体験は、体験してみるまで分からない。実現ファーストが問うのは、どれだけ早く体験を作れるか、だ。完璧な体験ではなく、不完全でも動いている体験。その一歩が、すべての議論を前に進める」
窓の外では、春の空に白い雲が流れていた。七月は、もうそこまで来ている。
四ヶ月後、遠藤氏から一通のメッセージが届いた。
添付されていたのは、動画ファイルだった。スマートフォンのカメラをフィギュアにかざすと、キャラクターがそのキャラクターらしい口調で話し始める。声のトーン、間の取り方、語尾の癖——三ヶ月前の仕様書には一文字も書かれていなかったものが、そこにあった。
「七月三日、ローンチしました」と短い一文が添えられていた。
「選んだ開発パートナーは、第一の試験でキャラクターへの理解が最も深かった会社です。第二の試験のデモを見た時、私が思っていた以上のものが出てきて、驚きました。動くものを見た瞬間に、ようやく何を作っているかが分かった気がしました」
七月に、フィギュアは声を持った。
「新しいサービスを作る時、仕様書が先に完成することはない。なぜなら、正解は作ってみるまで分からないからだ。実現ファースト原則が問うのは、今日、動くものを一つ見せられるか、だ。この問いに答え続けられるパートナーが、四ヶ月という時間を七月に変える。完成を待つ時間は、常にゼロに近づけるべきだ」
関連ファイル
使用ツール
- ROI Proposal Generator — 開発フェーズごとのマイルストーンと投資計画の整理
