"系列文章"相关的文章
AI,个人随笔
语义翻译的操作日常:把”我觉得不对”变成”机器能查”

语义翻译的操作日常:把”我觉得不对”变成”机器能查”

上一篇我讲了"翻译能力"是什么,不是让你转岗,而是把你已经在做的语义判断,从"口头提醒"变成"机器可执行的规则"。但"能力"停留在认知层还不够。这篇我把"翻译能力"落地为一套可复用的工作流:从发现语义问题、到写成YAML契约、到验证规则生效,每一步都有判断逻辑和质量门槛。这不是"岗位说明书",是"操作手册",无论你现在的title是什么,只要你已经在做"把设计意图翻译成规则"这件事,这套规范就是为你写的。
产品运营
「拉新、裂变、直播、私域」——别看玩法名,要看能力组合

「拉新、裂变、直播、私域」——别看玩法名,要看能力组合

「电商产品能力拆解」第 10 篇 · 营销玩法下篇。上篇讲清楚了营销需求不要急着换皮肤做交互,要先拆诉求、目标和链路。 下篇继续往后走:当目标和链路拆清楚后,拉新、裂变、内容、直播、私域这些常见玩法,分别要落到哪些产品能力上?上线前又最容易在哪些地方翻车?
下载了一堆 Skill,为什么还是不好用

下载了一堆 Skill,为什么还是不好用

这是「AI 协作」系列二第 3 篇。上一篇讲了怎样从 0 搭出第一版;这一篇回到我的真实起点:在自己动手之前,我也先下载过一堆别人做好的 Skill。 文中使用一份“会员积分过期提醒优化”的原始生成初稿作为样本。重点不是评价这份 PRD 写得好不好,而是看清:一份结构完整的通用 Skill 输出,为什么仍然不能直接进入自己的项目。
产品设计
支付结算:付款按钮点下去之后,到底发生了什么?

支付结算:付款按钮点下去之后,到底发生了什么?

这是「电商产品能力拆解」系列的第 7 篇·支付结算的上篇。上一篇讲了订单中心——三层结构、12 步生命周期、异常订单三大来源、逆向流程、超时与编排。支付结算这一关非常沉重,所以拆成上下两篇:上篇聚焦"钱怎么进来"——支付方式、支付链路、支付状态机这三个地基;下篇再聊"钱进来之后怎么不出事"——对账、分账、退款、异常资金池。