クライアントインタビューをウェブサイトのケーススタディに変換する方法

根拠となる質問をする

インタビューでは印象だけでなく背景も明らかにする必要があります。プロジェクトの前に何が起こったのか、以前のアプローチが機能しなかった理由、ソリューションがどのように選択されたのか、何が変わったのか、そしてそれがどのように確認されたのかを尋ねます。

望ましい答えを提案しないでください。具体的な例は、一般的な賞賛よりも価値があります。 「気持ち良くなりましたか？」ではなく、 「このタスクは最初のアクションから結果までどのように進むのでしょうか?」と尋ねます。

• タスクの内容と範囲は何ですか?
• 何が問題でしたか?
• これまでに何を試しましたか?なぜ十分ではなかったのですか?
• このプロジェクトでは具体的に何をしましたか?
• どのような結果が確認できますか?

次の手順は、録音を準備し、さらなる作業を整理するのに役立ちます。 インタビューを文字に起こし、出版用の資料を準備する方法.

証拠によって記録をマークする

文字起こし後、問題、アクション、結果、引用の 4 つのタイプの断片を特定します。各タイムコードの横にタイムコードを保存します。番号、システム名、検証期限を別途記載します。

会話に証拠がない場合、記録にはこのギャップが示されます。マーケティング用語を詰め込むよりも、説明を求める方が良いでしょう。理解できる 文字起こしのタイムスタンプ は、クライアントの言葉に立ち返るのに役立ちます。

「できた・できた・なった」構造を組み立てる

クライアントの状況と問題のコストから始めて、次に解決策の選択と作業の進捗状況を説明します。検証可能な変更を通じて結果を示します。引用は事実を人間の経験で補完するものでなければなりません。

: プロジェクト前のタスクの様子。 作成: 具体的にどのような変更が加えられたか。 現在: 導入後に何が観察され、それがどのように確認されるか。こうすることで、読者はクライアントの経験と自分の状況を比較することができます。

結果が測定できない場合は、観察された変化とそれをどのように確認したかについて説明してください。上記のチュートリアルの例では、責任者の割り当てを示しています。追加データがなければ、売上が増加した、または仕事が加速したと言うのは不可能です。

数字と因果関係を確認する

プロジェクト後に改善が見られたという単なる事実だけでは、唯一の理由は証明されません。期間、データソース、同時変更を指定します。顧客の推測を製品の確固たる約束に変えないでください。

前後の比較では、メトリクスが同じ方法で計算されていることを確認します。たとえば、応答時間が同じイベントからカウントされています。リクエストの量、チーム構成、会計ルールが変更されていないか確認してください。

発行日時点でのブランドの綴り、立場、顧客のステータスに同意します。最終的なテキストを送信する前に、以下の 5 つのステップを実行してください。

出版に同意する

契約に従って、最終バージョンまたは合意された断片をクライアントに納品します。営業秘密、個人情報、ロゴの使用許可などを別途ご確認ください。アクセスを制限して記録とトランスクリプトを保存します。

クライアントが確認したテキストのバージョンを承認日とともに保存します。この後、引用、図、または結論が大幅に変更された場合は、変更された部分を再調整します。

実践チェックリスト

• 録音とケースについての同意を取得します。
• 賞賛するだけでなく、証拠を集めましょう。
• 数値と引用符のタイムコードを保存します。
• 因果関係を誇張しないでください。
• 最終バージョンとビジュアル素材に同意します。

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

ページ 「音声テキスト変換」 完成したエントリーを処理のために送信し、結果を待ちます。まず、一般的な意味を評価し、次に名前、番号、および用語をタイムコードと照合して確認します。テキストをダウンロードして、お気に入りのツールで編集を続けてください。

自動テキストを確認せずにケースに転送しないでください。プロジェクトの結果についての結論の基礎となる、選択した引用文とステートメントを、元の録音と照らし合わせて確認します。