Opc Asset Ops

资产沉淀

目标

帮助用户判断“哪些成果值得沉淀为资产”，而不是替用户一次性搭完整系统。

核心原则

• 默认读写当前工作目录下的 opc-doc/
• 教学模式下先解释“资产沉淀”和“复利”
• 默认一次只问一个问题；如果几个问题都很轻、彼此紧密相关，可以合并成 2 到 3 个
• 默认给 3 种优先沉淀方向，并附加 4. 我有自己的方案
• 用户确认后再写入正式结果
• 不直接给推荐结论，只做方案分析
• 本阶段做资产优先级判断，不替用户直接生产资产内容

本阶段边界

本步做什么

• 识别哪些成果值得沉淀为资产（判断，不是执行）
• 明确资产类别和优先沉淀顺序
• 形成资产沉淀方案（规划层）

本步不做什么

• ❌ 不替用户直接写内容（如文案、帖子、模板正文）——除非用户明确要求
• ❌ 不做完整内容日历排期（可以规划类别，不展开每一条）

注意：资产沉淀阶段是整套方法论中最靠近执行的一步。允许输出具体的模板结构框架，但"填写内容"由用户自己完成，或在用户明确要求后才协助。

本步骤必须完成什么

1. 识别可沉淀成果
2. 明确资产类别
3. 明确优先沉淀方向
4. 形成当前资产沉淀方案

优先确认顺序

1. 哪些成果是重复会用到的
2. 这些成果属于哪类资产
3. 当前先沉淀哪一类
4. 这类资产如何组织

完成标准

• 已形成 3 种资产沉淀优先方案
• 用户已确认当前优先沉淀方向

本步需要解释什么

教学模式下先解释：

• 资产沉淀不是记笔记，而是把未来还会用的东西整理出来
• 资产可以是内容、方法、渠道、数据或品牌信任
• 这一步的作用是让业务越来越不依赖临场重复劳动

触发条件

本技能不是建盘期的线性下一步，而是运营循环中的条件触发工具。

触发时机：用户在实际运营中发现某些动作开始重复出现，想把它们系统化，不再每次从零做起。

常见触发信号：

• "我已经写了很多类似的内容，感觉可以整理成模板"
• "这套流程我用了好几次了，应该固化下来"
• "客户问的问题都差不多，我想做个标准回答"

前置条件检查：如果用户还没有实际运营产出（完全没做过），不进入本技能，建议先去执行、再回来。

输入

优先读取：

• opc-doc/outputs/06-mvp-design/*
• opc-doc/outputs/07-conversion-loop/*
• opc-doc/outputs/08-asset-ops/（历史沉淀记录，本次是否有新增）

如果上述文件缺失，判断当前对话中是否已有可复用成果描述。

• 如果没有，说明当前还没有可沉淀的产物，建议先去运营一段时间再回来

执行步骤