Colay / ガイド

一つの依頼内容を複数の文体へ:テンプレートを増やさず、文体プロフィールを使う

複数のクライアント向けに作成する場合、各テンプレートの個別のコピーを保持することはすぐに保守が困難になります。より実践的なアプローチは、事実に基づくブリーフ 1 つと、クライアントごとに承認された小さなトーン プロファイルを追加することです。 Colay は、これらの入力からバリアントを生成して比較できるため、実際の内容を維持しながらメッセージを適応させるのに役立ちます。

一般的なメッセージとクライアントの声を分離する

事実に基づく簡潔な説明には、何が起こったのか、何が変化したのか、誰が影響を受けるのか、読者は何をすべきかが答えられます。トーン プロファイルは、形式のレベル、文の長さ、優先される用語、一人称の使用法、避けるべきフレーズなど、このクライアントのコミュニケーション方法に答えます。精力的な書き換えによってより強力な製品の主張が静かに導入されないように、これらの入力は分離しておいてください。

Microsoft のライティング ガイダンスでは、文脈に応じて口調が変化する一方で一貫性を保つ文体について説明しています。各クライアントの資料にもその区別を適用してください。サービス開始のアナウンスとサービス中断の通知は、同じように陽気な響きを持たずに、認識可能な言語を共有する場合があります。国や業界についての固定観念ではなく、承認された例を参考にしてください。

承認された例からコンパクトなプロファイルを作成する

クライアントが実際に承認し、使用を許可されている短い例をいくつか選択してください。モデルに観察可能なルールを提案してもらい、それを自分でレビューします。プレミアムや破壊的などのあいまいなラベルを、編集者がテストできる指示に置き換えます。具体的な利点を示す、感嘆符を避ける、最初の言及では製品名を完全に使用するなど、編集者がテストできる指示に置き換えます。

この架空の例では、3 人のクライアントが新しいプロジェクト ステータス ページを発表します。このページは現在利用可能で、チームによって投稿された更新情報が表示されますが、リアルタイムの監視を約束するものではありません。すべてのバージョンでこれらの事実を保持する必要があります。この例では、測定されたキャンペーンの結果ではなく、架空のクライアントについて説明します。

同じお知らせに対する 3 つの仮想顧客プロファイル
プロフィール書き方ルール書き出しの例
クライアント A:簡潔で実務的な文体利用可能になったことから伝え、具体的な名詞を使うプロジェクト ステータス ページが利用できるようになりました。私たちのチームによって投稿された更新情報が表示されます。
クライアント B:親しみやすいサービスの文体読者のニーズを認識します。説明は短くしてくださいチームのプロジェクトの最新情報を 1 つのステータス ページで確認できるようになりました。
クライアント C:調達担当者向けの改まった文体事実に基づく冒頭を使用します。カジュアルな慣用句を避けるプロジェクト ステータス ページで、チームが公開した更新を確認できるようになりました。

8 つのトーンを使用して検討し、安定したプロファイルを選択します

広範な比較が必要な場合は、簡潔、温かみ、形式的、説明的、自信を持って、心強い、相談的、経営的という 8 つの慎重な視点をリクエストしてください。プロンプトでそれぞれを定義します。 8 つの出力バリアントは、記述の選択肢を検討する方法であり、人間による 8 つの承認やバージョンが独立していることの証明ではありません。

Colay で Ask separately を使用して、対応可能なエージェントが同じ制約にどのように従うかを比較します。有益な質問は、各バージョンがこのクライアントに属することができるかどうかです。コンセンサスの概要は違いを説明するのに役立ちますが、クライアントの承認されたプロフィールと編集者の判断によって選択が決まります。

中心となるメッセージと固定する主張:[事実]。対象クライアントの文体:[承認済み規則]。文脈と読者の行動:[詳細]。簡潔、親しみやすい、改まった、説明重視、自信のある、安心感を与える、相談型、経営層向けの八つの短い案を作ってください。日付、機能の範囲、約束は同じにしてください。各案でトーンがどう変わり、指定の文体に合うかを説明してください。主張を強めたり、利点を作ったり、文化的な固定観念を加えたりしないでください。最後に推奨案と、事実または文体について承認が必要な判断を示してください。

あるクライアントの言語が別のクライアントの仕事に漏洩するのを防ぐ

既存の承認済みドキュメント システムにプロファイルを保存し、草案作成時に関連するプロファイルを提供します。このワークフローは、Colay が分離されたクライアント ワークスペースを自動的に維持したり、セッションごとにブランド プロファイルを記憶したりすることを前提としていません。明示的なコンテキストにより、プロセスの検査が容易になります。

  1. 下書き作成を開く前に、ソース概要とプロファイルにクライアントとバージョンのラベルを付けます。必要に応じて架空の識別子を使用します。
  2. ターゲット クライアントの許可されたコンテキストのみを提供します。他のクライアントとの会話から得た個人的な例や商業的な詳細をブリーフに持ち込まないでください。
  3. 用語、代名詞、挨拶、主張の強さ、およびプロフィールに対して要求されたアクションを比較します。
  4. 承認されたドラフトをプロファイル バージョンと、それが適合する理由を説明するいくつかの決定事項とともに保存します。クライアントが永続的な変更を承認したら、プロファイルを更新します。

少数の実際のタスクの一貫性を評価する

お知らせ、定期的な更新、難しいメッセージにプロファイルを試してください。マーケティングコピーとしてのみ認識可能な文体を生成する場合は、抑制された状況に対する指示を追加します。ラベルのない多数の代替案ではなく、ルールと例を承認するようクライアントに依頼してください。

実際に必要な編集を測定します。どのフレーズが繰り返し拒否されているか、どのルールが矛盾しているか、どの草稿に事実に基づく修正が必要かなどを確認します。機能する場合は、適切なプロファイルを備えた 1 つの事実に基づくテンプレートを再利用します。コミュニケーションタスクまたは必要な情報が本当に異なる場合にのみ、別のテンプレートを作成してください。

質問と回答

クライアントごとに 8 つのトーンが必要ですか?

いいえ。 8 つの視点は、新しいプロファイルを探索するのに役立ちます。クライアントが方向性を承認したら、その中で関連する代替案をいくつかリクエストします。

1 つのトーン プロファイルであらゆる状況をカバーできますか?

一般的な声を定義できますが、苦情、遅延、機密アナウンスなどのコンテキスト ルールも含まれます。遊び心のあるブランドに遊び心のある謝罪は必要ありません。

モデルに承認済みのサンプルを模倣するように依頼できますか?

共有権限のある例を使用して、再利用可能なスタイル ルールを説明します。新しいメッセージに適用されない個人情報や主張が結果にコピーされていないことを確認してください。

出典と方法

  1. Microsoft: brand voice and contextual tone

    一貫した文体と状況に応じたトーンを区別するための主要な情報源。クライアントのプロフィールはオリジナルの架空の例です。

次の質問を Colay に送ってください。

モデルを選択するか、Autoを使用するか、Consensusを使用して複数の視点を組み合わせます。

トーンを比較