这个问题要当心，症结出在“判断”这两个字上。
我的看法是，
如果你把“判断”理解成当场给个结论，方向就偏了。
如果你想找的是立竿见影的秘诀
那些所谓的诀窍、模板、打分表，其实会把你带偏
它们制造一种错觉，好像想清楚可以替代验证
但是如果换一种理解。
判断是一套流程，一条寻找证据和数据的路径。
走完这条路，答案自己浮出来。
数据推着人走，人不用拍脑袋
那些产品经理为什么要去学习，考UCPM证书
他们就是要掌握系统的流程、方法和工具
拿这些东西来做判断
产品经理的专业性，藏在这里
这条流程长什么样呢。我分几段说
先看需求的来源。
用户说出来的话，和他实际的行为，中间有落差。
有人声称愿意为健康花钱，但健身卡办了只去三次。
这种落差在创业里代价高
光听说的不行
得看行为痕迹，
看有没有人为这件事付出过成本，
时间、钱、或者绕远路的麻烦。
肯付代价，需求才站得住
还要看需求出现的频次和场景。
偶尔冒出来的痛，撑不起一门生意。高
频、有明确触发条件的场景，值得往前走
最后，还要检查一下用户现在有的替代方案。
用户当下怎么解决这个问题。
如果他用一个表格凑合着，说明痛感有限。
如果他花钱买了某个方案还嫌差，这里有空间
拉一帮人来问，不如去看他们的采购记录、搜索词、抱怨帖。
这些是证据
数据拿到手，还得面对一件事。
判断的结论常常是先别做。这个答案不讨喜，可它保命
我见过不少团队，把验证做成了自我说服。
拉来一群用户，挑几个说好的拿去汇报。
这叫收集证据，方向恰好反了
我有位创业的朋友。他没急着开发，花了几周跑数据，砍掉大半想法，留下一个
他跟我说，幸好没一上来就动手
你看，判断的价值不在结论快，在于过程扎实、科学
创业时，如何判断一个需求是否值得做成产品？
