最終文書の目的を決定する

短い手紙で次のステップを説明し、詳細なレポートで推奨事項を説明し、内部メモは専門家が作業を続けるのに役立ちます。編集する前に形式を決定します。要約を誰が読むのか、そしてそれによってどのようなアクションが促進されるのか。

文書のステータスを示します。これが会話の参考要約である場合は、そのように呼んでください。正式な結論は、特定のサービスの要件に従って作成されます。自動転写自体はそのような結論にはなりません。

短い手紙の場合、通常は結論と行動がより重要です。作業メモの場合、通常はコンテキストと未解決の問題の方が重要です。資料について トランスクリプト、アブストラクト、サマリーの違い.

セマンティックブロックを選択してください

トランスクリプトで、元のリクエスト、事実、制限、オプション、推奨事項、行われた決定を見つけます。クライアントの言葉と専門家のアドバイスを区別してください。誰が話したか不明な場合は、録音された音声と周囲の発言を確認してください。

保存 重要なフラグメントのタイムコード 作業草案。クライアントや同僚が説明を求めたときに、文言を確認しやすくなります。

構造例

相談結果

ヘルプデスク用のナレッジベースの開始

コンテキスト
サポート チームは、お客様からの同じ質問に繰り返し答えます。
リクエスト
回答を準備する時間を短縮し、共通の文言について合意します。
事実と限界
回答にはピアレビューが必要です。承認されるまで資料は公開できません。
推奨事項
よくある質問を集めて、小さなサンプルセクションを用意します。元の答えを確認してから始めてください。
ソリューション
従業員向けの内部セクションから始めます。公開バージョンはまだ利用できません。
次のステップ
クライアントは、繰り返し発生する質問のリストを送信します。移転期間を明確にする必要がある。
最終協議文書の構成。条件付きの例: 状況、勧告、合意は架空のものです。

「決定」セクションには、確認された合意についてのみ記入してください。議論されたオプションは推奨事項に残すことができ、曖昧な点は明確にするために質問として提起することができます。

小切手の義務

「できる」と「やります」というフレーズは意味が異なります。参加者が使用した記録や文書に基づいて、条件、費用、作業範囲、および条件を確認します。契約があいまいな場合は、確認のための質問を示します。

アイデア、推奨事項、またはコミットメント?
レプリカタイプ言われたこと結局どう反省するか
アイデア「よくある質問に対する 5 つの回答から始めましょう。」議論のオプション。出演者や締め切りは未定。
おすすめ「まず専門家に答えを確認することをお勧めします。」コンサルタントからのアドバイス。専門家がすでにタスクを受け入れたことを意味するものではありません。
コミットメントを確認しましたクライアント: 「金曜日の18:00までに質問リストを送ります。」クライアントは合意された日付までにリストを送信します。必要に応じて日付とタイムゾーンを指定します。
推奨とコミットメントの違い。すべてのキューは条件付きです。実際のコンサルテーションのステータスは、完全なコンテキストに照らしてチェックされます。

会話の途中でさらに状況が変化したかどうかを確認してください。録音途中の仮の日付は最終的な合意とは異なる場合があります。矛盾がある場合は、質問を保存し、参加者と一緒に明確にしてください。

明確な要約を収集する

相談の目的を 2 ~ 3 文で始めます。次に、実証済みの推奨事項、解決策、アクションを要約します。何を準備するか、誰がそれを行うか、合意された日付までに 1 つのアクションを結果を通して説明する方がよいでしょう。

関連するアドバイスの横に制限を配置します。たとえば、公開許可がまだ付与されていない場合は、「回答に同意した後、公開 FAQ を準備する」の方が「FAQ を公開する」よりも正確です。

実際に同意される場合は、次の連絡先または資料を最後に記載してください。会話の中で可能性だけを話し合った場合、「必ず結果が出ます」といった補強は避けてください。最初のドラフトには次を使用できます エントリーの概要、出典に従って詳細を確認してください。

送信して保存

送信する前に、受信者、添付ファイル、リンクアクセスを確認してください。合意された目的に必要のない内部コメントや情報をクライアントの概要から削除します。文書にまだ確認が必要な場合は、文書を下書きとしてマークします。

要約は完全な録音や文字起こしとは別にしてください。仕事でソースを必要とする人にソースへのアクセスを提供します。保管期間は、組織の規則およびサービスの現在の文書によって決定されます。それらは次の場所で見つけることができます 個人データ処理ポリシー.

実践チェックリスト

  • 形式を選択し、文書のステータスを示します。
  • クライアントのリクエスト、専門家のアドバイス、下された決定を分離します。
  • 約束、条件、費用、作業範囲を確認してください。
  • 推奨事項の横にある制限はそのままにしておきます。
  • 確認が必要な質問にマークを付けます。
  • 受信者、添付ファイル、投稿全文へのアクセスを確認してください。

Transkribatorでタスクを完了する方法

ページ 「音声テキスト変換」 処理のために送信できる完了したレコードを処理のために送信し、結果を待ちます。まず、一般的な意味を評価し、次に名前、番号、および用語をタイムコードと照合して確認します。

テキストをダウンロードし、通常のドキュメントで編集を続けます。元の転写を個別に保存し、6 つのセマンティック セクションを作業コピーに組み立てます。送信する前に、合計を検証されたレコードの断片と再度比較します。

要点

  • 相談の結果は、推奨事項と次のステップを理解するのに役立ちます。
  • 専門家のアドバイスと参加者の義務は別々に記録されます。
  • テキストが短縮されても、条件と制限が失われるべきではありません。
  • 曖昧な合意には確認が必要です。
  • 完全な記録と作業コピーはアクセスが制限されて保管されます。

よくある質問

クライアントに概要を送信することは可能ですか?

はい、手動検証後。録音に対して事実、条件、義務を確認し、不要な機密情報を削除し、完全な会話がなくてもテキストが理解できることを確認します。自動要約は下書きとして使用するのに便利です。

クライアントは完全な記録を必要としていますか?

いつもではありません。多くの場合、推奨事項と次のステップを記載した短い文書で十分です。合意された保存目的およびガイドラインと一致する場合、完全な転写はレビュー用の情報源として保存される場合があります。

曖昧な合意をどうするか?

質問としてマークし、確認を求めます。例:「見積書の作成について話し合いましたが、施工者と納期を明確にする必要があります。」不確実性を最も可能性の高い選択肢に置き換えないでください。

制限を示すにはどうすればよいですか?

推奨事項の隣に、それがどのようなデータに依存するのか、実装前に何を確認する必要があるのか​​を簡単な言葉で書きます。条件によってアドバイスの意味が変わる場合、目立たない脚注に追いやられたり、エントリ全体にのみ残されるべきではありません。