ひとことで言うと#
プロダクトを開発する前に、サービスの全工程を人力で提供し、顧客が本当にお金を払うかどうかを検証する手法。ホテルのコンシェルジュのように一人ひとりに手作業で対応することで、顧客の本音のニーズと最適なサービス設計を同時に学ぶ。
押さえておきたい用語#
- コンシェルジュMVP
- プロダクトやシステムを作る前に、人手でサービスを提供して仮説を検証する最小限の実験手法。
- MVP(Minimum Viable Product)
- 仮説を検証するために必要な最小限の機能を持つプロダクトのこと。コンシェルジュMVPはその中でも「プロダクトすら作らない」手法にあたる。
- ウィザード・オブ・オズMVP
- 顧客からは自動化されて見えるが、裏側では人力で処理しているMVPを指す。コンシェルジュMVPとの違いは、顧客が人力であることを知っているかどうか。
- プロダクト・マーケット・フィット(PMF)
- プロダクトが市場のニーズにぴったり合致している状態。コンシェルジュMVPはPMF達成前の学習フェーズで使われる。
コンシェルジュMVPの全体像#
こんな悩みに効く#
- 新サービスのアイデアがあるが、開発に着手すべきか判断できない
- MVPを作ったが誰も使わなかった経験があり、開発前に確信を得たい
- 顧客が本当に欲しいものと自分が作りたいものがズレている気がする
基本の使い方#
具体例#
元管理栄養士のフリーランス(30歳)。「AIで個人に最適な食事プランを提案するアプリ」を構想していたが、開発費の見積もりが 500万円 で、いきなり投資する判断ができなかった。
コンシェルジュMVPとして、知人 8名 にLINEで毎日の食事写真を送ってもらい、手動で栄養分析と翌日の献立を返信。料金は月額 3,000円。4週間 実施した結果、8名中6名 が翌月も継続を希望。
しかし予想外の学びもあった。顧客が最も喜んだのは「AIの栄養分析」ではなく「自分の食事を誰かが見てくれている安心感」。開発するアプリの方向性を「分析ツール」から「栄養士とつながるコミュニティ」に大幅にピボットし、開発コストを 500万円 → 180万円 に圧縮できた。
従業員 40名 のBtoB SaaS企業。営業から「顧客が競合分析レポートの自動生成機能を欲しがっている」という声が上がり、開発チームは 3ヶ月 の開発を見積もった。
CTOがコンシェルジュMVPを提案。営業 2名 が既存顧客 10社 に「月額 5万円 の追加オプションとして競合分析レポートを提供します」と案内。実際のレポートはアナリストが手作業でスプレッドシートから作成した。
結果、10社中3社 が申し込み。ただし3社すべてが求めていたのは「競合の価格動向」の1項目だけで、営業が想定していた包括的な競合分析は不要だった。開発スコープを 競合価格のトラッキング機能 に絞り、開発期間を 3ヶ月 → 3週間 に短縮。リリース後 半年 で 28社 が契約し、ARRが 1,680万円 増加した。
地方都市で個人経営の学習塾(生徒 25名)。少子化で通塾生が減少する中、オンライン指導への展開を検討していたが、システム導入費 200万円 の投資に踏み切れなかった。
まず既存生徒の保護者 25名 に「オンラインでの補習を月 5,000円 で提供したい」と案内。申し込みは 7名。Zoomの無料プランとLINEだけで 6週間 手動運営した。
オンライン指導を受けた 7名 の保護者にヒアリングしたところ、最も価値を感じていたのは「リアルタイム指導」ではなく「録画を後から見返せること」だった。この発見を活かし、録画配信型の教材を中心にしたオンラインコースを月額 3,000円 で設計。県外からの申し込みも入り、6ヶ月 で生徒数が 25名 → 52名 に倍増した。
やりがちな失敗パターン#
- 無料で提供してしまう — 「まず無料で試してもらおう」は最も危険な判断。無料なら誰でも使うが、課金した途端にいなくなる。最初から有料にして課金意思を検証する。
- 人数を増やしすぎる — 手動提供は5〜10人が限界。50人に提供しようとすると作業に追われ、観察と学びの時間が取れなくなる。
- 学びを記録しない — 顧客の反応や要望を体系的に記録しないと、後から「結局何が分かったのか」が曖昧になる。毎回の対応後に気づきを書き出す。
- 手動運営を長引かせる — コンシェルジュMVPは検証のための手段であって、永続する事業モデルではない。4〜8週間 で判断し、次のステップに進む。
まとめ#
コンシェルジュMVPは「作る前に売る」という発想の究極形。システムを開発する前に人力でサービスを提供し、顧客が本当にお金を払うかを確認する。開発費ゼロで最大の学びを得られるこの手法は、新規事業の失敗確率を大きく下げる最初のステップになる。