做产品，想清楚很重要，但最烦一步到位。
想清楚，想的是 “价值”。包括 1、方向是什么，2、这个方向的用户价值是什么，3、商业价值是什么，4、周期如何，5、投入如何，6、风险回报比如何。
这些都是要提前尽可能想清楚的事情。然后把所有想清楚的事情，放在一起排优先级，没想清楚就一定会输掉优先级。
但做产品有时候会遇到的是，一件想清楚的事，在落地过程中，会存在一些方案缺陷，被别人要求 “既然是已知缺陷，那就要去解决，一步到位，不要上线后改来改去”。
你妹。
难道是我不想解决已知缺陷吗？显然是现在没有解决的思路，或是现在出方案的不确定性太强，或是性价比太低。
这时，如果不是重大缺陷或高成本陷阱，最佳策略是快速上线接收反馈。在真实的数据反馈中，一方面所谓 “已知缺陷” 可能没那么重要，另一方面用户反馈也会给解决缺陷带来更多思路。
只要想清楚快速上线的收益预期是什么，风险预期是什么，数据指标是什么，就可以快速上线。
如果非要 “一步到位，解决全部已知缺陷” 再上线，大概率拖拖拉拉几个月，实在憋不出性价比高的解决方案，最后拖到提意见的人没脾气了，这才同意放行。
也就是用高昂的时间成本来证明 “我真的已经尽力了” 再放行。
你妹。
所以做产品是一件独裁的事情，广泛听取意见，少数专业人士集中做决定。参与决策的人越多，产品越烂。试图满足所有人，那么总会有人觉得 “此处存在已知缺陷”，而我的意见很重要，先解决再放行。最终要不是花费大量成本去解决不重要的问题，要不是精疲力尽拖到他无奈放行。
想清楚，想的是 “价值”。包括 1、方向是什么，2、这个方向的用户价值是什么，3、商业价值是什么，4、周期如何，5、投入如何，6、风险回报比如何。
这些都是要提前尽可能想清楚的事情。然后把所有想清楚的事情，放在一起排优先级，没想清楚就一定会输掉优先级。
但做产品有时候会遇到的是，一件想清楚的事，在落地过程中，会存在一些方案缺陷，被别人要求 “既然是已知缺陷，那就要去解决，一步到位，不要上线后改来改去”。
你妹。
难道是我不想解决已知缺陷吗？显然是现在没有解决的思路，或是现在出方案的不确定性太强，或是性价比太低。
这时，如果不是重大缺陷或高成本陷阱，最佳策略是快速上线接收反馈。在真实的数据反馈中，一方面所谓 “已知缺陷” 可能没那么重要，另一方面用户反馈也会给解决缺陷带来更多思路。
只要想清楚快速上线的收益预期是什么，风险预期是什么，数据指标是什么，就可以快速上线。
如果非要 “一步到位，解决全部已知缺陷” 再上线，大概率拖拖拉拉几个月，实在憋不出性价比高的解决方案，最后拖到提意见的人没脾气了，这才同意放行。
也就是用高昂的时间成本来证明 “我真的已经尽力了” 再放行。
你妹。
所以做产品是一件独裁的事情，广泛听取意见，少数专业人士集中做决定。参与决策的人越多，产品越烂。试图满足所有人，那么总会有人觉得 “此处存在已知缺陷”，而我的意见很重要，先解决再放行。最终要不是花费大量成本去解决不重要的问题，要不是精疲力尽拖到他无奈放行。
