なぜ30分の面談で要件がわかるのか—「聞くこと」と「聞かないこと」の技術
社長は話すだけでいい。要件定義書は私たちが作る
概要
「30分の面談で要件を聞き、翌日にはプロトタイプを見せる」——BANSOU CTO™の特徴を聞いて、「本当にそんなことができるのか」と疑問に思う方も多いでしょう。従来のシステム開発では、要件定義だけで2〜3ヶ月かかるのが普通。なぜ私たちは30分でできるのか。この記事では、その秘密をお伝えします。
従来の要件定義が時間かかる理由
まず、なぜ従来の要件定義は時間がかかるのか。
理由1：「どんなシステムが欲しいか」を聞いている
従来の開発会社は、社長にこう聞きます。
「どんなシステムが欲しいですか？」 「どんな機能が必要ですか？」 「どんな画面イメージですか？」
これは、社長に答えられない質問です。
社長はシステムの専門家ではありません。「どんなシステムが欲しいか」と聞かれても、具体的にイメージできない。
結果、
- 「えーと、こんな感じかな……」と曖昧な回答になる
- 開発会社が「つまり、こういうことですか？」と解釈する
- 何度もすり合わせが必要になる
- 数ヶ月かかる
聞く質問が間違っているから、時間がかかるのです。
理由2：ドキュメント作成に時間をかけている
従来の要件定義では、大量のドキュメントを作ります。
- 要件定義書
- 機能一覧
- 画面遷移図
- データベース設計書
- ……
これらを作成し、レビューし、修正し、承認を得る。
ドキュメント作成が目的化している。
本来の目的は「良いシステムを作ること」なのに、「良いドキュメントを作ること」にすり替わっています。
理由3：「正解」を最初から決めようとしている
従来の要件定義は、「最初に正解を決める」という発想です。
- 最初にすべての機能を洗い出す
- 最初にすべての画面を設計する
- 最初にすべての仕様を確定する
でも、最初から正解はわからない。
作ってみないとわからないことが、たくさんある。使ってみて初めて「ここは違った」と気づくことも多い。
最初から完璧を目指すから、時間がかかるのです。
私が30分で聞くこと
では、私は30分の面談で何を聞いているのか。
聞くこと1：何を実現したいのか
「どんなシステムが欲しいか」ではなく、**「何を実現したいか」**を聞きます。
- 「売上を2倍にしたい」
- 「スタッフの残業をなくしたい」
- 「予約漏れをゼロにしたい」
- 「顧客満足度を上げたい」
これは、社長が答えられる質問です。
システムの話ではなく、ビジネスの話。社長の専門領域です。
聞くこと2：どういう世界を作りたいのか
もう少し大きな話も聞きます。
- 「5年後、会社をどうしたいですか？」
- 「どういう世の中を作りたいですか？」
- 「最終ゴールは何ですか？」
社長のビジョンを聞く。
これがわかると、「今作るべきシステム」と「将来的に必要になるシステム」の全体像が見えます。
聞くこと3：今、何に困っているのか
現場の課題も聞きます。
- 「今、一番困っていることは何ですか？」
- 「スタッフが一番時間を使っているのは何ですか？」
- 「お客様からクレームが多いのは何ですか？」
**現場のペイン（痛み）**を聞く。
ここを解決すれば、すぐに効果が出ます。
聞くこと4：どこまで事業を伸ばしたいのか
事業計画の話も聞きます。
- 「売上目標はいくらですか？」
- 「店舗数を増やす予定はありますか？」
- 「IPOや売却を考えていますか？」
事業の成長イメージを聞く。
これがわかると、スケーラブルな設計ができます。今だけでなく、将来を見据えたシステムを作れます。
私が30分で聞かないこと
逆に、私は何を聞かないのか。
聞かないこと1：どんな画面が欲しいか
「どんな画面イメージですか？」とは聞きません。
社長に画面設計を求めても、良いものは出てきません。それは私たちの仕事。
聞かないこと2：どんな機能が必要か
「どんな機能が必要ですか？」とも聞きません。
必要な機能は、「実現したいこと」から私たちが導き出します。
聞かないこと3：要件定義書はありますか
「要件定義書はありますか？」とも聞きません。
社長が要件定義書を作る必要はない。それは私たちの仕事。
聞かないこと4：技術的な要望
「クラウドがいいですか？」「どのデータベースを使いますか？」——こうした技術的な質問もしません。
技術選定は、私たちの専門領域。社長が考える必要はありません。
30分の面談で起きていること
30分の面談中、私の頭の中では何が起きているのか。
ステップ1：ビジネスモデルの理解
社長の話を聞きながら、ビジネスモデルを理解します。
- 誰に、何を、どう提供しているのか
- 収益構造はどうなっているか
- 競合との差別化ポイントは何か
ステップ2：課題の特定
「今、困っていること」から、本質的な課題を特定します。
表面的な課題（「予約対応が大変」）の裏に、本質的な課題（「顧客情報が分散している」「業務フローが属人化している」）があることが多い。
ステップ3：システム設計の構想
課題がわかれば、解決策としてのシステム設計が頭に浮かびます。
- どんな機能が必要か
- どんな画面構成にするか
- どのAIをどう使うか
- どうやって収益化するか
ステップ4：優先順位の判断
すべてを一度に作る必要はありません。
- まず最初に作るべき機能
- 次に追加する機能
- 将来的に必要になる機能
優先順位をつけます。
30分の面談が終わるころには、「システムの設計図」が頭の中にできている。
だから、翌日にはプロトタイプを見せられるのです。
なぜこれができるのか
「30分で設計ができるなんて、本当か？」
そう思うかもしれません。できる理由を説明します。
理由1：業務パターンを知っている
多くの会社の業務を見てきた経験から、業務のパターンがわかっています。
- 予約管理は、こういうパターン
- 顧客フォローは、こういうパターン
- 売上管理は、こういうパターン
業界が違っても、業務の本質は似ています。
パターンを知っているから、「あ、これはあのパターンだな」とすぐにわかる。
理由2：システム設計の引き出しが多い
長年の経験から、システム設計の引き出しが豊富にあります。
「この課題なら、この設計」「この業務フローなら、この機能構成」——瞬時に判断できます。
理由3：AIを使いこなしている
AIを使いこなしているから、開発スピードが圧倒的に速い。
「この設計でいける」と判断できれば、AIに任せて数時間でプロトタイプができる。
設計に時間をかける必要がないから、面談も30分で済む。
理由4：完璧を目指さない
最初から完璧なシステムを目指しません。
まずは「動くもの」を作り、見せて、フィードバックをもらい、改善する。
作りながら正解を見つける。
だから、最初の要件定義に時間をかける必要がないのです。
社長がやるべきことは「話す」だけ
最後に、社長に伝えたいこと。
あなたがやるべきことは、「話す」だけです。
- 何を実現したいか、話す
- 今、困っていることを話す
- どういう会社にしたいか、話す
要件定義書を作る必要はない。画面イメージを考える必要もない。技術のことを理解する必要もない。
話してくれれば、私たちが形にします。
翌日には、動くプロトタイプを見せます。
「こういうシステムを作ります」
それを見て、「ここは違う」「これでいい」とフィードバックをください。
それを繰り返せば、2ヶ月後にはシステムがローンチしています。
よくある質問
Q. 30分で本当に伝わりますか？
A. 伝わります。社長の話を聞くプロフェッショナルとして、30分で本質を掴みます。逆に、30分で伝わらないなら、それは「まだ整理されていない」ということ。整理のお手伝いもします。
Q. 後から「違った」となりませんか？
A. なることもあります。でも、それでいいんです。翌日にプロトタイプを見せるから、早い段階で「違い」に気づける。修正コストが最小限で済みます。
Q. 準備しておくことはありますか？
A. 特に必要ありません。ただ、「何を実現したいか」を考えておいていただけると、面談がスムーズになります。
まとめ：聞くべきことを聞けば、30分で十分
従来の要件定義が時間かかるのは、聞くべきでないことを聞いているから。
「どんなシステムが欲しいか」ではなく、「何を実現したいか」を聞く。
聞くべきことを聞けば、30分で十分。
翌日にはプロトタイプを見せられる。
これが、BANSOU CTO™の要件定義です。
次に取るべきアクション
「本当に30分で伝わるのか、試してみたい」
そう思ったら、まずは30分の無料相談をご利用ください。
準備は不要。話したいことを、話してください。
翌日には、プロトタイプの方向性をお見せします。
株式会社IIWAYO｜BANSOU CTO™ 社長の思考を、収益を生む仕組みに変える。