文章目录
一、分析需求三步走
1.构思
说明： 当项目原型图或需求统计分析之后，在这一步确定界面和各种交互方式。在这里需要多想为什么这么做，是否有别的解决办法。
需求： 午睡完了特别想喝杯咖啡
思考：
1.喝咖啡是不是因为犯困？
2.公司有提供的饮品喝茶行不行？喝红牛行不行？
3.去洗洗脸能不能替代？
2.计划方案
说明： 当已经有几个解决方案的时候，考虑好各种方案的优缺点，能否长期稳定，优化结构尽量少做选择减少逻辑
方案1.去楼下喝咖啡。优点：可以有效地提神，缺点：要离开工位，长期这样可能我的组长会捶我。
方案2.喝茶。优点：也可以提神，缺点：要烧开水，而且目前没有泡茶的器具，但下次带来可以长期引用还不挨揍。
方案3.喝红牛。优点：快速提神开始战斗，缺点：长期喝死的快。
方案4.洗洗脸。优点：省时省力无副作用，缺点：总犯困总洗脸。
3.精炼
说明： 方案初步定了，根据每一期效果（天天都要做这件事），实施成本（最好别花我的钱），人力成本（寿命长短），周期反馈（一直这样不会挨揍吧），改动最小（不想做选择）选择出最适合的方案。
方案1：要花自己的钱，还可能挨揍。
方案2：今天喝不上。
方案3：喝得越多血条越少
方案4：看起来不错。
结论：
今天喝红牛明天开始喝茶
总结
最开始就想喝咖啡，但出于长期稳定以及资金等实力的考虑，最适合的是今天红牛以后茶，同样的解决了问题，还避免了上班期间跑出去喝咖啡挨揍的情况。
二、需求构思原则
1.不可再次分解（参考的数据库设计原则）
一个需求能拆解就拆解，最好能形成一个完整的树状接口。
2.一次只验证一个功能点，互不影响（工作经理）
每次验证只能由一个地方是验证的，不能一次验证两个方案或者按钮，会让人反感。
3.可以失误但不能失败（总结的经验）
只可以去验证必须的需求，例如我一定要解决午睡完了犯困的问题，不管我是喝红牛还是跑下去喝咖啡、可以一次一次试验但不能没解决问题之前放弃。（会降低士气、努力白费、用户会感觉突然没了一个功能感觉到莫名其妙甚至想打客服询问）
三、计划方案可行性分析方法
1.从1迭代
- 装饰者
只有界面没有实际功能，用于已有产品但不知道开发功能方向。
例子： 留联系方式游戏预约，这样可以大致参考出有多少人有意向，看是否有必要立项做。美团打车点击想开通，人数最多的城市开通。 - 星火燎原
体验，先让部分人体验然后根据重复率、人数、评价等方面进行分析。
例子： 地铁里小区门口发代餐奶昔的传播人员，以及万恶的健身房拉人头的人，（因为百分之八十的人健身房办卡后只去一次就不去了，这样的健身房捐款就跑路了，例如我曾经办过卡的一个健身房） - 抓典型
假设有公司想要按照要求导出表格某个公司使用频繁，但没信心全面推广立项开发，这时可以让人工制作表格，然后推荐给类似的公司，看看相同类型的公司会不会也有类似的需求。
例子： 国家做什么事情都做试点，试点完整了再全面推广。
2.从0到1
我有必要在这里说明一下，这种办法是问路的办法，如果你有了产品和用户在这么做容易被人嫌弃或定性为骗子。
-
中间商差价
首先先做个中间商在中间补贴试试人们是不是愿意，先卖出去再想办法找渠道，等打通了环节在自己做生产。
例子： pdd百亿补贴低价卖手机和特斯拉（其实就是他先把手机汽车卖出去，他们再去采购）。淘宝挂链接有人拍再去同行那里买。 -
坑蒙拐骗
欺骗别人，告诉别人我们已经成功的研发出了XXX产品，然后看是不是有人投资你
例子： 贾跃亭的PPT以及他的投资人