ブランドマーケティングにおける本物のストーリーテリング:台本通りにならないように信頼を築く方法

ブランドは、洗練されたキャンペーン、魅力的な創業者紹介ビデオ、そして数々の顧客の声を用意しても、結局は「これはマーケティングにしか見えない」という同じ反応を人々に残してしまうことがある。問題は、感情の欠如にあるのではなく、信憑性のある詳細の欠如にあるのだ。

ブランドマーケティングにおける真のストーリーテリングは、ブランドが「リアルさ」を捏造するのではなく、真実を伝えていると人々に感じさせるのに十分な具体性、文脈、そして証拠を提供する場合に効果を発揮します。そのためには、生々しい未編集のコンテンツや、過剰な告白は必要ありません。ブランドが語る内容、実際に起こったこと、製品がサポートできること、そしてオーディエンスが検証できることの間に、より緊密な繋がりが必要なのです。

マーケティングチームのメンバー4人が、木製のテーブルを囲んで写真、メモ、製品サンプル、そして記事のアイデアを検討している。
マーケティングチームは、写真、メモ、製品サンプルを精査しながら、特定の人物や製品の詳細を中心にブランドストーリーを構築していく。

事実が技術的には正しい場合でも、ブランドストーリーがしばしば偽物のように感じられる理由

弱いブランドストーリーテリングのほとんどは、間違った素材から始まっている。チームはまず「革新的」「情熱的」「顧客第一」「持続可能」「破壊的」といった形容詞から始め、それらの言葉を裏付ける逸話を探し出す。しかし、ストーリーを見つける前に結論が決まっているため、結果はたいてい予想通りだ。

ブランドの信頼性に関する研究は、より有用な枠組みを提供します。モルハートらが開発した広く引用されている尺度では、信頼性、誠実性、象徴性、継続性という4つの側面からブランドの信頼性を説明しています。つまり、消費者は「この出来事は実際に起こったのか?」と問うだけでなく、ブランドが約束を守っているか、表明された価値観に従って行動しているか、人々に何らかの意味を持っているか、そして時間の経過とともに一貫性を示しているかを判断しているのです。この研究の原著論文は、Journal of Consumer Psychology誌に掲載されたブランドの信頼性に関する研究で閲覧できます。

構造的な問題も存在します。ストーリーテリングは人々の関心を高めることができますが、関心と信頼性は同じではありません。物語による情報伝達に関する実験的研究では、人々は物語のような広告に没頭し、分析的な主張とは異なる方法でそれを処理することが示されています。これはマーケティング担当者にとって有益ですが、同時に、生き生きとした物語を証拠の代わりとして扱うべきではないことも意味します。物語による情報伝達と説得に関するJournal of Consumer Researchの原著論文を参照してください。

まずは最も簡単な解決策から始めましょう。ブランドを表す形容詞を、観察可能な事実に置き換えるのです。

ストーリーを書き直す前に、読者にブランド自身の判断を受け入れるよう求める文をすべて下線で示してください。「私たちは顧客を深く大切にしています」「私たちは品質にこだわります」「私たちは業界を変えています」といった文は、誠実な言葉かもしれませんが、読者にはその誠実さが伝わりません。

具体的な事例で説明しましょう。「お客様の声に耳を傾けています」と言う代わりに、サポートへの問い合わせが相次いだ結果、お客様がどこでつまずいているかが明らかになり、製品チームが返品フローを変更したことを説明します。「私たちは職人技にこだわっています」と言う代わりに、材料の選択、却下された試作品、追加の検査工程、あるいは最終製品のコスト増や製造時間の延長につながったトレードオフなどを示します。

目的は、すべての文を長くすることではありません。自己描写から証拠へと移行することです。具体的な名詞、日付、場所、行動、制約などは、感情的な形容詞よりも信憑性を高める効果があります。

実在の人物を物語の中心に据えるが、彼らを単なる小道具にしてはならない。

信頼できるブランドストーリーは、通常、人間の視点から語られます。その人物は、顧客、従業員、サプライヤー、創業者、パートナー、あるいは地域社会の一員かもしれません。重要なのは、その人物自身がストーリーで語られる事柄について、実際に経験を持っているということです。

