TENG YUN / PRODUCT LEAD
把没被验证的新业务,做成能用起来的产品。
定义问题、收敛范围、验证方案,并跟到上线之后的数据。
TENG YUN / PRODUCT LEAD
定义问题、收敛范围、验证方案,并跟到上线之后的数据。
我是腾云,一名产品负责人。主要做从 0 到 1 的新产品和新业务,习惯在立项阶段就介入。
查看精选项目先决定第一版不做什么,再讨论要做什么。
从用户正在做的事里,找出真正值得在第一版解决的那个问题。
问题定义 / 立项结论明确第一版不做什么,把范围压到团队一个周期内能做完。
需求文档 / 版本规划在投人力开发之前,先用可操作原型或评测集把方案证明一遍。
可用原型 / 评测结论对齐研发与业务节奏,定义口径,上线后按周复盘决定下一步。
上线方案 / 周度复盘大多数新业务死在第一版太大,而不是第一版不够好。
所以我大部分时间花在立项和范围上:确认要解决谁的什么事,把第一版压到能做完,再用原型或评测集把它证明一遍。
三个从 0 到 1 的项目:用户增长、内部平台、AI 工具。
01 / 用户增长 · 产品从 0 到 1
从零搭起会员体系,把散落在各处的用户触点,收成一条能讲清楚的主路径。
触点从 12 个收到 1 条,其余全部推迟到第二版。
02 / 内部平台 · 平台产品
把 5 个互不连通的内部系统,收成一个运营团队每天真的会打开的工作台。
先统一入口和权限,后端打通排到第二阶段,三个月完成五个团队切换。
03 / AI 应用 · 工具产品
把散落的内部文档和客服问答,整理成一个能被追问、并且一次说清的助手。
三套语料合成一套规范,200 条评测先跑通,再谈生成质量。
如果项目正处在立项判断、范围收敛或首版验证阶段,可以从这里开始聊。
四段工作:定义、收敛、验证、推进。
从用户任务、业务约束和现有流程里,判断哪个问题真的值得在第一个版本解决。
用 MVP 的思路切分范围,明确第一个版本不做什么,避免上线前不断往上加需求。
把关键流程做成可操作原型或可评测的最小版本,在投入开发之前拿到确定反馈。
协调研发、运营和业务节奏,定义数据口径,上线后按周复盘并决定下一步做什么。
我更关心第一版产品是否真的解决了那个问题,以及它有没有被推上线。
如何开始项目先弄清楚要解决谁的什么事、现在的流程卡在哪,再决定第一个版本做什么。
如何推进合作用范围切分、评测集和灰度方案,把讨论落到可判断的结论上。
目前以产品负责人的身份参与从 0 到 1 的新业务,常在立项与首版范围阶段介入。
立项时先问清楚要解决什么
把第一版压到能做完
上线前先拿到确定反馈
跟到上线并盯住数据