msps プロジェクト更新
MSPのプロジェクト更新、後での面倒な整理なしで
プロジェクトの更新が振り返りの負債を生み続けるなら、Superscribeはその遅れを減らし、コンテキストがまだ生きているうちに対応します。
実際の電話番号を使って通話ワークフローをテストしてください。クライアントに新しいアプリは不要です。
プロジェクト更新は、仕事をきちんと終えた後の最後の負担です。クライアントの技術的な問題—ファイアウォールのルール、サーバーパッチ、ユーザーアクセスの問題—を解決すると、報酬は大量の事務作業です。何をしたかを書き留め、チケットを更新し、時間を記録し、クライアントにメールを送らなければなりません。状況はすでに薄れていて、実際の作業は終わっていますが、書類作業はこれから始まるのです。
これは勢いに対する負担です。問題を効率的に解決したことで罰せられているようなものです。早く直せば直すほど、ドキュメントの負債が増えます。クライアントをすぐにオンラインに戻したことでスピード違反の切符を切られたような気分です。このサイクルに心当たりがあるなら、それはMSPモデルの構造的な問題だからです。解決策は後で書類作業を上手くこなすことではなく、書類作業のステップを完全に排除することです。
実際のワークフローで試す
次のクライアント通話を完了したフォローアップに変える
実際のクライアント通話でSuperscribeを使ってください。通話がメモ、タスク、フォローアップ、請求に必要な文脈に変わり、手直しの手間がありません。
「後で更新する」の高い代償
すべてのMSP技術者が「後で更新する」罠を知っています。調子よく次々とチケットを処理していきます。技術的な課題は面白いですが、事務作業はそうではありません。だから、日が終わったらメモを追いつくと自分に約束します。
しかし「後で」には代償があります。
- 詳細が失われる： 正確なエラーメッセージ、変更した具体的な設定、クライアントの問題の正確な説明—これらの詳細はその瞬間が一番鮮明です。数時間後にはぼんやりした要約になってしまいます。あいまいなチケットのメモは、そのシステムに次に触る技術者の助けになりません。
- 時間は切り上げられます： あの迅速な修正は本当はどれくらいかかりましたか？7分でしたか、それとも15分でしたか？記憶から一日の作業を再構築すると、請求可能な単位を失いがちです。すべてが積み重なります。
- クライアントへの更新が遅れます： クライアントは作業完了の確認を待っています。迅速で詳細なアップデートが信頼を築きます。終業時のまとめは後回しに感じられます。
根本的な問題は、ドキュメント作成が別のタイミングで行われていることです。作業は電話やシステム上で行われます。作業の記録は別のアプリで、別の時間に行われます。このギャップが効率の漏れにつながっています。
MSP向けのより良いプロジェクト更新ワークフロー
もしプロジェクト更新が別のステップでなかったら？もし会話が 時間追跡イベントだったら？ アップデートだったら？ほとんどのプロジェクト更新は電話の開始か終了で行われます。クライアントが確認のために電話をかけるか、あなたが修正を確認するために電話します。この会話に最も価値のあるコンテキストが含まれています。
Superscribeを使えば、その電話が真実の源になります。
- 電話はこうして行われます： クライアントは通常のビジネス用電話番号に電話をかけます。特別なアプリもミーティングリンクも不要です。普通の電話です。
- コンテキストはこうして記録されます： Superscribeはバックグラウンドで通話を録音し文字起こしします。誰が何を言ったか、技術的な詳細やクライアントの確認も含めて記録します。
- 出力はこうして構造化されます： 文字起こしは自動的に構造化データに変換されます—要約、アクションアイテム、重要な決定事項、タイムログ。
- ワークフローはこう続きます： この構造化された出力はウェブフックやエージェントを通じて直接システムに送信できます。ドラフトのチケット更新、クライアントへのメール、タイムエントリーをあなたが一言も入力せずに作成できます。
ドキュメントは作業の副産物となり、数時間後に別途手動で行う作業ではなくなります。このギャップが埋まります。
ワークフローガイドを入手する
通話後の整理チェックリストを入手
サポートコールのコンテキストを手動作業なしでクリーンなチケット、クライアントアップデート、請求可能な時間記録に変えるシンプルなフレームワーク。
私がこれを作ったのは、片付けが嫌いだからです
Superscribeを作ったのは、毎月末に自分の作業時間を推測するのに疲れたからです。開発者として、メールやコード、チャットメッセージ、ランダムなメモを見返して、実際に何をしたか思い出そうとしていました。数字はいつも合わず、お金を失っていることがわかっていました。まるで仕事をした罰のように感じていました。
3年前、クライアントの電話を自動でキャッチできるスマホアプリのアイデアがありました。当時は難しそうで諦めましたが、その後も他の音声ツールを作り続け、それぞれから新しいことを学びました。
自動時間追跡をメインのデスクトップアプリに追加したときに、欠けていた部分がはっきりしました。本当の価値はメモを音声で取ることだけでなく、話された内容を請求可能なイベントに摩擦なく結びつけることにありました。実際のクライアント通話用にあの電話アプリが必要だと気づき、すべてが余計な作業なしに連携するようになりました。新しいAIツールのおかげで、かつては難しすぎたことが実用的になりました。
最高の証明は飛行機の中で起きました。普段の電話番号で機内のStarlink Wi-Fiを使い通常のビジネス通話をしました。通話内容は書き起こされ、整理され、構造化されたアウトプットに変換されて仕事のシステムに直接送られました。エージェントは私の入力なしで次のステップを処理しました。これはかつてただの願いでした。今では製品の動作そのものです。
これは私がずっと欲しかったツールです。クライアントとの通話。仕事は進みます。時間、メモ、次のステップがバックグラウンドで自動的に記録されます。タイマーも推測も不要。ただ、正しくカウントされる良い仕事だけです。後で書類作業をするのではなく、問題解決モードを維持したい人のためのものです。
プロジェクト更新を自動化する
キャプチャーファーストのモデルに切り替えるのは、大きな行動変化を必要としません。ツールの調整です。記憶に頼る代わりに、完璧に記憶するシステムに頼ります。
実際にはこんな感じです：
- 通話前： 何も変わりません。
- 通話中： クライアントと普通に会話します。必要なら「Superscribeがこの内容の要約を送ります」と伝えて期待値を設定できます。
- 通話後： 要約と文字起こしはほぼ瞬時に利用可能です。エージェントを設定して、その出力をPSA用にフォーマットすることができます。例えば：「クライアント[Client Name]のためにHaloPSAに[Call Duration]の時間エントリを作成し、メモに[Call Summary]を記入する。」
これは新しいツールを追加する話ではありません。既に持っているシステムに、より良く、速く、正確な情報を供給するためのツールを使う話です。
次の更新で試してみてください
次のチケットを開いて、このワークフローを試してください
次のクライアントのステータスコールでSuperscribeを使ってください。通話がノート、タスク、請求可能なコンテキストに変わり、後処理が不要になります。
よくある質問
これは私のPSAやチケッティングシステムの代わりになりますか？ いいえ。SuperscribeはPSAではありません。既存のシステムにデータを供給するキャプチャーツールです。ConnectWise、Autotask、HaloPSAなどのPSAに入るデータを、発生源でキャプチャしてより速く正確にします。目的はより良いデータを入れることであり、別のシステムを管理することではありません。
クライアントは新しいアプリをインストールする必要がありますか？ いいえ。これは設計の重要な部分です。クライアントはこれまで通り既存の電話番号に電話します。彼らにとって変更も摩擦もなく、アプリのダウンロードも不要です。プロセス全体は彼らに見えません。
通話で話された機密クライアント情報はどうなりますか？ セキュリティは設計の主要な原則です。すべてのデータは転送中も保存時も暗号化されています。機密情報を伏せるためのツールを提供し、データ最小化の原則に基づいたポリシーを採用しています。目的は作業の文脈をキャプチャすることであり、機密クライアントデータを無期限に保持することではありません。