傻瓜式方案设计模型
刨根问底，明确需求
需求到底要解决用户哪些问题
用户要解决的最核心的问题是哪个？
我们提供什么样的产品方案，来解决用户的这些问题？
市面上有哪些现有的解决方案
这些方案好还是不好？是否能拿到一些数据佐证？好哪里好，不好哪里不好？可以如何改进？
如果结合到我的业务或者当前项目，我该如何借鉴？如何改一改？
用户在这个环节它可能的心智有哪些？他可能会做出那些行为？每种行为的原因可能是什么？为什么？如果想改变部分用户的行为，我该怎么设计？
这样改是最佳方案吗？问问领导或者同事怎么看
方案出来了，地毯式过一遍所有环节，哪些环节是可以砍掉的
哪些在技术实现上不太确定，找技术聊一聊，顺便打听一份模糊的排期周期
周期不符合预期的话，项目可以拆成几期分别上线？
哪些数据指标可以验证产品方案的成功与否？列出来，关注一下采集与统计
另
如何0-1设计一款app产品
直接照搬别人的？
没问题，但并不是什么都搬，你能复用的可能只是10%
核心功能，到底什么是核心？老板觉得是核心？产品觉得是核心？
都不对，是用户觉得是核心！产品是给用户用的，用户用来解决什么问题，解决方案就是核心，方案并不是一个完整的app，方案只是一个功能模块，也就是主路径，至于其它的能力都是锦上添花，为了促活、留存、变现慢慢堆积起来的，所以照搬要抽丝剥茧，找到核心能力，抄就抄核心部分
0-1阶段的重点
一定要轻量化，不要一上来就堆砌一大堆的功能，看似很牛逼，不被研发怼都怪了！
研发考虑更多的并不是不能实现，他们更在意是否可以复用以前的一些代码？或者页面加载是否会有问题？或者做这个功能，收效是什么呢？对今后有什么长远的帮助呢？我辛辛苦苦做完了，后面如果不用了，那不是很浪费时间，我也没有成就感，季度汇报，我的ppt上都不知道写什么！！！（最后这个是很真实的一点）
所以你要清楚，你拿着方案去找研发，你该怎么说？该怎么描述蓝图？该如何洗脑画饼？哪怕只是mvp验证一下想法，你也要说的自信满满，并不是无的放矢，而是思路清晰，规划有条理！
关于领导的直接建议
做产品要有自己的看法和主见，不能唯唯诺诺，领导说这么做吧，你反驳都不反驳，领导也只是一个比你多干了几年的普通人而已，他不是张小龙，也不是周鸿祎，他更没有时间去深思熟虑，所以有时候他的这么做就是很草率的，你要再好好地想想，是不是他说的就一定是对的，有没有什么坑在里面，如果实在想不出再复用他的方案。
钩子思维
用户每做出一个行动，都需要一个理由支撑，用户没有太多的时间在你设计的路径里徘徊和思考，这与刷短视频比无疑在浪费他的时间，所以，当我们希望用户做出一个指定的动作时
