散らかった面談メモをクライアント向けのブリーフに変える正確なワークフローの解体新書。どのチュートリアルにも載っていない3つの失敗モードを含む。
私がクライアントに送った中で最悪のブリーフは、完全な録音、完全な文字起こし、そして能力の高い AI モデルを使って書かれたものだった。それはまた間違ったブリーフでもあった。表面上は筋が通っていて、クライアントが実際に必要としていたものについては間違っており、送信前に私がそれに気づけないほど滑らかだった。
失敗はツールのせいではなかった。パイプラインのせいだった。私は間違った方向にあまりに自動化を進めすぎ、クライアントが考える助けになるブリーフと、単に自分がその場にいたことを証明するだけのブリーフとの違いを生む、ただ一つのステップを飛ばしていた。
これは、私が今実行しているパイプラインの解体新書だ。実際のステップを順番に、壊れる3つの場所と、それぞれに対して私が何をしているかとともに述べる。理想論的な体裁づけはない。これは実際のクライアント業務で本当に動いているものだ。
ステップに入る前に、このワークフローにおいて AI にできないことについて正直になっておこう。どのチュートリアルもこの部分を飛ばすからだ。
AI は、面談の中でどの瞬間が重要だったかを教えてくれない。クライアントが言ったことと、クライアントが意味したことを区別できない。答える前の間や、質問がはぐらかされた様子を聞き取ることもできない。それらのシグナルはあなたのものだ。それらは面談の最中にあなたが取るメモの中に生きているのであって、その後の文字起こしの中にはない。
だからこのパイプラインの最初の制約は構造的なものだ。AI はあなたが持ち込んだものに対して働き、あなたが持ち込むものはあなた自身のその場での知覚のアウトプットだ。 良いインプットの変換を自動化すれば、良いアウトプットが得られる。悪いインプット ── 薄いメモ、文脈なし、人間による注釈のない生の文字起こし ── を救うために AI を使えば、面談を誤って伝えるもっともらしいブリーフが得られる。私はどちらも生成したことがある。役に立つのは一方だけだ。
面談の間、私はまばらなタイプ入力のメモを取る。文字起こしの試みではないし、話されたすべての箇条書きでもない。私は3つの特定のものを探しており、それをインラインでタグ付けする。
[D] ── 決定。暫定的なものでも。[T] ── 解決しなかった緊張関係(「彼らは X を望んでいるが、Y とも言った」)[Q] ── 誰も答えなかった、あるいは埋もれてしまった、彼らが発した質問それ以外はタグ付けしない。この規律は意図的なものだ。すべてを捉えようとすれば、それは文字起こしをしていることになり、その場での文字起こしは注意力を網羅性と引き換えにする。悪い取引だ。この3つのタグはそれぞれ15秒しかかからず、その場では何のコストもかからない。90分の面談の終わりまでに、私は通常4個から8個のタグを持っている。それが、この後に続くすべての本当のインプットだ。
面談の後、私は注釈済みのメモを Obsidian に移し、単一の圧縮ステップにかける。私が使う指示はこうだ。
Here are annotated notes from a client meeting. Tags: [D] = decision, [T] = tension, [Q] = unanswered question.
Produce a structured outline only — no prose. Three sections:
1. Decisions taken or effectively taken (list the decision and the confidence level: firm / provisional / tacit)
2. Tensions still open (list each tension as a genuine either/or)
3. Questions nobody answered (verbatim or close to it)
Do not interpret. Do not add context I haven't provided. If you are uncertain whether something is a decision or a tension, put it in both.
「解釈するな」という指示が、負荷を支える部分だ。解釈は私の仕事だ。理由は3つ目のステップで明らかになる。圧縮ステージから私が必要としているのは形だ。面談の内容を一目で分かり、議論しやすくする、きれいな構造だ。クライアントが本当は何を言っていたのかについてのモデルの読みは必要ない。それは、モデルが確実に間違える唯一の部分だ。
ここでブリーフを書く。手作業で。圧縮されたアウトラインから。
ブリーフには、3つのタグの種類に対応する3つのセクションがある。これは偶然ではない。私はタグをセクションを生み出すように設計したのだ。決定は「着地点」セクションになる。緊張関係は「未解決の問い」セクションになる。AI が生成する外交的な言い回しではなく、実際の問いとして再構成される。答えられなかった質問は「次回会話の起点」になる。
このステージでの執筆は、本当に私自身のものだ。提言の最初の草稿が私自身のものでなければならない理由と同じだ。ブリーフはクライアント向けの文書であり、その中身は私が何が起きたと理解したかを表している。もしモデルに文章を書かせれば、私が実際に考えていることかどうか分からない、もっともらしいバージョンの出来事を編集することになる。それは完成しているように見える。だがクライアントは、それが理由を言葉にできないときでさえ、その場を的確に捉えていないことを見抜ける。彼らもその場にいたのだから。
ブリーフは段落形式の文字起こしではない。それはあなたが理解したことの記録であり、あなたが理解したことはあなたが書くべきものだ。
面談の終わりからブリーフの送信までの合計時間は、90分の面談に対して典型的には30分から45分だ。以前この面談メモからブリーフへのステップは2時間かかり、録音を聞き直す必要があった。私が削ったのはその聞き直しであって、書くことではない。
私がこれまで実行してきたこのパイプラインのすべてのバージョンは、同じ3つの場所で壊れてきた。それを事前に知っていることだけが、驚かされることを防いでくれる。
壊れる箇所その1:文字起こしの罠。 最もよくある失敗は、注釈付きのメモではなく、完全な文字起こしから始めてしまうことだ。文字起こしは網羅的であり、リサーチワークフローでスクレイピングされたインプットが役に立たなかったのと同じように役に立たない。それらはノイズとシグナルが並んだ完全な記録であり、どちらがどちらかを区別する方法がない。文字起こしを圧縮ステップに与えると、モデルはどの瞬間が重要だったかを推測せざるを得なくなる。モデルは最も多く語られたもの、最も強調されて語られたもの、最もはっきり語られたものを探すことで推測する。そのどれも、クライアントが実際に気にかけていたことの信頼できる代理指標ではない。私の3タグ注釈は、まさに文字起こしが提供できないシグナル層だ。文字起こしはメモの代替にはならない。それは注意を払っていたことの代わりにはならない。
壊れる箇所その2:確信度のロンダリング問題。 圧縮ステップには、私が今では明示的に警戒している失敗モードがある。モデルは、その場では暫定的で、試験的で、議論の余地があった決定について、自信ありげできれいな文章を生成する。「オプション B に傾いていると思う」と言ったクライアントが、AI 生成のブリーフでは「クライアントはオプション B を選択した」になる。要約の過程で「思う」という言葉は消える。「暫定的」というラベルは決して現れない。なぜならモデルは、生きたビジネス会話の内側から見て、自信ありげなものと暫定的なものがどう違って見えるかを知らないからだ。
だからこそ圧縮の指示は「確固・暫定・黙示」という確信度レベルを明示的に求めており、だからこそ私はブリーフをどこかに送る前に、自分自身のその場についての記憶と照らしてアウトプットを読む。モデルにはその違いが分からない。あなたには分かる。それを使ってほしい。
壊れる箇所その3:滑らかな文章問題。 最後の失敗モードは最も微妙だ。よく書けたブリーフはすべてを滑らかにしてしまう。鋭いままであるべき緊張関係も含めて。「彼らは週次の粒度を望んでいるが、それを生み出すために必要なデータガバナンスには抵抗している」と読める緊張関係は、モデル生成の文章では「チームはレポーティングの頻度についての合意に向けて取り組んでいる」のようなものになる。その文は間違ってはいない。だが役にも立たない。クライアントはそれに基づいて行動できない。その緊張関係こそ彼らが向き合う必要があるものであり、滑らかな文章はそれを溶かしてしまう。
私のルールはこうだ。「未解決の問い」セクションの緊張関係を読んで、わずかに居心地の悪さを感じないなら、私はそれを間違って書いている。居心地の悪さは、ブリーフが実際の問題について正直であることのシグナルだ。それこそが、それを送る唯一の理由だ。
メモと圧縮ステップには Obsidian。圧縮には能力のある AI モデルを一つ。3つのセクションがあらかじめ組み込まれた Obsidian のテンプレートがあり、埋めるステップに一貫した枠を与える。録音ツールも、自動文字起こしも、会議メモボットもない。それらは収集を最適化しているが、収集はボトルネックではない。その場での注釈こそがボトルネックだ。私は実際の自分のスタックにあるものしか挙げない。
正確なテンプレート ── タグの規約、圧縮プロンプト、確信度レベルの枠組みが組み込まれた3セクションのブリーフの枠 ── が欲しければ、パッケージ化してある。
→ Meeting-to-Deliverable テンプレート ── $49。 Obsidian に入れて、次のクライアント面談で試してみてほしい。(まずニュースレター登録者への先行配信。下から登録してほしい。)
開示: このサイト上の一部のリンクはアフィリエイトリンクだ。それ経由で購入すると私が手数料を得ることがあるが、あなたの負担は増えない。私は実際に自分が使っているツールしか勧めない。今読んだこのブリーフを見てほしい。失敗もここに含まれている。それが「実際に使っている」ということの意味だからだ。
冒頭で触れたブリーフ ── 完全な録音と文字起こしで送られた、あの間違ったブリーフ ── が間違っていたのには具体的な理由があった。私は話されたすべての正確な記録を持っていた。しかし自分が気づいたことの記録は持っていなかった。この2つの違いこそ注釈ステップであり、その場でタグ一つあたり15秒しかかからず、後からでは取り戻せない。一文で必要なら、それが教訓のすべてだ。
Workflows の次回 → 私のコンサルティング AI スタック全体と、各ツールが実際にかかっているコスト。
そのままの Obsidian テンプレートと完全なプロンプトチェーン。構造化されたインテイクノート、対比プロンプト、揺さぶりのチェックリスト。あなたの vault に入れて、次の見込み客に40分で走らせられる。
スケジュールなし。埋め合わせなし。スポンサードの掲載なし。あなたの10分に見合う新しい構築物ができたときだけ配信する。だいたい2〜4週間おき。
「誰にも報酬をもらわなくても書いていたであろうものしか送りません。それが終わった日、このニュースレターも終わります。」