決断と結果が伴う瞬間について尋ねてみましょう。以前は何が不満だったのか?その人は最初に何を試みたのか?何が危うく失敗しそうになったのか?何が変わったのか?まだ完璧ではない点は何か?こうした質問は、無理にドラマチックな展開を作ろうとすることなく、場面や緊張感を生み出します。

顧客事例が推薦文でもある場合、広告の真実性に関する規則が重要になります。米国連邦取引委員会(FTC)は、推薦文は真実で誤解を招くものであってはならないとし、推薦者とマーケティング担当者の間の重要な関係は、人々が推薦文を評価する際に影響を与える可能性がある場合は開示すべきだと述べています。FTCは2023年に推薦文に関するガイドラインを改訂しました。現在のガイドラインは、FTCの推薦文ガイドラインページにまとめられています。

完璧な弧を描くのではなく、緊張感とトレードオフを描き出す

多くのブランドストーリーは、あらゆる出来事があらかじめ決められた勝利へと明確に繋がっているため、不自然に感じられる。実際の仕事はもっと複雑だ。より信憑性のあるストーリーには、発売の遅延、顧客からの反対意見、デザイン上の妥協、最初の試みの失敗、あるいはチームの当初の計画を変更させた教訓などが含まれるかもしれない。

これは「すべてを白状しろ」とか、ブランドを無能に見せろという意味ではありません。重要なのは、そのストーリーに意味のある制約が含まれているかどうかです。製品を軽量化するには、材料の変更が必要だったかもしれません。サービスの向上には、範囲の縮小が必要だったかもしれません。持続可能性の向上には、コスト増が伴ったかもしれません。トレードオフがあることで意思決定が理解しやすくなり、理解しやすい意思決定は信頼しやすくなります。

何が起こったかと、それが何を意味するかを切り離して考える

最も効果的な編集方法の一つは、原稿を二つの層に分けることです。第一層には事実、つまり誰が、いつ、どこで、どのような制約の下で、どのような結果を出したのかを記述します。第二層には解釈、つまりその出来事がブランドや顧客にとってなぜ重要なのかを記述します。

こうした要素を早々に融合させてしまうと、ブランドは往々にして誇張表現に陥りがちです。「顧客が3時間を節約した」が「当社のプラットフォームは生産性を変革する」に、「創業者が一つの深刻な問題を解決した」が「私たちは業界を革新した」になってしまうのです。より広い視点からの結論は最終的には裏付けられるかもしれませんが、一つの逸話だけでそれを正当化することはできません。

この区別は、記事でレビューや証言を使用する場合に特に重要です。FTCの消費者レビューおよび証言規則は、2024年10月21日に発効しました。この規則は、偽または虚偽のレビューや証言、特定の非公開の内部証言、レビューの抑制、偽のソーシャルメディア指標の売買など、さまざまな行為に対処しています。FTCの公式の質疑応答では、規則の適用範囲が説明されており、スタッフガイダンスは包括的なセーフハーバーではないことも指摘されています。

顧客が購入しようとしているものに合った本物らしさを提供する

すべての製品に同じ種類のストーリーが必要なわけではありません。2023年の『Journal of Business Research』誌に掲載された研究では、ストーリーテリングにおけるさまざまな信憑性を示す手がかりを区別し、消費者の反応は製品の種類や価格帯などの要因によって異なることを明らかにしました。著者らは、信憑性を示す手がかりが強いほどブランドに対する好意的な態度につながる一方、特定の手がかりの有効性は文脈によって異なると報告しています。信憑性のあるストーリーテリング、製品の種類、価格に関する元の研究については、こちらをご覧ください。

購入状況ストーリー証拠は通常より重要よくある間違い
高価格または高リスクの購入プロセス、専門知識、制限事項、保証、実装の詳細、顧客状況の証明感情を利用して具体的な質問を避ける
体験主導型の製品またはサービス具体的な瞬間、感覚的な詳細、前後関係、一人称視点一般的なライフスタイル用語を使用する
目的や価値観に基づいたブランド時間の経過に伴う行動、方針、トレードオフ、測定可能なコミットメント、一貫性キャンペーン自体を証拠とする
新製品または馴染みのない製品構築の理由、問題解決のきっかけ、デモンストレーション、制約、実際の使用例専門用語から始める

