Belief System 分析 · 釋出於 .
從實際廣播的宣告開始
爭議可能涉及標題、影象、包裝或口頭陳述。在準備回覆之前，您應該維護相關版本及其上下文。公司內部的推理並不一定是公眾所理解的。關於特定觀點的有力證據可能無法支援已發表的更籠統的表述。
我們建議將三個要素放在一起處理：句子或視覺效果、讀者可以對其做出的合理解釋以及證據記錄。這種比較可以識別幾種情況：準確但解釋不清的斷言、模糊的範圍、過時的資訊或支援不足的斷言。並非所有這些情況都需要相同的響應。
檢查證據範圍
DGCCRF 提出了環境宣告的可靠性和透明度的要求。它特別強調了不要掩蓋其他重大影響的必要性。這個框架邀請我們檢查斷言的範圍，而不僅僅是支援檔案的存在。特定案件的法律資格必須由主管團隊確定。 [1]
對於傳播工作，驗證可以包括比較的方法、時間段、包含的產品以及比較的有效性。您還需要知道該文件是否易於訪問、易於理解並且仍然是最新的。為參考而建立的結果不會自動證明整個範圍的效能。與某一方面相關的認證不應被視為對公司所有承諾的驗證。
對具體異議作出回應
關於團體價值觀的籠統回答可能會給人一種迴避問題的印象。有必要討論爭議的物件並展示允許對其進行審查的要素。如果措辭含糊不清，則必須在相關媒體上做出澄清。如果缺乏證據，回應必須解釋所決定的行動，而不是陳述公司無法證明的確定性。
語氣也很重要。有理有據的批評、誤讀和故意誤導性的指控並不等同。通訊部門必須避免過快地將爭議標記為操縱行為。適當的回應可以保護對話的可能性，並有助於將討論集中在可驗證的事實上。
組織整改決定
工作並沒有隨著新聞稿的釋出而停止。有必要識別重複宣告的頁面、商業材料、語言元素和檔案。有關官員必須決定糾正措施、糾正的優先順序以及如何向公眾通報糾正情況。未經解釋的修改媒體可能會留下疑問；沒有真正更新的修正公告會造成新的差距。
我們建議保留決策日誌：審查的制定、調查結果、採取的措施、責任和實施狀況。本文件用於協調團隊，而不是為了營造一種精通的外觀。它還可以區分已經應用的更正和仍在進行的調查。宣佈的截止日期必須與組織能夠驗證和執行的截止日期相對應。
示例：過於寬泛的承諾
在一個虛構的例子中，一家公司使用一種通用表達方式來促銷包裝，其中僅改進了一個元件。技術證據可能是準確的，但無法證明整體印象的合理性。有用的回應是澄清增強功能，考慮其他相關效果，並糾正表示式的範圍。簡單地重複公司有技術檔案並不能解決理解問題。
這種情況也應該導致對驗證過程進行審查。最終的措辭是誰批准的？團隊是否一起審查了視覺效果和標題？當地的適應是否擴大了承諾？這些問題使得識別特定媒介之外的治理弱點成為可能。
準備四步響應
| 時間 | 待完成的工作 |
|---|---|
| 建立 | 查詢指控、背景和支援 |
| 檢查 | 將可能的解釋與證據記錄進行比較 |
| 決定 | 澄清、糾正、暫停或繼續調查 |
| 報告 | 解釋決定並監督其實施 |
團隊可以根據其最公開的承諾，在出現任何爭議之前準備好該系統。審查必須包括長期重複的積極陳述：他們的年齡並不構成可靠性的證明。供應條件、方式和公眾期望可能會發生變化。
對於Belief System來說，可信的反應在於觀察與行動的對應。它使證據易於獲取，在必要時認識到措辭的侷限性，並顯示實際所做的更正。信任是在言語和決定之間的這種連續性中重建的。