标签 思考 下的文章

思考这个问题的起因是在自己做方案的时候总是容易被人问倒。回过头想这个现象的时候发现被人问倒的情况主要是:

1.自己没有搞清楚事实

2.自己没有考虑当时自己不知道的点(不知道自己不知道)

3.方案不是最优方案

首先在解决自己没有搞清楚事实的时候,想了一下以前自己去收集背景的信息的时候容易把别人猜测的内容和自己认为是的东西理解为现实。例如某个业务方说我觉得哪里哪里不能实现/很难实现 或者 自己觉得业务方应该就是这样的。于是经常出现 “我认为”“我觉得”这类让人听起来很可怕的词。基于错误的信息就容易做出错误的判断,因此特别容易在各种评审会上被挑战。另外自己也越来越觉得产品经理在出自己的方案时候应该了解涉及的所有流程,尽可能避免只使用业务方提供的背景做判断,自己还是应该多深挖一层,有些时候可能有比较多的所获。

目前对于我自己来说,事实的一个特征是不带个人情绪的,起因是某个指标或是冲动,像流程一样的东西。举例:用户想通过工单内容提高录音搜索的有效率,目前用户需要点击进入工单后看工单详情,决定是否听取录音,一般需要经历3-4个步骤。听起来很抽象,可能只可意会不可言传。

1,每一个产品都是让用户来用的,产品设计无法脱离使用场景,特别是平台型,涉及双边,多边的用户交互,C端的设计和B端的设计产品可以是不同的PM负责,但是使用场景不能分割,产品不能相互脱离。

2,产品流程上,明确谁是交易的发起和主导者,他会是这个交易的金钱获益方,他更关心这个交易与否达成。对于主导者,我们要让他清晰的掌握业务流程和反馈,而对于交易的服务受益方,要尽量降低他的产品使用成本,这个工具要让他尽量感知不到。

3,服务获益方在有产品工具的提示的时候,受限于目的(尽快回家),场景(夜晚,寒冷),个人状态(微醺)等多种因素,可能并不起作用。这让我想到快车导流到专车的用户,也是一个一个确定按下去,付钱的时候才发现费用贵了,并进行投诉。

4,一秒变产品“小白”的能力很重要。我强迫自己什么都不知道,设身处地的体会夜黑风高,交个代驾却迟迟不走,才明白了用户和面前这个同样困惑的司机的心情。

5,有很多红线制约会让产品提高使用门槛,但是在限制下去设计往往会产生很多经典(建筑类)。限制不一定是绊脚石,也许是助推器。

最后以两句话结尾

O2O中,产品只是工具,越底感知度越好,服务才是主角。

“用过日子的态度去做东西。”一直在体会这句话。