TranskribatorTranskribator
クライアントのブリーフ:質問、テンプレート、打ち合わせ後の記入例
クライアントとの連携

クライアントのブリーフ:質問、テンプレート、打ち合わせ後の記入例

クライアントは自分が何を必要としているのかを詳細に説明した。議論を、作業内容、時期、資料について話し合うための文書にすることはまだ重要である。

Transkribatorチーム··8分間の読書

ブリーフィングの各行にはステータスがありますそのため、その願いはパフォーマーの約束に変わることはない

確認済みクライアントは要件について明確に合意しました
提案されたこのオプションはまだ検討されていません
明確にする必要がある答えはまだない――質問を残して
空虚な場は、架空の反応よりも優れている。ステータスは、評価にすでに使用できるものを確認するのに役立ちます。

短い回答

クライアント向けの簡単な説明は、タスクとベースライン条件の簡単な説明です。なぜ仕事が必要か、誰のために働くべきか、何をすべきか、どのような制限があるか、そして誰がその結果を受け入れるのか。通話中にまとめて記入できます。会話の後、1つの文書で回答を収集し、空白をマークしてクライアントに確認のため送信してください。以下は、小規模なプロジェクトに関する質問、テンプレート、および例です。

目次
  1. 簡潔に明確にすべき点は何ですか
  2. クライアントに尋ねるべき質問は何ですか
  3. コピー用の簡単なテンプレート
  4. 会話のあとに満たされた短い時間の例
  5. 招集記録から要約を収集する方法
  6. 合意する方法と現在のバージョンを失うことのない方法
  7. よくある質問

簡潔に明確にすべき点は何ですか

「現代のウェブサイトが必要だ」「販売をもっと欲しい」「競争相手として行動する」――会話はうまく始まるが、仕事では初期データが弱い。これらについて、誰が現場に来るのか、どのような措置を講じる必要があるのか、また顧客がどのような結果を準備していると考えているのかは不明である。

この要約は、これらの事柄を詳細な評価に明確にするのに役立つ。彼は長いアンケートである必要はありません。クライアントが音声でタスクを説明しやすい場合は、面接を行い、自分で書類を記入してください。このジョイント充填法は、以下の方法を示しています。 WEEEK ブリーフィー・マネジメント.

目的に応じて3つの書類を共有してください。この要約は序文を集める。技術的なタスクは、それが何をどのように機能すべきかを詳細に説明しています。 会議後の手紙 最も近い合意および措置を修正する。互いに言及している場合もあるが、全文を繰り返す必要はない。

クライアントに尋ねるべき質問は何ですか

状況から始めて、次に要件に進んでください。そのため、誰も元のタスクを覚えていない関数のリストを取得する可能性が低くなる。

何を尋ねるべきですかワーキング・オフィー答えがあまりにも一般的すぎる場合
プロジェクトの理由今何が起きているのか、そしてなぜ今それを変えることにしたのか。最近の事例を理解してもらいましょう。
結果プロジェクト終了後、人は何をすればよいでしょうか?「より便利」は特定の操作に置き換えます。
観客誰が結果を使用し、どのような状況にいますか?答えが「すべて」の場合、メインシナリオを選択してください。
国境最初の段階に必然的に含まれるものと、延期できるものは何ですか?聞いてください。それなしでは、打ち上げは意味を失います。
出典どのようなテキスト、ファイル、アクセス、およびデータが準備できますか?所有者とそれぞれの受領日を確認してください。
制限事項決まった日付、予算範囲、および必須ルールはありますか?リソースが不足している場合に何が変更できるかを確認してください。
受付誰が作業を確認し、その結果はどのような根拠を持つのでしょうか?納得のいい結果の例を挙げてください。

仕事で何も変えない質問をしないでください。ポッドキャストの表紙やアプリケーションの調和のシステムについては、異なる導入セットが必要である。一般的な部分は会話を始めるのに役立ちます。特定のプロジェクトには、主題が追加されます。

コピー用の簡単なテンプレート

ブロックをドキュメントにコピーします。角括弧内のフィールドを解答に置き換えてください。物議を醸す各要件で、ステータスを残してクライアントが確認できるようにしてください。

プロジェクト: [名前]。
日付とバージョン: [日付、番号]。
クライアントの側も同意する: [名前/役割]。

1.元の状況
今何が起きているのか。問題の例。

2.目的と主なユーザー
誰のためにやるか。彼が解決すべき課題は何ですか。

3.第一段階の結果
[結果の具体的な構成と必須シナリオ。]

4.ステージの境界を越えて
議論されたが、まだ含まれていないもの。

