# キクバ（KikuBa）エグゼクティブサマリー > 「話を上手くする」のではなく、「相手が聞きたくなる場をつくる」—— > 並木さんの着想を起点に、事業開発の視点でサービス企画の全体像をまとめた文書です。 --- ## 1. この文書の位置づけ 本ドキュメントは、サービス企画全体の「入口」となるエグゼクティブサマリーです。 詳細なコンセプト、体験設計、機能、差別化の議論は、それぞれ以下の関連文書に展開しています。 | 文書 | 主な内容 | |------|----------| | `01_executive_summary.md`（本資料） | 課題認識・サービス定義・肝・キャッチコピー候補・進め方 | | `02_service_concept.md` | サービス企画の思想・価値仮説・「場」と「トーク」の二軸設計 | | `03_user_experience.md` | ペルソナ・利用シーン・ジャーニー・成功体験の定義 | | `04_feature_catalog.md` | 機能一覧・優先度・MVP範囲・将来拡張 | | `05_design_principles.md` | 設計原則・競合との差分・品質指標・やらないこと | 本サマリーでは、まず「何をつくるべきか」を意思決定できる粒度まで圧縮し、そのうえで各論に深く入れるようにしています。 お金儲けの話は意図的に後ろに置き、**いいサービスとは何か**に集中します。 --- ## 2. 起点となった着想（並木さんのアイデア） 着想の核は、次の一文に集約できます。 > お客様の前で提案をするとき（客先に限らず）、相手に「話を聞きたいな」と思ってもらえるような場をつくる、 > あるいは「こうすれば話をよく聞いてもらえるようになります」と提案してくれるアプリが欲しい。 ここで重要なのは、要望が「話し方のテクニック集」だけで終わっていない点です。 - **トークの技術**（何を、どの順番で、どう言うか） - **場の作り方**（どの場所で、どんな関係性・空気・時間配分で話すか） この両方が必要だと、すでに本人が言語化しています。 企画として伸ばすべき本質は、ここにあります。 --- ## 3. 課題の再定義：本当に困っていることは何か ### 3.1 表面的な課題 多くのビジネスパーソンは、次のような悩みを口にします。 - 提案の中身は悪くないのに、相手の食いつきが弱い - 途中から相手の視線が落ちる - 「いい話でした」と言われるが、次のアクションにつながらない - 自分では一生懸命話しているのに、聞いてもらえていない感覚がある これらはしばしば「プレゼン力不足」「営業トークが下手」とラベル付けされます。 しかし、そのラベルは原因の半分しか捉えていません。 ### 3.2 本質的な課題 本質は、**聞き手の「聞く動機」が立ち上がっていないこと**です。 人は、上手い話だから聞くのではありません。 「自分にとって聞く意味がある」と感じたときに聞きます。 その「意味」は、話の中身だけでなく、次のような条件の総体で決まります。 1. **関係性の条件**：信頼・警戒・上下・距離感 2. **時間の条件**：余裕があるか、割り込みが多いか、終わりが見えるか 3. **空間の条件**：立って話すか、並んで見るか、画面越しだけか 4. **心理の条件**：評価されている感じか、一緒に考えている感じか 5. **導入の条件**：最初の30秒で「自分ごと」になったか つまり課題は「話し方」単体ではなく、**聞く動機を立ち上げる設計が不足していること**です。 ### 3.3 既存の解決策が足りない理由 市場にはすでに、次のような支援があります。 - プレゼンテーション教材・書籍 - 営業研修・ロープレ - スピーチタイマーや原稿アプリ - AIによる文章校正・要約・台本生成 しかし、多くは次のいずれかに偏っています。 - **話者中心**：自分がどう話すかばかりを磨く - **一般論中心**：どんな相手にも同じテンプレートを当てる - **事後中心**：終わってから「反省」するが、次回の場づくりに落ちない - **コンテンツ中心**：スライドや文章は整うが、空気と導入が弱い 並木さんの要望が指している空白は、ここです。 **「この相手・この目的・この制約の中で、聞きたくなる場をどう設計するか」を、具体的に提案してくれる伴走がない。** --- ## 4. サービス定義 ### 4.1 サービス名（仮） **キクバ（KikuBa）** 「聞く場」をそのまま名前にしました。 上手く話す人を増やすアプリではなく、**相手が聞きたくなる場をつくるアプリ**であることを、名前の段階で示します。 代替候補やキャッチコピー案の詳細は、本資料後半および `02_service_concept.md` にまとめています。 ### 4.2 一文定義 > キクバは、提案・説明・相談の前に「相手が聞きたくなる場」と「最初の話し方」を一緒に設計し、終わったあとに次の場づくりへ学びを戻すアプリである。 ### 4.3 対象ユーザー（最初の焦点） 最初から万人向けにはしません。まず、次の人に刺さるサービスにします。 - 客先提案・社内提案を頻繁に行うビジネスパーソン - 中身には自信があるが、「聞いてもらえない」経験がある人 - トーク教材は読んだことがあるが、現場で再現できていない人 - 1対1〜少人数の対話型提案が多い人（大人数ステージ登壇は後回し） 大人数の講演より、**相手の顔が見える対話の場**のほうが、「聞きたくなる設計」の価値が分かりやすく、改善のフィードバックも取りやすいためです。 ### 4.4 提供価値（ユーザーが得るもの） キクバを使うと、ユーザーは次を得ます。 1. **場の設計案**：どこで、どんな座り方・画面共有・時間配分で話すと聞きやすくなるか 2. **導入トーク案**：最初に相手の関心を立ち上げる言い回し 3. **聞き手タイプ別の注意点**：警戒型・多忙型・懐疑型・協力型などへの対応 4. **事前チェックリスト**：当日までに整えるべき条件 5. **事後の短い振り返り**：何が効いたか／次に変える一点 「上手い話者になること」ではなく、**「この一回の場で、相手が聞きたくなる確率を上げること」**が価値の中心です。 --- ## 5. 何が肝（キーポイント）になるのか ここが本企画で最も重要な判断です。 キクバの成否を分ける肝は、次の5つだと考えます。 ### 肝1：話者スキルではなく「聞く動機」を設計対象にする 従来の「話し方アプリ」との最大の差分です。 評価軸を「流暢さ」「説得力」「スライド美」から、**相手が自分から聞きたくなったか**へ移します。 これがブレると、すぐに一般的なプレゼンAIに溶けます。 ### 肝2：「場」と「トーク」をセットで提案する 場だけ、トークだけでは不十分です。 - 良い部屋でも、導入が評価面接みたいなら聞けない - 良い導入でも、立ち話のまま資料を詰め込まれたら聞けない キクバは、必ず **場の提案 → 導入の提案 → 本編の進め方** の順で返す。 この順序そのものがプロダクトの思想です。 ### 肝3：一般論ではなく「この回」に閉じた提案をする 「アイスブレイクをしましょう」では弱い。 必要なのは、「この相手は初対面で、30分しかなく、オンラインで、決裁者は同席しない」という条件に対する、今日使える提案です。 入力は短く、出力は具体的であること。 抽象的な名言よりも、**明日の10時の商談で使える一文**のほうが価値があります。 ### 肝4：事前設計を主戦場にし、事中は邪魔しない 提案の最中に絶えず通知が来るアプリは、かえって場を壊します。 キクバの主戦場は **事前（準備）と事後（学習）** です。 事中支援は、必要なら「手元メモ」「静かなチェック」程度に抑えます。 いいサービスは、使うほど場が良くなるが、場の中心には立たない。 ### 肝5：成功を「成約」ではなく「相手の聞き方の変化」で測る 初期から売上や成約率だけを追うと、サービスが営業ハック道具に歪みます。 まずは次の変化を成功と定義します。 - 相手から質問が出た - 「それ、もう少し詳しく」と言われた - 途中で遮られにくくなった - 次回の時間をもらえた - 自分自身が「聞いてもらえた」感覚を持てた よいサービスは、ユーザーの短期テクニックではなく、**相手との対話の質**を上げます。 --- ## 6. キャッチコピー案（方向性） キャッチコピーは、機能説明ではなく「世界の見え方」を変える言葉であるべきです。 キクバでは、次の方向性を軸に候補を置きます。 ### 6.1 本命候補 1. **話を上手くするな。聞きたくなる場をつくれ。** 2. **相手が、自分から聞きたくなる。** 3. **伝え方より先に、聞く理由をつくる。** 4. **トークを磨く前に、場を設計しよう。** 5. **聞き手のスイッチを入れるアプリ。** ### 6.2 補助コピー（説明用） - 提案の前に、30秒で「聞く理由」を設計する。 - 話し方の本は読んだ。でも、あの場では使えなかった。 - 上手い話より、聞きたくなる導入を。 - あなたの話が悪いんじゃない。聞く動機が、まだ立ち上がっていないだけだ。 ### 6.3 避けるべきコピー - 「成約率が上がる営業AI」 - 「誰でも説得のプロ」 - 「完璧なプレゼンを自動生成」 これらは短期的に目を引きますが、並木さんの着想の核である「聞きたくなる場」から離れ、ユーザーの信頼も損ないやすいです。 詳細なコピー検討は `02_service_concept.md` に展開します。 --- ## 7. どんなサービスを「実際に」つくるのか（現時点の結論） 検討の結果、最初につくるべき実体は次です。 ### 7.1 つくると決めたもの **対話型提案の「事前場づくりコーチ」アプリ（モバイル＋Web）** ユーザーが次を入力する。 - 目的（提案／相談／報告／合意形成など） - 相手（役割・関係性・想定される態度） - 制約（時間・場所・オンライン／対面・人数） - 自分の不安（聞いてもらえない／遮られる／刺さらない等） キクバが次を返す。 1. **場の設計案**（座る位置、画面共有のタイミング、時間の切り方、資料の出し方） 2. **最初の60秒の話し方** 3. **やってはいけないこと**（この条件で失敗しやすい型） 4. **当日チェックリスト** 5. **終了後の3問振り返り**と、次回への一点改善 ### 7.2 あえて最初につくらないもの - 大人数カンファレンス向け登壇コーチ - リアルタイム音声の常時添削 - 完全自動の提案資料生成 - 成約予測スコア - マナー・敬語の細かい矯正 これらは需要があるように見えても、核の体験をぼかします。 「聞きたくなる場をつくる」に集中するため、初期は意図的に狭くします。 ### 7.3 最小の成功体験（Aha体験） ユーザーが商談の15分前にキクバを開き、次のように感じること。 > 「あ、今日は資料の説明から入っちゃダメだ。 > 先に相手の困りごとを一文で確認して、同じ画面を見ながら進めよう。」 この「今日の勝ち筋が具体的に見える」瞬間が、キクバの最初の価値です。 --- ## 8. サービスが大切にする世界観 キクバが目指すのは、巧みな説得術の民主化ではありません。 目指すのは、次の世界です。 - 提案が「押し込み」ではなく「共同検討」になる - 聞き手が評価者ではなく参加者になる - 話し手が技で勝つのではなく、場の設計で対話の質を上げる - 「聞いてもらえない人」が、自分を責める前に条件を見直せる これは営業だけでなく、社内説明、採用面談、研究発表、地域活動の合意形成にも通じます。 最初の入口はビジネス提案でも、思想としてはもっと広い「対話の場づくり」です。 --- ## 9. 想定する利用のリズム よいサービスは、特別なイベントアプリではなく、仕事のリズムに溶けます。 1. **前日〜当日朝**：条件を入れて場と導入を設計 2. **直前**：チェックリストを眺めて心を整える 3. **本番**：キクバはほぼ開かない（場に集中） 4. **直後**：3問だけ振り返る 5. **週次**：自分の「効いた型」が溜まっていく 使うほど「自分専用の場づくりノート」が育つ。 これが継続利用の自然な理由になります。 --- ## 10. リスクと論点（企画段階で明示しておくこと） いいサービスをつくるには、危うさも先に見ます。 ### 10.1 操作主義に堕ちるリスク 「相手を操るアプリ」に見えると、使っていて気持ち悪くなります。 設計原則として、**相手の尊厳を下げる提案は出さない**ことを明文化します。 ### 10.2 一般論AIに見えるリスク 入力が雑だと、出力も「大事なのは傾聴です」になりがちです。 入力UIと出力フォーマットを強く設計し、具体性を強制します。 ### 10.3 トーク偏重に戻るリスク 開発が進むと、生成しやすい「台本」側に寄りがちです。 プロダクト指標でもレビュー観点でも、「場の提案があるか」を必須チェックにします。 ### 10.4 効果測定の難しさ 「聞きたくなったか」は主観が入ります。 だからこそ、ユーザー自身の観察項目（質問が出た／前のめりになった等）を簡単に記録できるようにします。 --- ## 11. 今後の検討の進め方（本企画ドキュメント群の使い方） 1. 本サマリーで「つくる／つくらない」の輪郭を合意する 2. `02_service_concept.md` で思想とキーポイントを固める 3. `03_user_experience.md` で具体シーンの納得感を確認する 4. `04_feature_catalog.md` でMVPの範囲を切る 5. `05_design_principles.md` で品質の守り方を決める この順序で進めると、「機能から考える」のではなく「よい体験から機能を導く」ことができます。 --- ## 12. まとめ：いま決めたいこと 現時点での企画結論は次の通りです。 - **課題**：話が下手なのではなく、聞く動機が立ち上がる場が設計されていない - **サービス**：キクバ——聞きたくなる場と導入トークを、案件ごとに設計する伴走アプリ - **肝**：聞く動機／場とトークのセット／この回への具体性／事前中心／対話の質で測る - **キャッチの核**：「話を上手くするな。聞きたくなる場をつくれ。」 - **最初の実体**：少人数の提案・説明に特化した事前設計＋短い事後振り返り 次に読むべきは、思想をより深く掘った `02_service_concept.md` です。 そこでは、「場とは何か」「トークのどの部分が効くのか」「なぜこのサービスが必要か」を、さらに丁寧に検討します。 --- ## 付録A. 企画判断メモ（短く残す） - 並木さんの原案は十分に強い。足すべきは機能の多さではなく、定義のシャープさ - 「聞き方を良くする」ではなく「聞きたくなる条件をつくる」と言い切る - 最初のユーザーは、客先提案をする実務者でよい - 成功体験は「成約」より先に「相手の聞き方の変化」 - コピーは営業色を薄くし、対話の質を前面に出す ## 付録B. 関連キーワード（探索用） 場づくり / 聞く動機 / 導入設計 / 聞き手中心 / 提案準備 / 対話設計 / 心理的安全性 / 傾聴の前段階 / 共同注意 / フレーム設定 / 事前コーチング / 振り返り学習 ## 付録C. 一文で社内共有するときの説明 > キクバは、提案前に「相手が聞きたくなる場」と「最初の話し方」を一緒に考えるアプリです。話し方教室でも、資料自動生成でもなく、聞く理由をつくるための準備ツールです。