1704233550
7.2.1 关于人:团队、组织/196
1704233551
1704233552
7.2.2 关于物:政策、资金等/197
1704233553
1704233554
7.3 组队:聊聊初创团队/199
1704233555
1704233556
7.3.1 如何快速知己知彼/199
1704233557
1704233558
7.3.2 小团队的沟通协作/201
1704233559
1704233560
7.3.3 小团队与大公司的区别/202
1704233561
1704233562
7.3.4 借助第三方力量做产品/205
1704233563
1704233564
7.4 研发生产时,我们做什么/206
1704233565
1704233566
7.4.1 产品经理要不要懂技术/208
1704233567
1704233568
7.4.2 如何做一个让Ta们讨厌的人/213
1704233569
1704233570
7.5 延伸阅读与练习/21587
1704233571
1704233572
1704233573
1704233574
1704233576
人人都是产品经理2.0:写给泛产品经理 7.1 从“想清楚”到“做出来”
1704233577
1704233578
截止第06章,我们几乎已经想清楚了要做什么。第03到06章提到的关键步骤可以概括为图7-1,也可以把这个过程称作“创意设计”环节。图中特意放置了一个老式电话机,是为了再次提醒,这些步骤不是Step by Step顺序完成的,而是更像老式电话机的拨号过程[1] ,要不停地回溯到前面进行过的步骤去验证,如经验证发现步骤有误,需要继续向前追溯,以进一步修正相关步骤。
1704233579
1704233580
1704233581
1704233582
1704233583
图7-1 “想清楚”的几大步骤
1704233584
1704233585
本章的开始,先说说产品项目执行前最后的验证——评审立项。因为必须找到一群人来完成执行,接着会聊聊组队的话题,最后再讲讲执行过程中有哪些注意事项,以确保通过合理、准确的研发生产把产品做出来。
1704233586
1704233587
7.1.1 原型验证与NPS
1704233588
1704233589
确保有的放矢,不要努力地做错误的事 ,这是产品立项前要做出的最重要的判断。因为,立项就意味着研发资源的正式投入。在这个节点的验证,叫原型验证。之前的验证,主要目的是验证用户需求抓得准不准,而本次验证则是考察用户是否认可解决方案。
1704233590
1704233591
有的公司把这个环节叫作POC(Proof of Concept),产品概念测试。在这一环节,需要用尽量低的成本,做出某种形式的产品原型或Demo,来让用户试用。对于制作原型的工具和方法,网上资料很多,不再细说,本书重点提一个叫NPS的概念。
1704233592
1704233593
NPS(Net Promoter Score)指净推荐值,是一种计量用户将会向其他人推荐某产品可能性的指数。作为一种流行的用户忠诚度分析指标,它专注于用户口碑,在产品早期验证用户价值时,尤为重要[2] 。
1704233594
1704233595
净推荐值的计算公式:
1704233596
1704233597
NPS =(推荐者数 – 批评者数)/总样本数×100%
1704233598
1704233599
确定净推荐值时,可以直截了当地问用户一个问题:“您是否会愿意将某某产品推荐给您的朋友或者同事?”然后让用户根据愿意推荐的程度,在0到10分之间来打分,最后根据打分情况把用户分为推荐者、被动者和批评者。
[
上一页 ]
[ :1.70423355e+09 ]
[
下一页 ]