产品运营方法怎么落地？需求验证和优先级这两步先定

产品运营方法落不了地，多半不是方法少，而是「不要」这两个字没有先说出口。十几条需求摊在桌上，谁都想先做，最后一条也没验证完。

下面拆两件事：怎么判断一条需求是真的，几条真需求里先做哪一条。其余动作都挂在这两步后面。

一、方法论的第一页，是一张假设清单

产品运营方法是把验证、优先级、指标、协同串成一套可重复执行的步骤。落到手上只有一张清单，四列：做什么、给谁、凭什么认为有用、怎么算成了。

填不满的事先别排期，它还不算需求，只算一句愿望。这张清单还有个用处：月度会上翻一翻，哪些假设被证伪了还挂在线上，一眼能看出来。

多数人卡在两处。一处是把名词当方法，听了一堆模型，回到电脑前还是从最响的那个人那里领活。另一处是把方案当方法，上来就画流程图、定里程碑，却没写清这次到底在赌什么。

这三行就是要验的假设：谁在痛、痛在哪、凭什么知道真痛。写不出来，说明还没想清，写完先念一遍，卡在哪句就先补那句。

三行里最常糊弄的是第三行。有人写「用户会喜欢」，等于没写，要写成「用过两次以上、一周内还会再用」。能量出来的假设，才排得进期。

方法不是用来显得专业的，是用来决定今天先做哪一件的。

二、需求真伪，只看三样证据

证据一，已经发生的动作。对方是否在用别的办法解决这件事，哪怕只是拉一个群、抄一张表、多花 20 分钟。已经付过代价的行为，比任何问卷都可信。

没有替代动作的痛点，多半只是随口一提。反过来说，如果对方已经为此花了钱或加了人，这条需求基本不用再问真假。

证据二，谁在提。付费的人提和使用的人提，分量不同。两个都提，才算强信号。只有使用的人提，先看它会不会让付费的人更愿意付。

证据三，能否描述细节。真需求讲得出什么时间、什么状态下、卡在哪一步。讲不出的先放观察池，两周后再问一次，还是讲不出就可以删。

验证不必复杂。一周内找 5 个符合画像的人聊 20 分钟，让对方讲最近三次的具体经过，不要讲观点，观点容易顺着你的问法走。

不要问「你会不会用」，对方基本都会说会。问「上次遇到这事你怎么处理的」，答案才有分量。问过去，不问将来。

问到三个人都讲出同一个卡点，这条需求可以进清单。三个人讲出三种卡点，说明画像找错了，先修画像。

三样证据可以记成一张表：谁、什么事、怎么解决的、花了多久。记满一页，比开一场会更有说服力。

三样凑不齐就先不开发。没有证据支撑的需求，做完也没人认，上线一周后通常连一句反馈都收不到。

《高阶运营方法论6-数据分析》

把运营拆成数据、增长、用户几册，想补哪块直接翻那一册。

查看文档

三、优先级用两把尺子量，不用感觉量

优先级只看两个数：影响多少人，影响多深。前者用人数或订单占比衡量，后者用「不做会怎样」衡量。两个都说不清的，一律排到最后。

候选需求放进四个格子：人多且深先做，人多但浅做小改动，人少但深约人聊，人少且浅直接砍。四个格子不用拉表，白板上画一笔就够。

有些团队爱做打分卡，七八个维度各给权重再相加。维度一多，权重就成了调节工具，谁想推哪个就调高哪一个。

更麻烦的是分数会掩盖分歧。A 觉得 3 分，B 觉得 8 分，加权一平均看起来只差一点，真正的争议被算没了。所以维度超过 3 个的打分，基本是给结论找理由。

还有一个维度常被漏掉：这件事做完，下一个动作会不会变简单。能复用、能沉淀成模板的，往前提一档。

两个数都算不出来时，用替代判断：这件事不做，下个月会不会有人主动来问。没人问的往后放，有人连问两次的往前提。

排序最难的环节是有人不高兴。所以排序表要能公开，谁被排到后面，理由写在同一行里，不用当面解释，也不要写成「资源不足」。

排完别锁死。每两周看一次，把被证伪的挪出去，清单才活着。表上留一列「什么时候回来复查」，没有复查日期的，做着做着就成了默认存在。

被砍掉的需求也别删，标上原因和日期单独存一页。半年后同类需求再冒出来，翻一眼就知道当时为什么没做。

优先级定的不是顺序，是先放弃什么。一份说不出「这周不做什么」的排期，等于什么都没排。

《用户运营体系的推导思考》

一个需求怎么一路推到具体动作，图里把顺序画出来了。

查看文档

四、指标要能落到人头上，不能只挂在墙上

指标定得对不对，看一条：出问题时，能不能指出是谁的动作导致的。不能归因的指标只能用来汇报，不能用来改进。

通常设 1 个结果指标加 2 个过程指标。结果看方向，过程看动作，多过 3 个，注意力就散了。一个数字背后至少挂一个可执行的动作。

口径要在同一天定死：统计范围、时间窗口、去重规则。用日活还是周活，用付款成功还是提交订单，差别足以让同一场活动得出相反结论。

口径不清的指标，两个部门能报出两个数，会上各说各的，最后谁也没错，事却停在那里。写口径的成本是 10 分钟，不写的成本是半场会。

指标还要有下限，就是最低容忍值。低于这条线停手查原因，而不是加人手硬顶。顶两个月，问题会换个地方冒出来。

阈值两头都要给。转化率跌 3 个点排查，涨 10 个点也要查是不是口径变了。只盯跌不盯涨，迟早被假数据骗一次。

指标不是越多越好，是越能落到人头上越好。每人最多背 2 个，其余放看板上公开，不考核。

五、推得动，靠的是会前对口径

跨部门推不动，多数不是对方不配合，而是三件事没说清：要什么、什么时候要、出问题谁负责。

上线前过一次口径，开发、设计、客服、销售一起过 10 分钟，只问三句：这次改什么，谁的活变了，话术怎么改。

会议结论当场复述一句写进群里：动作、责任人、时间。口头约定三天后会被记成另一个版本，而且每个人都觉得自己记得没错。

跨部门最费时间的不是讨论，是等回话。定一个默认回复期，比如 24 小时，超时没回就按你的版本往下走，并在群里说明一次。

遇到资源冲突，会前先找关键的那个人对一次。会前对过，会上就是确认，不是辩论。

复盘只问三个问题：哪个假设被证实，哪个被证伪，下一个动作改什么。一旦问起责任，第二次就没人说真话。

复盘会别开成一小时。半小时内没结论的，多半是问题还没界定清楚，散会各自补材料，第二天再坐 20 分钟。

每次复盘写一页，攒够 5 页，重复犯的错其实只有两三个，剩下的时间都在处理新误会。

复盘不是写总结，是把这次的判断存成下次能直接用的依据。

小编有话说

这套东西最早是从一张便利贴开始的。当时手上有 11 条需求，每条都说急，就抄在纸上，按「错了代价多大」重排了一遍。排完发现有 6 条根本没人提第二次，剩下 5 条里只有 1 条值得这周做。那张纸贴了两个月，谁再加需求，先让他说错了会怎样，多数人说到第二句就自己收回了。这类产品运营方法本身不值钱，值钱的是你肯在开工前花 20 分钟排一遍。这 20 分钟省下来，后面通常是两周的返工。