1704234387
问:“这些数据他们自己在网上能看到吗?”
1704234388
1704234389
答:“能,但有些统计和分析,比如平均价格、有多少人比他价格高之类的看不到。”
1704234390
1704234391
问:“那知道了这些信息之后他们能做什么?”
1704234392
1704234393
答:“他们可以做一些关键字或价格的修改,或者换一下推广的商品,使买广告时更有的放矢。”
1704234394
1704234395
问:“那我们的功能有没有和推广挂钩,比如和淘宝直通车做整合,直接让它来做投放的优化?”
1704234396
1704234397
这个问题我们还没有想过,但立刻意识到可能是一个方向。当时的对话还有很多,这里就展示到此,事后我们进一步思考了上述问题,感到对产品的帮助确实很大。
1704234398
1704234399
通过问答的方式,可以提升思考的深度。同样,还可以通过演练的方式来提升规划的实战技能。
1704234400
1704234401
8.2.3 提升规划能力的实践
1704234402
1704234403
下面分享一个淘宝某些团队的简单实践。
1704234404
1704234405
►让产品团队每个人做一份自己产品的规划,规划周期可以限定为3个月。重点是每个月要拿出1天时间,每个人轮流宣讲,听众是团队其他人。
1704234406
1704234407
►每个人讲完以后,听众轮流说一点“好”与一点“可以更好”(其实就是“不好”的委婉说法),不许重复。可以针对规划本身,也可以针对PPT制作、演讲技巧等。
1704234408
1704234409
►主讲人自己在白板上记录大家的发言,等所有人发言完毕后统一进行回复和讨论,会后优化产品规划PPT以供下次讨论。
1704234410
1704234411
一般半天时间(4小时计)可以讨论3个人的规划,假设是一个6个人的团队,一天时间正好全部讨论完。最终每份规划可以得到5点“好”与5点“可以更好”,全组就能得到30点“好”与30点“可以更好”。相信3到6个月下来,每个人的产品规划、PPT演示能力都会有显著的提升。
1704234412
1704234413
熟练之后,对现场点评的内容还可以进行约定和细分,比如从产品规划的Why、What、How几个层面分别给出评价。
1704234414
1704234415
还有一个小技巧:如果团队成员比较温和,不愿意互相批评,可以用评选最优评论员与最差评论员并适当奖惩的措施来加以刺激。
1704234416
1704234417
这种在实战中互相学习的模式,可以推广到“如何写出一份好的PRD”“如何做竞品分析”等诸多产品经理技能提高目标,成败不论,贵在坚持。
1704234418
1704234419
1704234420
1704234421
1704234423
人人都是产品经理2.0:写给泛产品经理 8.3 迭代:再理解敏捷
1704234424
1704234425
说完规划再说迭代。
1704234426
1704234427
提到“迭代”一定绕不开“敏捷”这个词。敏捷是一个偏技术的概念,是指以用户的需求变化为核心,采用循序渐进的方法进行软件开发。敏捷最重要的不是那些具体方法论,反而是底层的价值观、宣言和原则。对此先说说自己的理解,然后再分享一些实践。
1704234428
1704234429
8.3.1 价值观、宣言与原则
1704234430
1704234431
首先结合敏捷的五个价值观,谈一谈我自己的体会。
1704234432
1704234433
沟通
1704234434
1704234435
团队中绝大多数的问题,问五次为什么之后,都会归结于人的问题,或沟通的问题。团队配合过程中,开始就约定好明确的“沟通计划”和“沟通原则”是很有必要的,比如“工作日每天18点开站立会议”“最新信息及时同步给相关人,不要藏着、掖着”等具体约定背后的目的,是要实现团队成员之间真正的互相信任、互相认可。
1704234436
[
上一页 ]
[ :1.704234387e+09 ]
[
下一页 ]