产品思维

刨根问底，明确需求

需求到底要解决用户哪些问题

用户要解决的最核心的问题是哪个？

我们提供什么样的产品方案，来解决用户的这些问题？

市面上有哪些现有的解决方案

这些方案好还是不好？是否能拿到一些数据佐证？好哪里好，不好哪里不好？可以如何改进？

如果结合到我的业务或者当前项目，我该如何借鉴？如何改一改？

用户在这个环节它可能的心智有哪些？他可能会做出那些行为？每种行为的原因可能是什么？为什么？如果想改变部分用户的行为，我该怎么设计？

这样改是最佳方案吗？问问领导或者同事怎么看

方案出来了，地毯式过一遍所有环节，哪些环节是可以砍掉的

哪些在技术实现上不太确定，找技术聊一聊，顺便打听一份模糊的排期周期

周期不符合预期的话，项目可以拆成几期分别上线？

哪些数据指标可以验证产品方案的成功与否？列出来，关注一下采集与统计

没问题，但并不是什么都搬，你能复用的可能只是10%

直接照搬别人的？

都不对，是用户觉得是核心！产品是给用户用的，用户用来解决什么问题，解决方案就是核心，方案并不是一个完整的app，方案只是一个功能模块，也就是主路径，至于其它的能力都是锦上添花，为了促活、留存、变现慢慢堆积起来的，所以照搬要抽丝剥茧，找到核心能力，抄就抄核心部分

核心功能，到底什么是核心？老板觉得是核心？产品觉得是核心？

一定要轻量化，不要一上来就堆砌一大堆的功能，看似很牛逼，不被研发怼都怪了！

研发考虑更多的并不是不能实现，他们更在意是否可以复用以前的一些代码？或者页面加载是否会有问题？或者做这个功能，收效是什么呢？对今后有什么长远的帮助呢？我辛辛苦苦做完了，后面如果不用了，那不是很浪费时间，我也没有成就感，季度汇报，我的ppt上都不知道写什么！！！（最后这个是很真实的一点）

所以你要清楚，你拿着方案去找研发，你该怎么说？该怎么描述蓝图？该如何洗脑画饼？哪怕只是mvp验证一下想法，你也要说的自信满满，并不是无的放矢，而是思路清晰，规划有条理！

0-1阶段的重点

如何0-1设计一款app产品

做产品要有自己的看法和主见，不能唯唯诺诺，领导说这么做吧，你反驳都不反驳，领导也只是一个比你多干了几年的普通人而已，他不是张小龙，也不是周鸿祎，他更没有时间去深思熟虑，所以有时候他的这么做就是很草率的，你要再好好地想想，是不是他说的就一定是对的，有没有什么坑在里面，如果实在想不出再复用他的方案。

关于领导的直接建议

另

傻瓜式方案设计模型

用户每做出一个行动，都需要一个理由支撑，用户没有太多的时间在你设计的路径里徘徊和思考，这与刷短视频比无疑在浪费他的时间，所以，当我们希望用户做出一个指定的动作时

钩子思维

3秒钟决策思维

产品思维