PMチームは週10時間を議事録に費やしていた。それを2時間に削減した。
企業プロフィール: 30人規模のB2B SaaSスタートアップ / エンタープライズワークフロー自動化 / PM3名、エンジニア15名、デザイナー4名
- 議事録作成時間: 週10時間から2時間へ (80%削減)
- 月間の意思決定漏れ: 8件から0件
- 新任PMのオンボーディング: 3日から1日へ (67%短縮)
これは、30人規模のスタートアップのPMチームがKnoiを導入した4週間の記録です。成功だけでなく、つまずきも含まれています。
導入前: PMの典型的な一日
会議と後処理の繰り返しだった毎日
朝はSlackの通知確認から始まります。クライアントのフィードバックを確認し、アジェンダを準備して、午前9時のデイリースタンドアップに参加。15分間の同期の後、スプリントの状況をNotionに手動で転記するのに20分かかります。
午前中のプランニング会議では議論が白熱し、参加するためにメモを取るのを中断。会議後、記憶を頼りに内容を再構成するのに40分。午後のクライアントコールでは、画面共有とメモ取りを同時にこなせません。終了直後、思い出せることを急いでメモ。さらに30分。
スプリントレビューが終わる頃には、「確定事項」と「検討中の事項」の境界が曖昧になっています。4セット目のメモを作成する頃には集中力が切れています。2週間後に読み返しても、半分は何を意味しているのか分かりません。
1日4〜5件の会議。メモの整理に2時間。週5日で10時間。プロダクト企画やユーザーリサーチといった本来のPM業務は常に後回しに。「自分はPMなのか速記者なのか」というジョークが広まりましたが、誰も笑いませんでした。
試した代替手段
アジェンダ、意思決定、アクションアイテムのセクションが事前に用意されたNotionテンプレートでも、記入に30分かかり、忙しい日には完全にスキップされました。Google Docsのリアルタイム共同編集では、3人が同じポイントについて異なるバージョンを書いてしまい、混乱が減るどころか増える結果に。会議後のサマリーをSlackスレッドに投稿するルールは、2週間で全員が投稿しなくなりました。
共通する問題点: すべてのアプローチが人間の意志力に依存していたということです。忙しければスキップし、疲れていれば手を抜く。習慣ベースのシステムは崩壊します。
転機 -- 2週間前の意思決定を誰も覚えていなかった
それは金曜日のスプリントレビューで起こりました。2週間前にチームは決済フローを2ステップから1ステップに簡素化することに合意していました。しかし、エンジニアリングチームはすでに2ステップ版を構築していたのです。
その会議のNotionドキュメントには「決済フローについて議論」とだけ記載されていました。1スプリント分、およそ40時間のエンジニアリング工数が無駄になりました。予定していた通知機能は次のスプリントに延期されました。
振り返りでは、チームは責任追及ではなく、なぜこれが構造的に繰り返されるのかに焦点を当てました。
「誰かが『もっとちゃんとメモを取っていれば、こんなことにはならなかった』と言いました。でも正直なところ、1日4件の会議で完璧なメモ取りは可能でしょうか？これは人の問題ではなく、システムの問題です。」 -- キム・ドヒョン、PMチームリーダー
導入の決断
スプリントレビューの事件の後、PMリーダーはAI議事録ツールを調査しました。韓国語のB2B環境で適切に機能するツールを見つけるのは、予想以上に難しいことでした。
代替ツールとその限界
Otter.aiは英語には問題なく対応していましたが、韓国語の認識には苦戦しました。韓国語の文中に「API endpoint refactoring」のような英語が混在する会話では、精度が低下しました。チームの会議の70%がそのパターンでした。
Fireflies.aiはそこそこの文字起こしを生成しましたが、大幅な編集が必要でした。「整理時間」の問題は残ったままでした。海外サーバーへのデータ保存もセキュリティ上の懸念を引き起こしました。
Clova Noteは韓国語認識が優れていましたが、「意思決定」と「アクションアイテム」を自動的に区別できませんでした。PMは依然としてトランスクリプト全体を読んで手動で分類する必要がありました。
結論は明確でした: 文字起こしだけでは不十分です。実際に時間を節約するには、意思決定とアクションアイテムの自動分類を備えた構造化サマリーが必要です。
Knoiを選んだ理由
際立った特長は、韓国語会議向けに設計されたAIサマリーでした。韓国語と英語が混在する会話にうまく対応し、コンテンツを意思決定、議論ポイント、アクションアイテムに自動的に分類しました。Slack通知、Notion連携、カレンダー同期が既存のワークフローにフィットしました。そして検索機能 -- キーワードを入力するだけで「2週間前の決済フローの議論」を呼び出せること -- が決め手になりました。
CTOの承認を得る
CTOの最初の反応: 「また新しいツール？」
PMリーダーは数字を持って臨みました。3人のPMが週10時間をメモに費やしているということは、月120時間 -- 約**$2,500の機会費用に相当します。前四半期には意思決定漏れによる3件の手戻りが発生し、推定120時間**のエンジニアリング工数が消費されました。「Knoiのサブスクリプション費用は、PMを1人追加雇用するよりも安いです。」CTOは1つの条件付きでパイロットを承認しました: 「1ヶ月使って、データで証明してくれ。」
4週間の道のり
第1週: パイロット -- 1人のPM、1つの会議
小さく始めて、うまくいったら拡大する。PMリーダーのドヒョンが金曜日のスプリントレビューにKnoiを接続しました。
会議終了から5分後、サマリーが届きました: 4つの意思決定と6つのアクションアイテムが整理された状態で。通常40分かかっていた整理作業は、1つの抜けを追加するだけで5分で完了しました。
水曜日に2回目のテスト: 技術用語とビジネス用語が混在する1時間のクライアント会議。サマリーは3つのクライアント機能要望と2つのタイムライン合意を正確に分離しました。
第2週: チームメンバーによる自発的な導入
ドヒョンがスプリントレビューのサマリーをSlackで共有したところ、他の2人のPMがすぐに反応しました: 「私も使っていい？」火曜日までに3人全員のPMが使い始めていました。強制ではなく、自発的な導入でした。
摩擦もありました。会議室での対面会議は、マイクの配置により認識精度が低下しました -- 外部マイクで解決。クライアント会議の録音には同意プロセスが必要だったため、チームは冒頭の定型文を標準化しました: 「正確な議事録のために録音し、サマリーを共有させていただきます。」
第3〜4週: 全面展開とチーム間への拡大
第3週までに、すべての定例会議でKnoiが使用されるようになりました。メモの整理は週3時間未満に減少。PMは午後をユーザーインタビューやデータ分析に充てるようになりました。
エンジニアリングリーダーが最初に尋ねました: 「PMが共有しているあの会議サマリー、うちの社内会議でも使える？」第3週の半ばまでに4人のエンジニアが使い始めました。第4週にはデザインチームも参加。
Knoi導入前は、「あの会議で何を話したっけ？」が日常的な質問でした。今はリンク1つで答えが出ます。SlackでコンテキストをPM聞かれたときの返答は30秒で済みます。
第4週の最終日、CTOに結果を報告しました。数字は予想以上でした。CTOの返答は短いものでした: 「全社展開しよう。」
「第3週の水曜日、クライアントから『前回のリクエストは対応されましたか？』と聞かれました。10秒で正確な議事録を見つけ、正確な要望を確認しました。クライアントは驚いていました。その時、確信しました -- これは単なる便利ツールではなく、働き方を変えるものだと。」 -- パク・ソヨン、PM
4週間後の成果
導入前に1週間分の基準データを収集し、比較しました:
| 指標 | 導入前 | 導入後 | 改善 |
|---|---|---|---|
| 週間メモ整理時間 | 10時間 | 2時間 | 80%削減 |
| 意思決定漏れ (月間) | 8件 | 0件 | 100%解消 |
| 新任PMオンボーディング時間 | 3日 | 1日 | 67%短縮 |
| 議事録共有までの時間 | 平均4時間 | 平均15分 | 94%短縮 |
| スプリント手戻り件数 (月間) | 2〜3件 | 0件 | 100%解消 |
週8時間の節約は、単に時間を空けただけではありません。PMチームはその時間をユーザーインタビューや競合分析に再投資しました。四半期のプロダクトロードマップの質が目に見えて向上しました。
スプリントの手戻りがゼロになったことは、エンジニアリングにとっても重要でした。以前は四半期あたり平均8件の手戻りが発生し、それぞれ少なくとも20時間の開発時間を消費していました。
予想外の副次効果
チーム文化 -- 「会議で率直に発言するようになった」
メモが自動的に記録されるようになり、心理的安全性が実際に向上しました。「自分の記憶が間違っていたらどうしよう」という不安がなくなり、異論をより自由に表明するようになりました。あるエンジニアは次のように述べています: 「以前はPMが会議中ずっとノートPCを見つめていた。今はアイコンタクトを取ってくれる。」
新任PMのオンボーディング短縮
第4週に入社したPMは、過去1ヶ月の15件の会議サマリーを順番に読みました。意思決定、コンテキスト、アクションアイテムがすべて構造化されており、プロジェクトの背景を素早く把握できました。
入社2日目のスプリントレビューで、そのPMは質問しました: 「前回のスプリントで1ステップ決済フローにすると決めましたが、エッジケースはどう対応していますか？」このレベルのコンテキスト理解は、以前なら少なくとも1週間かかるものでした。
クライアントの信頼
正確な議事録を15分以内に送付することが競争優位性になりました。あるクライアントはこう言いました: 「他のベンダーは1週間後にメモを送ってくる。御社は会議が終わる前に送ってくる。」
フォローアップの漏れがなくなりました。クライアントの要望が確実に次のスプリントに反映されるようになりました。月間のクライアントリマインダーは5件からゼロに減少し、更新率も改善しました。
他のPMチームへのアドバイス
一度にすべてに展開しないでください。メモの漏れが最も大きなダメージを与える会議から始めましょう。私たちの場合、それはスプリントレビューでした。そこで価値が明確になれば、他はすべて自然と続きます。
最初の数日間は、AIサマリーを盲目的に信頼しないでください。3〜4回の会議で自分の記憶と照らし合わせてください。精度への信頼を築くにはそれで十分です。
全社的な賛同を得るには、「楽になった気がする」では不十分です。導入前の1週間、メモ作成時間を計測してください。私たちの場合、その数字だけでCTOへのプレゼンが成立しました。そして、ある程度の反発は覚悟してください -- 「録音されるのは気まずい」「今までのやり方の方がいい」など。最初の2週間は任意にしておきましょう。良いツールはアウトプットの質で自然と広まります。