活动结束后,内容要回到常驻问题
活动复盘里,如果活动后续仍是活动一结束,内容也结束,结果往往是热闹过去后,常驻问题仍无人回答。


把场景只看成一张人群画像海报,系统就建不起来。在创作沟通里,它应被拆开,否则说不清问题在哪:创作者知道对方是谁,却不知道此刻发生什么。
拆开不是为了更复杂,而是为了让用一个具体场景代替画像海报可以落在不同的层里。
用一个具体场景代替画像海报。做不到这一点,场景就还停在一张人群画像海报。
场景的上下层要有接口。上一层规定不能让渡的部分,下一层才知道自己可以变哪里。
没有接口时,每个场合都会重新解释场景,一张人群画像海报就从接口的空隙里回来。
规则要能执行,样本只能举例。团队若只收藏喜欢的成品,遇到新场合仍会回到旧问题:创作者知道对方是谁,却不知道此刻发生什么。
所以场景说明里写的是条件,不是某一张参考。
执行层要让普通人用得了。创作开始前,检查场景说明是否还指向用一个具体场景代替画像海报。
执行层一旦只服务熟练的人,场景就会再次变成少数人的一张人群画像海报。
迭代时改规则,不改原则的名字。需求方。
每一轮结束都回到同一个问题:创作者能否说出这一刻对方在做什么。能回答,系统就还是完整的。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把场景重新写成一张人群画像海报。
这一层写明场景里什么不能让渡。
这一层把场景收成可检查的条件。
这一层规定场景在不同场合可以变什么。
这一层把场景交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在创作沟通里标出场景真正被调用的时刻,不要从改写一张人群画像海报开始。
用场景说明代替更长的说明,只保留能支持「用一个具体场景代替画像海报」的内容。
创作开始前,只问:创作者能否说出这一刻对方在做什么。答不上来,就还不是决策。
需求方。没有维护人的场景,会在冲突里被悄悄改掉。
活动复盘里,如果活动后续仍是活动一结束,内容也结束,结果往往是热闹过去后,常驻问题仍无人回答。
大促筹备里,如果大促仍是为了转化临时改承诺,结果往往是大促结束,承诺已经回不去了。
内容团队周会里,如果内容队列仍是以产量作为内容工作的目标,结果往往是做了很多,却回答不了顾客的同一个问题。