01
定位先写“持续观察什么”
比给自己贴标签更有用。
例如持续观察城市通勤、桌面制作、角色影像或剪辑实验。明确观察对象后，选题池会更自然，也更容易形成栏目。
- 观察对象
- 表达方式
- 更新能力
02
选题池分成现在、以后与放弃
减少所有灵感都堆在一起。
“现在”必须满足可拍条件，“以后”记录缺少的资源，“放弃”保留为什么不做。长期看，放弃原因本身也能帮助判断。
- 现在可拍
- 等待条件
- 明确放弃
03
拍摄检查表只留高频失误
让检查表越来越短而不是越来越长。
从真实返工里提取：电量、存储、白平衡、收音监听、授权、关键镜头。已经形成习惯的项目可以移除。
- 设备
- 画面
- 声音
- 授权
04
风格记录描述方法，不写形容词
把“高级”“电影感”换成可执行特征。
记录常用焦段、机位高度、镜头时长、环境声比例、字幕方式和颜色倾向，才知道哪些选择真正构成一致性。
- 镜头规则
- 声音规则
- 文字规则
- 颜色规则
05
发布前检查承诺是否准确
标题和封面是内容的一部分。
确认标题没有夸大结果，封面对象与成片一致，字幕和引用准确，版权与人物授权可追溯，再选择发布时间。
- 标题
- 封面
- 版权
- 隐私
06
评论整理按问题类型归类
不要被单条情绪反馈牵着走。
把反馈分成看不懂、听不清、节奏、事实疑问、希望补充等类型，观察是否重复出现。只有可验证的重复信号才值得进入下一版。
- 理解问题
- 技术问题
- 内容追问
07
项目归档保存决定依据
未来复用的不只是工程文件。
保存最终脚本、镜头表、授权记录、母版、关键预设和一页复盘。下一次做相似项目时先读复盘，再打开软件。
- 母版
- 工程
- 授权
- 复盘
08
复盘只选一个最高优先级
一次改太多无法知道原因。
从结构、拍摄、声音、字幕、颜色和发布中选最影响结果的一项，写成下一条作品开始前能执行的动作，并在完成后验证。
- 识别主问题
- 写具体动作
- 下一条验证
09
建立“未发布原因”记录
没有发布的作品也能提供流程信息。
如果项目因为授权、声音、素材不足或时间限制被暂停，写下具体原因和重新启动所需条件，避免几个月后再次从头判断。
- 暂停原因
- 恢复条件
- 可复用素材
10
把个人经验转成团队可读说明
方法能被别人理解才真正稳定。
把常用命名、导出、字幕、安全检查和反馈方式写成短文档。即使只有两个人协作，也能减少口头约定遗失。
- 命名
- 交付
- 检查
- 反馈