5.初期材料
[資料—誰が—— "「準備状態」という用語を提供するか。"

6.制限事項
[日付、予算範囲、フォーマット、技術およびブランド要件。]

7.結果を確認する
誰がその発言を記録するか、私たちが示すもの――確認する方法。

8.公開質問
[質問—誰が答えますか— 応答が必要なとき— 何に影響が出ますか。]

確認:
どの段落が確認したか、誰によって、いつ確認するか。現在の議論への言及。

コメント欄に重要な制限を隠さないでください。商品のカタログによって開始が異なる場合、カタログの受領期間は対応する段階の横で確認する必要があります。

会話のあとに満たされた短い時間の例

教育的な例:架空のワークショップが企業発注のページを発注する。これはトランスクリブエーターの実際の事例ではない。

状況。 応募はメッセンジャーにやってくる。管理者は、各回、ロゴの流通、日付および適用方法を指定する。

目標。 会社の代表者が1つの住所で計算用の初期データを送信するのを支援する。

最初の段階が確定しました。 製品例、プロセス説明、およびリクエストフォームを含む1ページ。フォーム:製品の種類、数量、希望日時、および対応の連絡先。

含まれていない、確認済み。 オンライン決済、個人アカウント、および自動価格計算。

素材。 写真および商品のリストはクライアントから提供されています。移籍日はまだ確定していません。

制限。 クライアントは11月20日の展示会でそのページを表示したいと考えています。この日付までに開始する可能性は、資料を受け取り、体積について合意した後に評価されます。

受付。 クライアントマネージャーは、電話とコンピュータからテストリクエストを送信します。アプリケーションに完了したフィールドが含まれているかどうかを確認します。テキストはワークショップの責任者によって合意されています。

未解決の質問。 ロゴをアプリケーションに添付できますか?会話の中でその機能は提案されたが、決定は下されなかった。ファイルの許容形式と保存を明確にする必要があります。

「売上を30%増加させる」という約束はありません。この文書は、検証可能な結果について説明しています。プロジェクトにビジネス指標がある場合は、測定方法とパフォーマンスが影響を与える要因と個別に修正してください。

招集記録から要約を収集する方法

  1. 会話のテキストを入手してください。 作業面において、すべての言葉が重要であるわけではなく、要件や条件を完全に定式化すること。
  2. セクションごとに答えをマークアップしてください。 目標、つまり目的、要望、要件、ソースの出典移動のタイミングに関する資料への要望。
  3. 数値データを確認してください。 締め切り、数量、測定単位、および予算の言及を必ず聞く。
  4. 条件を見つけてください。 「火曜日にテキストが手に入ったら、金曜日に公開できる」が金曜日の約束に還元することはできない。
  5. オファーをクライアントの返信と分けてください。 パフォーマーの「フィルターを追加できる」というフレーズは、フィルターが必要で価格に含まれていることを意味するものではありません。
  6. 失われた答えを集める。 ボリュームや評価に影響を与える簡単な質問リストを送信してください。

内部ドラフトでは、タイムコードを複雑な要件の近くに保持できます。クライアント版では、意味の確認を手助けする場合にのみ取得できます。顧客に要約ではなく、全体の文字起こしを送るのは通常不便です。彼は再び編集作業を行う必要があります。

変換の例。 「まあ、それが美しく、アプリケーションが進行したように」→「我々は明確にする必要がある。誰がアプリケーションから離脱し、どのようなデータが送信され、どのような経路が今、彼を妨げているのか」。一般的な表現は、メイクアップの必須要件ではなく、質問となる。

合意する方法と現在のバージョンを失うことのない方法

文書を明確に指定する:「BREED – 法人発注 – バージョン1」。メッセージでは、特定のセクションを確認してください。最初の段階の構成、ソース、および未解決の質問です。評価を継続するために必要な回答を示します。

クライアントが要件を変更した場合は、ドキュメントを更新し、変更を簡単に一覧表示してください。同じ名前の「ファイナル」という名前のファイルを3つも隣に保存しないでください。作業の責任者に対して、現在のバージョンと重要な決定の履歴を1つ用意すべきである。

矛盾する場合は、自分で都合のよい処方を選ぶのはやる。たとえば、会議の冒頭でクライアントはサイト上での支払いを除外し、最後に望ましいと記載した。質問を書き記してください。「オンライン決済が第一段階に含まれているか、計画に残っているかを確認してください。」回答の前に、合意すべき金額を考慮しないでください。

  • 目標は人間の任務を通じて記述される。
  • 必須要件は希望とは別に行われます。
  • ステージに含まれていないもののリストがあります。
  • 誰が資料を提供しているかが知られており、結果について合意するでしょう。
  • 未確認の利用規約は明確に明記されています。
  • クライアントは簡潔な確認を求める明確な依頼を受けました。

よくある質問

クライアントがアンケートに記入したくない場合はどうなりますか?

短い会話を交わし、彼の答えの要約を記入してください。次に、確認のために文書を送信してください。クライアントに、すでに説明したすべてを音声で書き直す必要はありません。

ブリーフィックにはいくつの質問が必要ですか?

問題と次の解決策を理解するのに時間がかかる限り。「念のため」質問を削除し、サービスに実質的な改善を加えましょう。

報告書でプロジェクトを評価することは可能だろうか?

詳細な紹介では、予備評価について検討することが可能である。価格や期間が不明な要件に依存している場合は、それらを列挙し、回答後に見積もりが指定されることを示します。

トランスクリブター自身がクライアントとの簡単な対応に同意するでしょうか?

いいえ。文字起こしは、述べられた内容を復元するのに役立ちます。文書の構成、要件の検証、およびクライアントとの連携は、お客様ご自身によって行われます。

追加資料: WEEEK – ブリーフの作成と調整.この記事のテンプレートおよび完成した例は社説です。

冒頭の会話はそのままにしてください

トランスクリビターは、通話記録をタイムコードでテキストに変換します。トランスクリプションを使用して要件を収集し、条件を見つけ、顧客が確認できる簡潔な説明を準備します。

会話を書き記すテキストを使用する前に、元のレコードの重要な文言とタイムコードを確認してください。