単発の「本格的な」キャンペーンではなく、ストーリーシステムを構築しよう

より難しい解決策は、組織運営上の問題です。キャンペーン期間中にマーケティングチームにストーリーをでっち上げさせるのではなく、組織が定期的に信頼できる情報源を収集することで、より説得力のあるストーリーテリングが可能になります。

情報源、日付、同意状況、裏付けとなる証拠、承認された主張、およびストーリーの使用場所を記録する軽量なストーリーライブラリを作成します。必要に応じて、インタビューの録音やメモを保管します。事実に基づいた主張を裏付ける製品ドキュメント、サポートチケット、テスト結果、または公的記録を保存します。従業員や顧客のストーリーについては、編集された部分と編集されていない部分を記録します。

これは、チームが生成ツールを責任を持って使用する上でも役立ちます。AIはインタビューの要約、構成案の提案、ドラフトのバリエーション作成などに役立ちますが、架空の顧客を作り出したり、合成画像を実在の人物に仕立て上げたり、引用文を捏造したり、記録されていない結果を追加したりしてはなりません。流暢なドラフトはあくまでドラフトであり、その根底にある主張は検証に耐えうるものでなければならないのです。

「本物」と「カジュアル」を混同しないでください

手持ちカメラの映像、粗い照明、スラング、台本なしの話し方は、非公式な印象を与えるかもしれないが、それらの要素はどれも信憑性を証明するものではない。綿密に制作されたドキュメンタリーは真実を伝えることができる。一方、手ブレのひどいスマホ動画は、人を欺く可能性がある。

適切な基準は、プレゼンテーションが現実と一致しているかどうかです。シーンを再現した場合は、その違いが重要な場合はその旨を明記してください。広報担当者に報酬を支払っている場合は、必要に応じてその利害関係を開示してください。顧客の成果が通常とは異なる場合は、十分な根拠なしにそれが一般的であるかのように示唆しないでください。ブランドがまだ問題に取り組んでいる場合は、目標を既に達成した成果として提示することは避けてください。

誇張を助長することなく、物語が効果的に機能しているかどうかを測定する

エンゲージメント指標は有用ですが、センセーショナルな記事作成にチームを駆り立てる可能性もあります。注目度指標と信頼性を重視するシグナルを組み合わせましょう。保存数、質の高い返信数、校正ページへの直接トラフィック、顧客からの質問、アシストコンバージョン、そして記事公開後に営業チームやサポートチームからの誤解が減少したかどうかなどを確認してください。

また、否定的なフィードバックも確認しましょう。「これはスポンサー付きの投稿ですか?」「この顧客は本当にそう言ったのですか?」「この主張は実際にはどういう意味ですか?」といった質問が繰り返し寄せられる場合、たとえ視聴回数が多くても、コンテンツの信憑性に問題がある可能性があります。

公開前に実践的な信憑性チェックを行う

ブランドストーリーを承認する前に、以下の質問に基づいて評価してください。優れたストーリーは必ずしも満点である必要はありませんが、回答が不十分な場合は、再編集または事実確認を行う必要があります。

  • 出典:それぞれの重要な事実に関する主張がどこから来たのかを特定できますか?
  • 直接的な経験:引用されている人々は、実際に経験したことを述べているのだろうか?
  • 具体性:物語は形容詞ばかりではなく、具体的な行動、制約、状況描写を含んでいるか?
  • バランス:それは、実際の緊張関係、トレードオフ、制約、または決定を認識しているか?
  • 裏付け:より広範な主張を行う場合、パフォーマンスや成果に関する主張は、単一の逸話を超えて裏付けられているか?
  • 開示事項:報酬、雇用、提携関係、その他の重要な関係は、必要な場合に明確に開示されていますか?
  • 一貫性:そのストーリーは、ブランドの実際のポリシー、製品の挙動、過去の行動と一致しているか?
  • 対象顧客との適合性:提示する証拠の種類は、顧客が下すリスク、価格、および意思決定に合致しているか?

