这份报告里，建议能否从你的消费体验推出来，直接关系到 rubric 对章节相互支撑的评价。我会从建议往前找：正文里哪次体验，让这个动作变得有必要。

在建议开头补上它对应的那次体验

翻到建议部分，在每项建议前面补一句，点明它对应的是哪次具体经历：你看到了什么，做了什么，哪种价值因此增加或减少。再接回分析里已经解释过的原因，读者就能判断，这个改动为什么适合你选的品牌。

Rubric 占 50% 的那栏，D 档写的是各部分之间有 good support，HD 档要求 excellent support。图中每个箭头，都在草稿里找一句对应的解释。比如建议调整 App 提醒频次，开头可从「那次连续提醒后，我……」接起，只填自己确实发生过的反应。这样 marker 不用替你猜，前面的体验怎么推到了后面的动作。

图：建议回查图：已记录的体验、分析中的原因、建议修改的触点依次相连。写完建议后向前核对，每一步都能回到正文。

结构示意 · 改稿时用来核对对应关系，表述由自己的经历填写。

给两个评分各留一句不同的理由

描述部分的参与度和向亲友推荐的意愿，可以并排看一遍。给参与度的理由写回持续使用、保存或购买这些行为；给推荐意愿的理由写清你愿意推荐给哪位亲友，以及有什么顾虑。两个评分相同也没关系，理由仍然各自成立。

如果你用得频繁，却不太愿意推荐，可以补一句解释差距的话。比如「我会继续用，因为……；给家人推荐时，我会顾虑……」。空白处填回你已经写过的经济、情感或其他价值感受。Rubric 的 insightful reflection 看的是对经历的理解；这句补充能让 marker 看到，同一个品牌为什么会让你继续使用，又对推荐有所保留。

把评论结论的范围写进主语

用公开评论支持分析时，检查结论句开头写的是谁。如果数据来自你筛过的一批评论，就写「所选评论中提到该活动的人……」，并交代平台、时间范围和相关版本。这样读者可以把评论里的经历，和你自己遇到的触点放在同一个范围里比较。

这批数据只包括主动写评论的人，不能据此估计全部顾客的态度。它仍然能帮你检查：自己遇到的那个问题，在别人对同一活动的描述里是否也出现。把这层用途写在评论表下面，后文建议就能围绕具体问题展开。若已有评论谈的是品牌整体，找不到对应活动，就把它留作品牌背景；当前材料尚不能验证该活动效果，也在那句结论旁说明。

在实施表里加一列「何时暂停」

建议的优缺点写完后，把那个缺点带进实施表。Brief 要求评价建议的利弊，也要求方案实际可行。若缺点只留在讨论段，执行安排里继续照常扩大，读者看不出你准备怎样处理它。我会在成效指标旁加一列「何时暂停」，让这个顾虑改变后续动作。

比如建议增加品牌推送时，除了观察推送的打开率，也可以观察退订率，把「退订率上升时暂停扩大，检查频次」列为拟定规则。这一列是从可实施性要求推出来的改稿建议。具体观察窗口和判断门槛，按所选品牌能取得的数据说明；暂时没有依据，就标为待试点确认。