新品上市清单
上市的失败更多来自被遗忘的细节而非坏产品：没带埋点上线的页面、链到草稿 URL 的推广、晚一个月才补的 metadata。清单是解药，而自动化是自己会跑的清单。
每次上市都是同样的二十步、同样的依赖顺序，而每次赶工的上市都会随机跳过其中三步。这份 playbook 把步骤固定成三个阶段——之前的就绪、之中的排序、之后的度量——让第二十次上市和清单一样完整，没有任何一次依赖谁的记性。它是 Agent 作为常设程序所跑内容的手动版。
阶段一：谁都没见到之前就绪
上市前是彻底性最便宜的阶段。页面完整：文案回应上市定位、图片排好、规格结构清楚、价格与库存载入。度量接好：商品事件用一笔测试订单验证触发、推广 UTM 分配好。搜索层备好：metadata 写好、结构化数据有效、来自相关分类与内容页的内链与页面同步上线。
页面完整并对照上市 brief 审过——文案、图片、规格、价格
埋点用真实测试交易验证，不从模板想当然
metadata、结构化数据与暂存内链一起发布就绪
上市邮件起草、分群、排期完毕；客服已知晓产品
阶段二：按依赖顺序上市
上市日就是排序：页面先上线并验证（真人加载、加购、查看事件），然后内链与 sitemap ping，然后向高偏好分群发公告，然后更广的渠道。「页面上线」与「第一封发送」之间的间隔是安全余量——间隔里发现的问题花几分钟；发送之后发现的问题花掉整场推广。
阶段三：第一周决定第二周
早期数据回答三个不同的问题，哪个失败对应的动作不同：流量（有人来吗——投放问题）、转化（来的人买吗——页面问题）、放大（买的人评价和复购吗——产品信号）。分开读、第一周每天读，把修复路由到拥有它的层，而不是凭感觉把整场上市重迭代一遍。
运行方式
走完就绪清单
页面、埋点、搜索层与推广各就各位——逐项验证，不想当然。
排好上市日
任何发送之前先上线并验证；高偏好分群先于广泛渠道。
每天读三信号
流量、转化与放大分开追踪，修复路由到对的层。
你会得到什么
第一天就完整的上市，而不是补丁打一个月
因埋点先于流量而可信的第一周数据
几天内被诊断到所属层的问题
不再依赖记性的可复用序列
由这些 Agent 负责
可配合使用
常见问题
清单该提前多久启动？
产品资料和图片齐了之后，数字侧的就绪是几天不是几周。长杆通常是素材质量——它一到位，下游一切可以并行。
新品该向全列表发吗？
很少该。高偏好分群先行：转化更好、早期评价、页面在大范围曝光前的实测。页面被验证后广发跟上——排序胜过群发。
第一周表现不佳怎么办？
改任何东西之前先诊断三个信号哪个失败了。流量弱转化强是投放的事；反过来是页面的事。什么都一起迭代，会毁掉这场上市刚付费买来的信息。
哪些 Agent 跑这个？
全队上，从一份 brief：Builder 管页面，Analyst 管埋点与第一周解读，Visibility 管搜索层，Retention 管排序发送。依赖顺序由共享工作流强制——这正是清单自己会跑的原因。