あなたが擁護できる主張から始めます
役立つ顧客事例では、定義された設定における特定の変更について説明します。これにより、読者は最初の問題、人々とソフトウェアが何をしたか、何が改善され、何が不確かなままであるかを理解できるようにする必要があります。魅力的なチャートを、ある製品がその後のすべてのビジネス結果を引き起こしたという主張に変えてはなりません。この記事は、 EmailAuth体験談や実際の顧客のアカウントではなく、帰属につながるストーリーを準備する方法です。
好ましい例を収集する前に、提案された結果を測定可能な言葉で書きます。調査労力の削減、誤って設定された正当な送信者の減少、認証合格率の変化、顧客の反応の増加が特徴です。それぞれに必要な証拠が異なります。少ないことを示すレポート DMARC 失敗は独立してより少ない数を確立することはできません フィッシング インシデントの増加、収益の増加、または受信箱の配置の改善などです。どのクレームを実際に評価するか、どのクレームを省略するかを決定します。
ストーリーとその証拠について許可を得る
出版を許可できる組織、引用を承認できる個人、裏付けとなる記録を確認できる人を特定します。運用レポートを処理する権限は、自動的に顧客の ID、ロゴ、インシデント、またはメッセージの詳細を公開する権限にはなりません。承認された文言、対象者、チャネル、レビュー日、有効期限または取り消し条件を記録します。詳細の組み合わせによって顧客が特定される可能性があるため、匿名化されたストーリーでも機密性の確認が必要です。
の FTC の承認ガイダンス は、支持は真実である必要があり、重要な関係の開示が必要な場合があると説明しています。また、一般的な結果の免責事項は、典型的なパフォーマンスに関する誤解を招く影響を解決するものではないことも警告しています。これらは米国の広告に関する考慮事項であり、普遍的な法的認可ではありません。対象となる市場について関連するレビュー担当者に質問し、顧客の同意を事実の裏付けから切り離してください。
比較可能なベースラインを維持する
送信者の調査、ドメインのオンボーディング タスク、レポート処理バッチ、またはメッセージの作成などの観察単位を定義します。日付、包含ルール、環境バージョン、送信者の構成、人員配置、作業負荷、および利用可能な証拠を記録します。失敗したタスクや放棄されたタスクをその理由とともにデータセットに保存します。困難なケースのみから集められたベースラインを、簡単な勝利のみを含む介入期間と公平に比較することはできません。
認証測定の場合、レポート ソース、期間、識別子、フィルターを保存します。 RFC 9990 重複した重複レポートについて説明します。変更されたコレクターは、メールの動作を変更せずに見かけの合計を変更できます。記者の不在、配信の遅れ、新しい送信者集団が表示される必要があります。カウントと分母を一緒にレポートし、観察されていない期間を故障ゼロとして扱うことを避けます。
労働力の測定には、セットアップ、トレーニング、レビュー、修正、エスカレーション、メンテナンスが含まれます。実践時間を、経過時間や別のチームを待つ時間から切り離します。同じオペレーターが両方の期間を実行したかどうか、およびタスクに精通していることで何らかの改善が説明できるかどうかを文書化します。新しいレビュー手順が別の場所で時間を消費する場合、保存されたクリックは自動的に省力化されません。
介入を正確に説明する
変更がいつ発生したかをリストします: 認証構成、送信者の退職、オペレーターのトレーニング、コレクターの交代、人員配置の変更、または新しい承認手順。製品が実行したアクション、サプライヤーの担当者が実行したアクション、および顧客のチームが実行したアクションを特定します。介入の説明の代わりに製品名を使用しないでください。
DMARCの現在の仕様 は、調整された識別子を通じて定義された認証結果をサポートします。その範囲はストーリーを制限するのに役立ちます。成功 アライメント 受信者がメッセージを信頼したこと、コンテンツが無害であること、またはアカウントが侵害されていないことを証明するものではありません。受信者の行動とビジネス環境は、独立して観察結果に影響を与える可能性があります。
現実的であれば、期間後のデータを収集する前に、比較可能なタスク、変更しない参照母集団、または段階的に展開することについて合意します。これらは別の説明をテストするのに役立ちますが、設計が実際にその説明をサポートしない限り、結果を管理された実験と分類することはできません。複数の介入が同時に発生した場合は、帰属制限を明確に述べます。
作業内容を隠さずに結果を計算する
20 件の同等の送信者調査による完全に架空のベンチマークを考えてみましょう。ベースラインには 160 分の実践時間が必要です。提案された支援手法には 100 分とレビューと修正の 35 分がかかり、合計 135 分かかります。その差はベンチマーク全体で 25 分であり、正味の 60 分の節約ではありません。これらの発明された数字は会計を説明するだけです。これらは顧客またはEmailAuthパフォーマンス データではありません。
支援手法が 3 つのケースを完了できなかった場合は、その結果を報告し、事前定義された測定ルールに基づいて回復作業を含めます。例外的なケースを 1 つの平均値で隠蔽するのではなく、タスク レベルの変動を示します。除外、変更された定義、および利用できない測定について説明します。演算の改善には精度の低下や運用リスクの増加が伴う可能性があるため、承認には速度だけでなく品質も含める必要があります。
の FTC の実証ポリシー 客観的な広告主張を広める前に、適切な根拠が必要です。満足を表明する見積書は、欠けている測定証拠を提供するものではありません。それぞれの公開文を基礎となる記録、承認された解釈、および承認された帰属と照合します。
制限されたストーリーを公開するか、メソッドとして保持します
強力な最終的な物語は、開始条件、介入、観察枠、サンプル、測定された結果、努力、例外および限界を特定します。重要な資格は、それが制約する主張の横に置いてください。最終的な文脈で承認された引用のみを使用してください。編集や見出しによって、慎重な観察を広範な支持に変えないでください。
合意されたアクセスおよび保持制御の下で証拠パッケージを保持し、製品または顧客の状況が変化した後にストーリーを再確認する担当者を割り当てます。後の修正では、陳腐化した成功宣言を黙って流通させておくのではなく、主張とその承認記録を更新する必要があります。このガイドではお客様に連絡したり、代理したりすることはありません。
正確な試運転の門はまだ開いています。失敗、人間の労力、および帰属の制限を含む、反復可能な前後タスクのベンチマークです。顧客の同意、文書化された介入、承認された見積も必要です。それらのアーティファクトが存在するまでは、この資料から想定される顧客の成功事例を公開しないでください。有用な成果物は、検証方法とその明らかに架空の計算です。