ソフトウェアエージェンシーのディスカバリーコール
後での整理作業なしで行うソフトウェアエージェンシーのディスカバリーコール
ディスカバリーコールがいつもまとめ作業の負担を生むなら、Superscribeはまだ会話の内容が新鮮なうちにその遅れを減らす手助けをします。
実際の電話番号を使って通話ワークフローをテストしてください。クライアントに新しいアプリは不要です。
ディスカバリーコールは新しいクライアントとの関係で最も価値のある1時間です。あなたは話を聞き、質問し、クライアントの課題を技術的な解決策に結びつけます。問題はその後に起こることです。コールを受けたアカウントマネージャーは、プロジェクトマネージャーのためにメモを翻訳しなければなりません。プロジェクトマネージャーはそのメモを開発者向けのチケットに変換します。作業が始まる頃には、元のコンテキストは三次的な要約になっています。これが「 ソフトウェアエージェンシーのディスカバリーコール」の現実であり、コンテキストの劣化との絶え間ない戦いです。
貴重なニュアンスが失われます。クライアントが機能について少し躊躇したことや、使った特定の技術用語など、これらの詳細は数時間または数日遅れでまとめられると消えてしまいます。結果として、きれいですが浅い要約だけが残り、「要約負債」の山ができてしまい、後々の明確さや調整にコストがかかります。最も高価な人材が一度だけ記録された詳細を常に確認し続ける、人間の記憶レイヤーになってしまいます。
実際のワークフローで試す
次のディスカバリーコールを完了した作業に変えましょう
コンテキストがまだ新鮮なうちにSuperscribeを使いましょう。コールに集中し、クライアントに注力しながら、構造化されたアウトプットをチームの適切な場所に届けます。
遅れたディスカバリー要約の本当のコスト
ディスカバリーコールは営業やアカウント管理の機能だと考えがちですが、実際の影響は納品にあります。要約が遅れたり不完全だと、プロジェクトは弱い基盤で始まります。開発者はクライアントの元々の「なぜ」が欠けたチケットを受け取り、プロジェクトマネージャーは真の優先順位を十分に理解できていないままスケジュールを組みます。
これは小さな管理の問題ではありません。スコープの膨張への直接的な道です。クライアントは「ダッシュボードをここに置くって話したと思ってた」と言います。 ここ。” チームはメモを見て、ダッシュボードについての一般的な言及はあるものの、具体的なニュアンスは失われていることに気づきます。これで未請求の変更依頼やプロジェクトの利益率への影響に直面することになります。
通話と要約の間の遅れが長くなるほど、誤解のコストは高くなります。最初の会話は高帯域幅の情報伝達であり、書面による要約は低帯域幅のコピーです。あなたの仕事はそのギャップを埋めることです。
なぜ手動のメモは重要なニュアンスを平坦化してしまうのか
ディスカバリーコールをリードしながら詳細なメモを取ろうとするのは無理があります。優れた聞き手か優れたメモ取りのどちらかであって、両方を同時にこなすことはできません。通話中の人は信頼関係を築き、適切な質問をすることに集中しています。彼らのメモはいつも略記で、自分の記憶を呼び起こすためのトリガーに過ぎません。
問題は、その略記がチームの他のメンバーには通用しないことです。機能を開発する開発者は通話に参加していません。アカウントマネージャーの簡潔な箇条書きを解読できません。状況は一人の頭の中に閉じ込められています。
これが単一障害点を生み出します。もしそのアカウントマネージャーが病気になったり退職したりすると、プロジェクトの基礎知識も一緒に失われます。クライアントとの会話と技術的な実行の間のギャップを人間の記憶に頼るのは、成長中のエージェンシーにとってスケーラブルな方法ではありません。
ワークフローガイドを入手する
クライアントコールのフォローアップに向けたより良いプロセス
クライアントコールをキャプチャし、チームがすぐ使える要約、チケット、請求可能な作業メモに変換する実用的なシステムを、追加の整理作業なしでご覧ください。
自分の通話を何度も作り直すのをやめるために作りました
この問題は私にとって個人的なものに感じられました。毎月末に自分の作業時間を推測するのに疲れたので、Superscribeを作りました。私は長い間コンサルタントをしていました。クライアントのために実際に何をしたのか思い出そうと、メールやコード、チャットメッセージ、ランダムなメモを見返していました。数字はいつも合わず、損をしていることがわかっていました。ディスカバリーコールはさらに悪く、重要な詳細がすぐに消えてしまいました。
3年前、クライアントの電話を自動でキャッチできるスマホアプリのアイデアがありました。しかし、作るのが難しそうだったので諦めました。その後も他の音声ツールを作り続けました。それぞれが、話された言葉を構造化されたデータに変える方法について新しいことを教えてくれました。
メインのデスクトップアプリに自動時間追跡を追加したとき、欠けていたピースが見えました。実際のクライアント通話のための電話アプリが必要で、すべてが追加作業なしに連携するようにしたかったのです。これまでの音声プロジェクトを経て、答えはついに明確になりました。新しいAIツールが、かつては難しすぎたことを実用的なものに変えてくれました。
最高の証明は最近の飛行機の中で起きました。普段使っている電話番号で、飛行機のStarlink Wi-Fiを使って普通のビジネス通話をしました。通話内容は書き起こされ、整理され、構造化された出力に変換されて、直接私の作業システムに送られました。その後の処理はAIエージェントが私の入力なしで行いました。これは以前はただの願いでした。今ではこれが製品の動き方です。これが私が自分のクライアント作業のためにずっと欲しかったツールです。
ソフトウェアエージェンシーのディスカバリーコールのためのより良いワークフロー
目的は単に通話を記録することではありません。会話と実行の間の管理上のギャップをなくすことです。チームは完璧な要約を待って作業を始めるべきではありません。コンテキストはソースから直接作業面に流れるべきです。
より実用的なワークフローはこちらです：
- 通常通り電話に出てください。 実際の電話番号を使います。クライアントは特別なアプリをダウンロードしたり、変なミーティングリンクに参加したりする必要はありません。会話は自然なままです。
- バックグラウンドで処理させてください。 次のタスクに移る間に、Superscribeが音声をキャプチャし、文字起こしし、構造化された形式に処理します。
- チーム対応の出力を得ましょう。 生の文字起こしではなく、きれいなノート、要約、特定されたアクションアイテム、そしてプロジェクト管理ツールに直接送れるコンテキストが得られます。
- チームが作業を始めます。 開発者はクライアントの元の言葉を見ます。プロジェクトマネージャーは合意された次のステップを見ます。情報のボトルネックはもうあなたではありません。
このプロセスはコンテキストを維持します。誤解のリスクを減らし、話し合われ決定された内容の明確で監査可能な記録を作成し、チームとクライアントを守ります。
自分でこのプロセスを試してみてください
次のクライアントとの電話を入力として使いましょう
ただ読むだけでなく、電話を開いて実際にフォローアップの電話をかけ、きれいで構造化されたノートがチームのためにシステムに届くのを確認してください。
よくある質問
クライアントは何かインストールする必要がありますか？
いいえ。既存の電話番号を使い、いつも通りクライアントに電話をかけます。クライアントが気にする新しいアプリやミーティングリンク、ダイヤルイン番号はありません。このプロセスは彼らには見えません。
これは私たちのプロジェクト管理ツールとどのように統合されますか？
Superscribeは通話から構造化データを作成します。要約、アクションアイテム、重要なトピックなどです。この出力はWebhookやAPIを使ってJira、Linear、Slackなどのツールに送ることができ、会話を直接チケットや更新に変えます。
これは単なる文字起こしサービスですか？
いいえ。生の文字起こしはただのテキストの山にすぎません。Superscribeはワークフローツールです。目標は完璧な文字起こしではなく、チームがすぐに活用できる役立つ構造化された出力を作ることです。通話終了後の事務作業を減らすことが目的です。