Q3产品思考和小结

渐渐地，手头负责的项目越来越多了，十分感谢老大对我的信任，接手了组内的重点项目，一直忙着有些感触和思考没来得及记下来，以下是最近两周的感悟，后续如果review的时候有补充会及时更新。

————————————————————

1.产品前期需要更多地思考为什么做，用户有哪些，他们需要什么，能给用户解决什么问题或者带来什么更好的体验，多从不同渠道关注行业现况及真实用户的反馈，综合思考，而不是着急地想产品形态闭门造车，否则思维会固化且局限。

2.自己问问题总是很零散，可能会打断别人工作思路，需要努力养成问题整理起来统一时间去问，由于经常遇到问题都是比较急需要当场确认的，所以尽量做到在钉钉上发消息，当然了，跟进需要别的组配合的事情还是需要当面沟通才好保证比较高的效率，尤其是对于视觉交互这些公共资源。

3.在做决断的时候还不够果断迅速，可能的原因：

    a.经验不足，有些判断需要结合考虑项目进度以及风险等等，需要多经历多积累；

    b.还没有培养出比较成熟的产品思维，在做判断的时候有时候感到矛盾没法迅速抓到重点，需要多跟导师学习观察导师平时对于事情的思考角度和处理方式；

    c.日常积累不够，思考局限在现有的认知而影响判断，这需要注意日常抽出时间多关注行业动向以及新闻资讯。

4.需求应该在初期就尽量考虑周全，减少开发后期不必要的需求改动。虽说产品的初始形态通常都会有一些考虑不周的细节问题，也许比较粗糙，需要后续不断迭代慢慢优化，但是作为产品负责人，还是应该要在初始阶段担负更多的责任，多花些精力，而不能全依赖于后续使用或测试反馈，修补调整的过程增加的开发成本，往往比初期的要高很多，甚至需要推翻重构，例如最近的一个项目，需要接入cp的h5页面，本地页面的返回跳转逻辑，在开发方面为了简单省事，决定采用直接在h5页面套上悬浮返回按钮的解决方式，但到了开发后期与cp联调，由于cph5页面可能改动较大，悬浮按钮可能造成页面元素或者重要功能入口被遮挡等问题，且cp方配合也需要周期。其实在最开始决定方案时，即使是细节的交互逻辑，也应该更细心考虑到套用按钮所带来的影响，正确衡量当下的成本与后期调整修改成本之间的关系。（这里说的初期考虑细节，是指在时间允许范围内尽可能多细心考虑减少后期不必要的需求调整，而不是不顾时间成本地追求细节完美）

5.产品定位明确，后期的各种调整和修改不要偏离。目前遇到过几个项目，由于后期各种反馈建议，不断调整修改，成品变成了四不像，产品负责人本身在接收各种信息时也需要坚定好自己的立场，例如驾驶模式，定位应是驾驶本身更安全，但各种功能建议例如定制更大的按钮便于用户点击或者听音乐切歌等，增加各种辅助功能，乍一看似乎很合理，大的按钮方便点击，看似是为用户安全着想，但其本身就是引导用户把注意力放在手机上操作手机，方向已经是偏离了产品核心定位。（关于这点，见过一些比较有经验的产品也还是会犯这个错误，我自身也经历过，深有感悟，划重点）

6.需求开发过程中，开发同学可能会反馈很多逻辑相关的建议，有理有据，但是开发思考的角度还是不太一样的，开发更关注逻辑闭环以及逻辑规范。例如：使用某个功能需要中途跳转到账号登录页面，登录页面跳转回来的过程在开发逻辑上需要经过本地判断-A节点-鉴权-cp服务器匹配连接-返回指令-建立连接等等的步骤，需要花费一些时间，开发同学建议用户等待的过程给用户展示这一系列的过程，可实际上，用户对这些连接流程其实是不了解的，而且显示给用户也并没有给用户带来什么实际的用处反而让用户一脸懵，这种时候，应该是考虑怎么优化缩短这个过程减弱用户的感知，让用户更快触达功能。另外还有个例子，就是功能连接失败，开发的建议是连接失败后直接显示具体的失败原因并增加按钮给用户手动重试来解决，可是这样并没有实际解决问题，还是把问题抛给了用户，所以应提前做好优化尽量不要让用户遇到失败的问题，而对于上线后可能出现的失败问题，预先评估好失败率和用户量，失败率较少的（cp功能较成熟）可采用自动刷新及统一引导联系客服获取日志处理发版本解决，如果是全新的功能失败率不好评估，则在交互上做简单分类，用户可自行解决的例如网络原因等可以引导用户检查网络或者重启，而其他环节导致的失败（例如鉴权或者服务器问题）用户是无法自行解决的，可埋点定位问题和用户账号信息绑定，上报崩溃信息等及时处理。

7.做产品得不要脸，拿得起放得下。最近发现个挺有意思的现象，发现产品经理有时候不愿意去砍掉某个需求或者产品线，然后去找各种理由继续维护产品或做利用更多的资源“补救”，为了做而做，其实可能是因为面子问题，砍需求是一种否认，产品的工作虽说比较容易产生成就感，但是同样的当想法或者用心做出来的东西不被认可或者上线后发现方向错了，作为pm是不太容易接受的。不过我认为，好的产品负责人，应该把用户需求及做好的产品摆在第一位，当被质疑的时候，还是要多思考用户是否真的需要这个东西，它真正能给用户带来什么，如果没有什么实际价值或者定位与用户核心需求有所偏离甚至相悖，就应当机立断及时调整策略或者砍掉不必要的需求，把资源放在用户更需要的地方。

8.产品前期方向规划很重要。这里和前面说的前期规划不太一样，指的是大方向，需要站在更高的角度思考未来方向。手机系统整体迭代，前期的设计和规划，需要考虑整体性，不仅仅只是某个具体产品或者功能的更新迭代，否则各业务自己做自己的，需求有冲突或者重复便是资源浪费。

9.向老板汇报的时候，需要自己非常了解了需求的各细节和逻辑、需求定位、目的、解决的问题、可能带来的影响及相应对策，保持头脑的理智和思维的清晰，否则反复修改确认会大大增加沟通成本和研发周期。

10.不要以自我为中心地揣测用户需求和心理。