产品经理三点小心得

1、偏执狂的想法

在产品开发过程中，有时候因为某个固有的观念或者一时的固执，就偏执地认为，某个功能或者某个流程就应该还是这样的。然而，这个世界上，本没有什么本应该是怎样的事物，所有的事情都是未知和意外。

这种“自以为是”的片面的认知，导致了知识的盲区，让事情进展不够顺利。

几经周折，才终于弄明白事情的来龙去脉时，我们都应该反思，问题的根本原因是什么。

根本原因，可能很多人不愿意承认，因为一旦承认了，就否认了ta作为一个高级产品经理，或者产品专家的权威和专业。因为究其原因，莫过于狂妄自大和偏执。以为自己具有不可磨灭的天赋和才华，其实，有些时候，可能只是不自知，一厢情愿而已。

人性的弱点，总是需要人付出极大的精力才能克服。

所以，为了规避这个陷阱。落地到实际工作中，我创建了《产品经验教训登记册》的文档，来帮助产研团队，及时地记录相关问题，并描述和反思问题，总结经验教训，并以此来指导下一步的行动。

实际上，这个文档的存在，或许也没什么用，不一定能起到你期待的效果。

但是，如果没有这个文档，情况可能比你想象得更糟糕。

产品经理们，是不是要疯了？

2、【X.X.X.X】mini版本号横空出道

近期，在正常的小版本开发和迭代的过程中，发现了几个产品流程的小问题。问题虽小，却存在潜在的风险，并影响用户体验，最终可能导致产品质量下降。

所以，针对这种问题，它既不能坐视不管，也不合适安排一个独立的小版本。那怎么办呢？

经过考量，我决定启用X.X.X.X的mini版本形式，进行产品版本授权和排期开发，指定一个相关的开发责任人，快速跟进。

通过这种方式，可以灵活地解决上述问题，并且和正常中小版本配合，让整个产品开发的节奏更高效，品质得到更好的保障。

所有东西都是可以被定义的，只要你能自圆其说。

mini版本号的出现，就是我们产研团队实际工作过程中磨合的一个创新产物。没有惊天地泣鬼神的震撼，但是切实解决了一小众问题，帮助我们在产研开发中更好落地工作。

所以，脑洞大开的产品经理们，你敢这么做吗？

3、细节决定品质

“不做则已，做则至全”。这是一条行事准则，也应该是一种工作态度，在不影响大进度的前提下，我们需要时刻关注细节。

包括：产品方案细节、UI设计细节、文案是否有错别字细节、代码整洁度细节、产品呈现交互细节......，很多用户看得见的、看不见的细节。

你注意了，你做好了，用户总是能感受到的。

一点一滴地，一天一天地，需要不断练习，直至整个习惯和能力深入骨髓，变得自然而然。