最後のテストは簡単です。ロゴと感動的な形容詞を取り除いてみてください。残ったストーリーに、認識可能な人物、現実的な選択、検証可能な詳細、そして視聴者が関心を持つべき理由がまだ含まれているなら、それはおそらく本物のストーリーテリングの役割を果たしていると言えるでしょう。ブランド自身の主張がなければストーリーが崩壊してしまうなら、次の草稿では、より現実的な内容にし、修辞的な表現を減らす必要があります。

コメントを残す

ONLYOFFICEのスペルチェックは、選択した言語のままにしておいてください。

ONLYOFFICEのスペルチェックは、選択した言語のままにしておいてください。

文書全体または選択したテキストの校正言語を設定し、スペルチェックが有効になっていることを確認し、サーバー辞書が見つからない場合を特定します。

ドキュメントを再度開いたときに変更履歴を記録する

ドキュメントを再度開いたときに変更履歴を記録する

ONLYOFFICEドキュメント内で、すべてのユーザーに対して永続的な変更履歴の記録を有効にし、編集内容が記録されていることを確認し、この設定の制限事項を理解してください。

ONLYOFFICEのNginx 502エラーを解消するために上流を追跡する

ONLYOFFICEのNginx 502エラーを解消するために上流を追跡する

Nginx、Dockerネットワーク、またはONLYOFFICE内部サービスのいずれかが502エラーを返しているかどうかを確認し、修正されたアップストリームとヘルスチェックを検証します。

ONLYOFFICEがNextcloudに保存しない場合の保存コールバックのトレース

ONLYOFFICEがNextcloudに保存しない場合の保存コールバックのトレース

ONLYOFFICEの保存失敗を診断するには、Nextcloudのコールバックルート、プロキシのリダイレクト、およびストレージログを確認し、編集されたファイルが保持されていることを確認します。

ONLYOFFICEドキュメントサーバーがVPSメモリ不足にならないようにする

ONLYOFFICEドキュメントサーバーがVPSメモリ不足にならないようにする

ONLYOFFICEのメモリクラッシュの原因を特定し、Dockerの制限を確認し、VPSのRAMサイズを正しく設定し、スワップ領域を安全に追加し、ドキュメントが正しく開いて保存されることを確認します。

ONLYOFFICE PDFエクスポートの失敗の原因を特定する

ONLYOFFICE PDFエクスポートの失敗の原因を特定する

ブラウザのダウンロードに関する問題とサーバー側の変換エラーを区別し、適切なログまたはアクセスチェックを使用して、PDFエクスポートが正常に機能するようにしてください。

NextcloudでONLYOFFICEの「トークンが無効です」エラーを解決する

NextcloudでONLYOFFICEの「トークンが無効です」エラーを解決する

ONLYOFFICE DocsとNextcloudで使用されているJWTシークレットを照合し、DockerまたはLinuxインストールに安全に適用し、認証を弱めることなく接続を検証します。

Ubuntu 24.04にONLYOFFICE Workspace Communityをデプロイする

Ubuntu 24.04にONLYOFFICE Workspace Communityをデプロイする

公式のDockerスクリプトを使用して、Ubuntu 24.04にONLYOFFICE Workspace Communityをインストールし、サーバー要件を確認し、必要に応じてメールをスキップし、ポータルが安全に動作することを確認します。

ONLYOFFICE JWTシークレットをサーバーとコネクタ間で設定する

ONLYOFFICE JWTシークレットをサーバーとコネクタ間で設定する

ONLYOFFICE Docsとそのコネクタに対応するJWTシークレットを設定します。Linuxパッケージ、Dockerデプロイメント、および検証のための安全な手順も含まれています。

ONLYOFFICE Docsを、あなたのロゴとテーマカラーでブランド化しましょう。

ONLYOFFICE Docsを、あなたのロゴとテーマカラーでブランド化しましょう。

組み込み型のONLYOFFICE Docsエディタに、カスタムテーマファイルとエディタ設定を使用して、会社のロゴとインターフェースカラーを設定できます。エディション制限と展開チェックについては、こちらをご覧ください。