作为一个产品经理，如何去构思一个APP？
原文 http://www.woshipm.com/pmd/131396.html
古元道 @知乎的回答
“如何构思一个app”，更具体的问题应该是“如何发现一个需求，并构思一个产品为app的解决方案”。
具体的策略是 大胆假设，小心求证 。
何谓大胆假设？
首先要有一双敏锐发现需求和痛点的眼睛。通过观察生活，观察业界发现，发现某些人群的某些痛点，某种需求未得到满足。
若被你发现了，那么你有没有灵光一现，想到某种颠覆性的解决方式？如果你的想法只是“更好”，那么我建议你再想想，或者放弃这个领域，再去发现其 他的需求。 要知道，能打败瑞星杀毒的，不是更好的瑞星杀毒，而是免费的360杀毒；能打败诺基亚的，不是摄像头像素更高，速度更快，外壳更炫的诺基亚，而是一个全方 位革命的iPhone。
OK，现在你发现一个切实的需求，并且你的想法是“不同”，而不是更好，那么接下来可以把这个需求，现有的痛点和你的解决方案一并列出来。然后跟你的同行、同伴详细交流简单用常识验证一下。
这个时候你可能会发现你的解决方案有一些微妙的不妥当的地方（如果你没有这个感觉，也许是你太相信自己了）。往深里想，其实是因为里面包括了一些 假设 ，一些未验证的假设。
举个例子，陌陌的想法构思的时候，唐岩肯定有考虑过以下几个假设：
- 年轻人（目标人群）都有认识陌生人的需求。
- 年轻人（目标人群）把自己的照片和其他信息给陌生人看，并感到安全。
- 年轻人更愿意跟附近的陌生人进行交流，进而把关系引到线下。
唐岩在思考这些问题的时候，先是从自身出发，从自己开始，假设这些前提都被证实下，陌陌这个产品是可以做起来的。
如何小心求证？
在你提出一些假设后，可以做一些小规模的访谈，直接寻找你的目标用户，进行直接的沟通。如果你的想法得到验证，可以进一步做较大规模的问卷调查。 切记，此刻不可故意引导用户倾向你的方案，或想当然，以为自己的假设就是现实情况。不然到最后直到你把产品做出来之后，才发现原来假设都不成立，你的所谓 的好痛的痛点都是痒痒而已，你说的刚需都是伪需求。
如果你能认真地做到这一步，目标群众的客观调查得出一个统计结果中有60%以上倾向你的原始想法，初步地验证了你的假设。
那么你可以继续下一步，思考这个产品是否以App的方案去实现最好：
我接触过的很多人，构想出什么产品，都想做成一个App，而不思考下App是否一个最佳的产品实现方式，或者一个试错的方式。
App适合怎么样的使用场景？
- 高性能要求的应用环境。
- 高频次的启动和使用要求。
- 交互逻辑复杂的应用。
- 对网络要求较低，或使用App能大幅降低流量使用的。
做一个App和做一个移动网站，它的成本是差很多倍的，我见到有人说他要做修水管通马桶的App，那么问题最明显的是第二条，一个修水管和马桶的O2O App，我可能一年都用不到一次，那为何我要装一个一年启动还不一定多于一次的App呢？
现在各种实现方案这么丰富，微信公众号已经可以解决很多问题了，为什么还要为两个平台写App？
如果审问过这些问题，认为还是要做一个App的话，
如果你是老板，那么再思考以下几点：
- 市场分析。思考这个市场是否能支撑你的产品成长，以及这个市场现在竞争对手有哪些，你的产品能从哪些方面切入这个市场的边缘？毕竟边缘的成功率有37%，而正面突击的成功率只有6%。
- 商业模式。你这产品以后如何盈利？要思考是否会掉进“拼命做用户，最后无法变现”的墨迹天气式怪圈？
- 推 广。你拼死拼活，最终发布了一个App之后，如果它没有爆红，那么你只做到了这个产品的10%。那么接下来如何推广呢？它是需要爆红才能成长起来的脸萌， 还是硬推，花钱买用户都能产生价值的美团？那么如果是后者，是否有足够的资金推动这个App？说到底，就是这个行业，这个产品，是创意推动型，还是资金推 动型，你们的团队是否有足够的相关资源去完成这个项目。
所有问题都想清楚了的话，请集合力量尽快去完成你的App的第一版。
如果你是一个老板下面的PM，你需要针对上面的问题写一份BRD（Business Requirement Document），进而说服他。
至于如何画原型，先用纸画草图，再用Axure再细化，把交互做一下，就可以了，不要搞一些花哨的高保真。