作为一个产品经理,如何去构思一个APP?
古元道@知乎的回答
“如何构思一个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再细化,把交互做一下,就可以了,不要搞一些花哨的高保真。
如果有想法有需求,那么如何进一步将该领域的内容合理组织细化成app的内容呢?脑中想法太多,一时不知道该如何组织
这方面各抒己见 颠覆也好 微创新也罢 不冲突