なぜTokiQRに「導入プロジェクト」がないのか

1. コンサルティングモデルの構造

総合コンサルティングファームには、必ずと言っていいほどマトリクスがある。

業界×提供価値の格子

縦軸に業界——金融、製造、小売、ヘルスケア、公共。横軸に提供価値——戦略、業務改革、IT導入、組織変革、データ分析。この格子の交点ひとつひとつが、専門チームであり、ナレッジベースであり、提案書のテンプレートであり、料金テーブルである。

マトリクスの交点が増えるほど、ファームの「対応力」は上がる。しかし同時に、あらゆる案件が個別プロジェクトになる。金融業界のデータ分析と、製造業のデータ分析は、同じ「データ分析」でも別の提案書、別のチーム、別の単価になる。マトリクスの交点が多ければ多いほど、「御社に合わせた」カスタマイズが増える。

プロジェクトという商品

コンサルティングファームが売っているのは、突き詰めればプロジェクトである。要件定義、設計、実装、テスト、運用——すべてのフェーズに人月がかかり、すべてのフェーズに納品物がある。プロジェクトの規模がファームの売上を決め、プロジェクトの数がファームの成長を決める。

この構造自体に善悪はない。複雑な業務変革には、個別最適のプロジェクトが必要な場合もある。問題は、その構造をすべての案件に適用しようとする慣性にある。

2. 「アクセラレーター」の罠

近年、多くのファームが「アクセラレーター」や「クイックウィン」を掲げている。導入を加速する、すぐに効果を出す——魅力的な言葉だ。しかし構造を見れば、アクセラレーターもまた現場最適化の一形態であることが多い。

加速しても終わらない

アクセラレーターは通常、パイロット導入から始まる。特定の拠点、特定の部署で小さく始めて、効果を検証し、横展開する。一見合理的だが、パイロットで得た知見は「この拠点ではこうだった」という現場固有の最適解であり、次の拠点では別の最適解が必要になる。横展開のたびに、また要件定義が始まる。

終わりのない最適化

現場固有の課題を拾い上げ、ひとつずつ解決していく——その姿勢は誠実だが、構造的に終わりがない。拠点が100あれば、100通りの最適化が必要になる。アクセラレーターは速度を上げるが、距離は縮めない。走る速さが上がっても、ゴールが遠ざかっていれば意味がない。

「加速するほど、終わりが遠くなる。それは加速の問題ではなく、構造の問題だ。」

3. TokiQRの構造——プロダクトが一つだけある

TokiQRには、業界×提供価値のマトリクスがない。あるのはプロダクトが一つ、セットアップページが一つ、それだけだ。

セットアップページで完結する

パートナーがやることは明快だ。セットアップページを開き、拠点名と利用メディア（声・画像・テキスト）を選ぶ。それだけでカスタムQRシールが生成される。要件定義書はない。設計フェーズはない。実装プロジェクトはない。

導入コストがゼロ

パートナーの費用負担はゼロである。QRシールは手のひらに載る2cm四方のステッカーだ。それを施設の好きな場所に貼る。来場者がスマートフォンでスキャンすれば、声の録音もテキスト入力もブラウザ上で完結する。新しい機材もソフトウェアも研修も不要。今日始められる。

「業界」が消える

観光地でも寺社でも学校でもスポーツ施設でも、TokiQRの仕組みは同じだ。QRコードをスキャンして声を録る。変わるのはシールに印刷されるデザインだけで、仕組みは変わらない。コンサルティングのマトリクスで言えば、業界軸が消えている。すべての業界に同じプロダクトが適用できるから、業界ごとの専門チームも、業界ごとの提案書も要らない。

4. パンフレット一枚が営業のすべて

コンサルティングの営業プロセスを思い出してほしい。

コンサルの営業プロセス

まずアカウントマネージャーが接点を作る。次にソリューションアーキテクトが課題をヒアリングする。提案チームが提案書（ピッチデック）を作る。複数回のプレゼンテーションを経て、作業範囲記述書（SOW）を詰める。契約書を締結し、プロジェクトチームを組成する。ここまでで数週間から数ヶ月。そしてようやくプロジェクトが始まる。

TokiQRの営業プロセス

パンフレットを渡す。以上である。

パンフレットには、TokiQRの仕組み、導入の手順（セットアップページにアクセスする、メディアを選ぶ、QRシールを貼る）、費用（パートナー負担ゼロ）が書いてある。提案書は要らない。なぜなら提案すべき「御社固有のソリューション」が存在しないからだ。SOWも要らない。なぜなら作業範囲を定義すべき「作業」が存在しないからだ。

