エージェンシー向けのディクテーションは、全員がタイプする代わりに話すことではありません。
それは間違った約束です。
エージェンシーの作業は、クライアントとの電話の後、Slackの引き継ぎ中、プロジェクトの更新の中、提案のメモの間、そして文脈を聞いた人とそれに基づいて行動しなければならない人の間で、境界で壊れます。
役立つディクテーションのバージョンは、思考がまだ新鮮なうちにキャッチし、チームがすでに作業している場所に置きます。
別のレコーダーの受信トレイではありません。
誰も開かない文字起こしのフォルダーではありません。
クライアントノート、タスク、CRMフィールド、プロジェクト更新、提案コメント、GitHubの問題、Linearのチケット、メールドラフト、または次のステップが実際に行われる引き継ぎメッセージの中に。
エージェンシーの文脈が漏れ続けるなら
すでに開いているツールにディクテートします
Superscribeはライブディクテーションをアクティブな入力フィールドにストリーミングするので、クライアントノートや引き継ぎが作業が続く場所に届きます。
エージェンシーは引き継ぎで時間を失います
小さなエージェンシーは、誰もメモを取らなかったためにプロジェクトを失うことはめったにありません。
混乱はもっと微妙です。
戦略家は一つの制約を思い出します。開発者は技術的なブロッカーを聞きます。アカウントリードはフォローアップを約束します。デザイナーはブリーフに反映されない好みをキャッチします。クライアントが電話で重要なことを言い、その後チームは2日後に記憶を頼りに再構築しようとします。
これがエージェンシーの作業が騒がしくなる理由です:
- クライアントのコンテキストは一人の頭の中にあります
- タスクコメントはタスクの背後にある理由を見逃します
- Slackの更新は請求可能な詳細を失います
- 提案は古い仮定を再利用します
- フォローアップは記憶に依存します
- 最終請求書には誰もキャプチャしなかった説明が必要です
文字起こしだけではこれを解決できません。
高価な部分は、言われたことを忘れないことではなく、明確なクライアントとの会話を3つの曖昧なタスクと誰も担当しないフォローアップに変えることです。
トランスクリプトは、言われたことを示します。エージェンシーチームは、次のステップ、決定ノート、スコープのコンテキスト、引き継ぎの詳細、そして次の人が同じ質問を繰り返さずに進めるための短い説明が必要です。
最高のディクテーションは、作業面に落ち着きます。
エージェンシーにとって、目的地は重要です。
クライアントが新しいランディングページのセクションを求めた場合、そのメモはタスクやブリーフに含まれるべきです。開発者がスコープの問題に気づいた場合、その説明はプロジェクトスレッドに含まれるべきです。アカウントリードがフォローアップする必要がある場合、そのドラフトはメールやCRMに含まれるべきです。デザイナーがコンテキストを必要とする場合、そのメモはアセットやチケットの近くに含まれるべきです。
だからこそ、ライブディクテーションは記録してから整理するツールとは異なります。
記録してからトランスクリプトを作成することは、二重の仕事を生み出します：
- 考えを記録する
- トランスクリプトを待つ
- 正しいツールを開く
- 役立つ部分をコピーする
- 編集する
- どのクライアントに属するかを思い出す
- 引き継ぎがまだ意味を持つことを願う
エージェンシーはすでに十分な調整作業を持っています。
より良いワークフローは短くなります：メモが属する場所にカーソルを置き、コンテキストを言い、次に進む。
ディクテーションが別の確認場所を作る場合、それは失敗です。エージェンシーのオペレーターは、Slackの更新、LinearやGitHubの課題、提案の箇条書き、クライアントのメール、フォローアップタスクとして話されたコンテキストを必要とします。
エージェンシーチームがディクテートすべきこと
最高のエージェンシーディクテーションのユースケースは、長い独白ではありません。
それらは通常消えてしまう短いクライアントのコンテキストの断片です：
- 「クライアントは、調達が証拠を求め続けるため、比較表を折りたたみ部分の上に置きたい。」
- 「このリクエストはスコープを変更します。なぜなら、元のブリーフには1つの統合しか含まれていなかったからです。」
- 「ケーススタディを公開する前に、マルタに法的承認についてフォローアップしてください。」
- 「開発のタスクを追加: 価格ページのコピーは新しい年間プランの名称に依存しています。」
- 「請求書のメモ: 分析デバッグとキャンペーンの引き継ぎがカバーされており、単にステータスだけではありません。」
これらのメモは小さいですが、作業を守ります。
次の人がなぜ何かが重要なのかを理解するのを助けます。クライアントの更新をより明確にします。繰り返しの質問を減らします。クライアントがタスクが予想以上に時間がかかった理由を尋ねたときに、未来のあなたにより良い足跡を残します。
リテイナー、プロジェクト、または混合の時間単位で請求するエージェンシーにとって、その足跡は重要です。何が変わったのか、なぜチームがそれを行ったのか、そしてどのクライアントのコンテキストが作業を引き起こしたのかを答えるのに役立ちます。
あなたが作業をしました。チームは役立つために生き残るためのコンテキストが必要です。
移動する必要があるクライアントノートのために
言葉だけでなく、理由を捉えます
Superscribeを使用して、引き継ぎ、クライアントの更新、タスクのコンテキスト、請求書のメモを、チームがすでに使用しているエージェンシーツールに直接音声入力します。
音声入力は、通話の前後で便利です
クライアントの通話は多くのエージェンシーの作業を生み出します。通話自体は要約、タスクリスト、CRMメモ、フォローアップメール、またはプロジェクトの更新になることがあります。
それがワークフローの電話側です。通話は記憶テストになってはいけません。
しかし、作業は通話の後も続きます。誰かが提案書を書きます。誰かがプロジェクトボードを更新します。誰かがクライアントの返信を草案します。誰かがチームに変更を説明します。誰かがスコープが移動した理由を捉えます。
そこがデスクトップ音声入力が役立つところです。
電話通話は会話をキャッチします。ライブ音声入力は、その後の実行コンテキストをキャッチします。
より深い通話ワークフローを望むなら、読んでください 電話通話から自動で要約とタスク作成もし問題がフォローアップであれば、 クライアント通話のアクションアイテムを絶対に失わない方法 アクションアイテムの側をカバーします。ソロクライアント作業の場合、 クライアント作業のための音声メモ 最も近い親戚です。
電話が終わっても仕事は終わらない
フォローアップのコンテキストを使えるノートに変える
Superscribeは、エージェンシーチームがプロジェクトの更新、クライアントの返信、引き継ぎノートを、フォローアップが行われる場所に直接ディクテートできるようにします。
Superscribeの役割
Superscribeは、話すと同時に任意のアクティブな入力フィールドにストリーミングされるライブ音声入力です。
エージェンシーの作業では、メモが直接次の場所に届くことを意味します：
- プロジェクト管理タスク
- CRMのフィールド
- SlackまたはTeamsの更新
- クライアントへのメール
- 提案書
- GitHubまたはLinearの課題
- 引き継ぎメモ
- 請求書の説明
主な利点は「より速いタイピング」ではありません。
利点はコンテキストの喪失が少ないことです。
エージェンシーの作業は、その瞬間には明らかで、後で取り戻すのが高くつく小さな決定で満ちています。音声入力は、それらの決定が消える前にキャッチし、次の人が使える場所に配置するのに役立ちます。
これがエージェンシー版の音声入力です。
もっと多くのメモではありません。
より適切に配置されたコンテキスト。
あなたのエージェンシーがクライアントのコンテキストで運営されているなら
話されたコンテキストが漏れる前に使えるようにしましょう
Superscribeは、エージェンシーのオペレーターがクライアントの決定、引き継ぎ、フォローアップメモを作業が続く場所に直接キャッチするのを助けます。
簡単なテスト：もしメモが明日取り戻すのが高くつくなら、今日それがあるべき場所で音声入力してください。