08
系统与迭代练会改对
学完你能：只看四类数据，排出一个 P0 动作，并写成一份 Skill 说明书。
一直在优化，却不知道有没有用；每次都想全部重做，最后只增加了忙碌。迭代不是频繁改动，而是每次针对一个瓶颈，改完后能验证。
一、只看四类数据
内容：完播、点赞、转发，反映内容是否被接受。
流量：曝光、点击、来源，反映有没有被看见。
私域：咨询、问卷提交、回复，反映有没有进一步联系。
结果：交付、复访、转介绍，反映问题是否真正解决。
前一环的瓶颈会传到后一环。没有人咨询，先查内容和入口；咨询不少却没有交付，再查信任和产品，不要混在一起改。
二、一个数据对应一个动作
完播低先改开头，咨询少先检查选题和入口，转化低先检查信任证据与接待流程，复访低先检查交付质量。看板初期只留三到五个核心指标，每个指标都要能回答：「它变了，我准备改什么？」
三、用 P0/P1/P2 排迭代顺序
P0：不改就会影响基本运转，每月最多一两项。
P1：做了会明显改善，排在 P0 之后。
P2：想做但不紧急，先记录，不抢占当前时间。
每月做一次复盘：看数据→找最大瓶颈→定一个动作→写下验证标准→下月检查。这个动作就是循环验证在经营中的用法。
四、把满意的做法写成 Skill 说明书
一页写清：这件事解决什么、需要哪些输入、按什么步骤做、使用哪条提示词、判定标准是什么、遇到异常怎么办。下次直接复用，不必重新摸索。
提示词模板：
任务：根据本月数据找出最大瓶颈，生成下月迭代计划和一页Skill说明书。 输入：本月内容、流量、私域、结果数据是【填写】；上月数据【填写】；已做动作【填写】；可投入时间【填写】。 判定：只选一个最大瓶颈；动作与数据有对应关系；验证标准明确；P0不超过两项。 约束：数据不足时不得编造结论；不一次重做整个系统；保留有效做法。 交付：四维数据简表、瓶颈判断、P0/P1/P2计划、验证日期、Skill说明书模板及示例。
先问自己三句
一、上个月你改了哪一处？改完看的是哪个数？
二、按四类数据，你看漏了哪一类？
三、下个月只改一处，你改哪里？
动手做一遍
按下面的格子填，填完往下看。
- 四类数据各填一个数：________________
- 瓶颈在哪：________________
- P0 动作：________________
- 验证日期：________________
- Skill 六项（问题／输入／步骤／提示词／验收／异常）：________________
做完看这五个格子
□ 四类数据
□ 瓶颈依据
□ 动作日期
□ Skill 说明书
□ 异常处理
这篇带走的成果：四维看板、月度迭代计划、一页 Skill 说明书。