なぜそれで十分なのか

パンフレットで十分な理由は、TokiQRが完成されたプロダクトだからだ。カスタマイズの余地がないのではない。カスタマイズの必要がないのだ。水道の蛇口をひねれば水が出る。その仕組みを「導入プロジェクト」として設計する人はいない。TokiQRもそれと同じ構造を目指している。

「ピッチデックが不要なのは、売るものが明快だからだ。SOWが不要なのは、作業が存在しないからだ。」

5. なぜシンプルさが勝つのか

パートナーがやることは、QRシールを貼り、来場者に「声を残せますよ」と伝えるだけだ。この単純さこそが、TokiQRの設計思想の核心にある。

パートナーの負荷がゼロに近い

導入プロジェクトがあれば、パートナー側にもプロジェクトメンバーが必要になる。会議に出席し、要件を伝え、テスト結果を確認し、受入検収をする。それだけで現場の時間が奪われる。TokiQRはその負荷を構造的に排除した。シールを貼る。一言案内する。それだけだ。

意思決定が軽い

コンサルティングプロジェクトの導入には、稟議が必要だ。予算承認、セキュリティ審査、ベンダー選定——決裁者の判断が必要なハードルがいくつもある。TokiQRの導入に稟議は要らない。費用がゼロで、機材が不要で、既存業務を変えないからだ。現場の担当者が「やってみよう」と思った日に始められる。

撤退も軽い

シンプルさのもう一つの美点は、撤退の軽さにある。合わないと思えば、シールを剥がすだけでいい。埋没コストがない。大規模プロジェクトの途中撤退は、投じた費用と時間と政治的コストが重くのしかかるが、TokiQRにはそれがない。だからこそ、気軽に始められる。

6. プロセスを売るか、プロダクトを届けるか

この違いは、ビジネスモデルの根幹に関わる。

コンサルティングはプロセスを売る

要件定義、設計、実装、テスト、運用——すべてのフェーズが商品だ。プロセスが長いほど売上が上がり、プロセスが複雑なほど単価が上がる。この構造では、シンプルにすることにインセンティブがない。複雑さが利益の源泉だからだ。

これは批判ではない。業務変革やシステム統合のように、本質的に複雑な課題には、プロセスを売る形態が適している。問題は、本質的にシンプルな課題にまでプロセスを適用しようとする力学が働くことだ。

TokiQRはプロダクトを届ける

TokiQRが届けるのは、完成されたプロダクトだ。QRコードをスキャンすれば声が録れる。それ以上でもそれ以下でもない。プロセスを売る余地がないのは、プロセスが存在しないからだ。

クレイトン・クリステンセンが『イノベーションのジレンマ』で指摘したのは、既存企業が顧客の声に応えて製品を改良し続けるうちに、シンプルな破壊的イノベーションに足元をすくわれるという構造だった。コンサルティングモデルの「御社に合わせたカスタマイズ」は、まさにその改良の連鎖に似ている。TokiQRは逆の方向——徹底的にシンプルにすることで、導入の摩擦をゼロにする方向を選んだ。

仲介者のいない構造

コンサルティングモデルには必ず仲介者がいる。アカウントマネージャー、プロジェクトマネージャー、ソリューションアーキテクト——プロダクトと顧客の間に、複数の専門家が入る。TokiQRには仲介者がいない。パンフレットがプロダクトの説明をし、セットアップページがパートナーの設定を受け付け、QRシールが来場者に体験を届ける。人を介さない分だけ、速く、安く、ぶれない。

「コンサルティングは複雑さを解きほぐすことで価値を生む。TokiQRは複雑さを最初から存在させないことで価値を生む。」

結論——導入プロジェクトがないことの意味

TokiQRに「導入プロジェクト」がないのは、手を抜いているからではない。プロダクトの設計思想として、導入プロジェクトという概念を不要にしたからだ。

業界×提供価値のマトリクスは、あらゆる課題に個別最適で応えようとする誠実な構造だ。しかしその誠実さは、同時に複雑さとコストを生む。アクセラレーターで速度を上げても、構造が変わらなければ距離は縮まらない。

TokiQRが選んだのは、構造そのものを変えることだった。一つのプロダクト。一つのセットアップページ。一枚のパンフレット。導入コストゼロ。今日から始められる。

パートナーがやることは、QRシールを好きな場所に貼り、来場者に「声を残せますよ」と伝えるだけだ。それで十分だ。なぜなら、プロダクトがすでに完成しているから。

導入プロジェクトがないことは、欠落ではない。設計である。