标准化的过程，需要我们解决许多问题，积累许多次的实验，这就导致被标准化下来的方法论或者某种意义的技术，具备很高的稳定性，轻易不会出现问题。遵循这样的标准，必然会提高我们的输出质量。

　　这就好比在开发过程中，我们使用了一套非常成熟的 SDK ，这套 SDK 足够完善以至于我们在使用的过程中，不会出现 Bug ，我们想要的功能，也都被很好的兼容了。

　　反之，并不稳定的标准，就类似于一套粗糙的 SDK ，不仅仅有许多的 BUG ，还会有代码冗余、兼容成本高，增加我们的使用成本。

　　任然是内容列表，标准化以后，我们在任何一个项目里使用时，都会直接使用一套完整的基于列表的需求文档，几乎不会有遗漏和缺陷。

　　即便出现了缺陷，只需要在相应的标准之上建立新的标准，下次使用时，就不会再出现相同的错误。

　　3. 催生专业的产品经理工具，减轻工作负担

　　作为产品经理而言，我们能使用的专业工具有那些呢？思维导图并不是我们的专业工具，其他角色也可以使用，Word 、Excel、PPT 也是如此。

　　真正的产品经理工具，大概只有 Axure 这类的原型图绘制工具了，相比开发行业的各种编码工具，项目管理工具，实在过于缺乏了。

　　而一旦我们出现了标准，便会涌现出一系列以“更快，更方便，更强大”为命题的工具性产品为我们所服务。

　　工具方向的产品经理，应该非常了解这三个词语，毕竟几乎所有的工具，都离不开这三个词。

　　比如我们来做一款能够在画原型图的时候，自动生成需求文档的工具可好？

　　这是个美丽的构思，不过在现在是不可能实现的，因为即便是需求文档，我们目前的环境也尚未将其演变出“标准”。

　　即便是产品经理最基础的技能“需求文档”也任然停留在“概念”阶段！

　　难道，这样不是很奇怪吗？

　　4. 催生“专业”产品经理

　　现在的产品时代，谁能说自己“专业”呢？缺少统一的“标准”，那么专业便也无从提起。

　　我们所谓的专业是指对某个行业的专业程度，同时也是对某种技能的掌握的熟练度，一旦产品经理涌现出大量的“标准”，我们就会催生出更多的“专业”产品经理。

　　我详细不论大家是处在什么阶段的产品经理，都会对下一个阶段感到陌生，以至于我们很难触碰“专业”：

　　入门的产品经理面对各种花式技能：有用的，无用的；现在用的，将来用的；社交领域的，工具性质的，无从下手。

　　3 年产品经理面对产品使命、用户痛点、市场面积、运营策略、迭代策略手忙脚乱；

　　5 年以上的产品经理又会受到商业模式、产品矩阵、市场战略感到筋疲力尽。

　　谁也不敢说自己是专业的，因为不管是那一位产品经理，我们都只是部分技能专业，部分技能初级。

　　而正是这样的一个行业，我们甚至连自己所具备的技能都无法清晰的描绘出来，并且相同的名词在不同的产品经理身上所体现出来的意义，还既有可能是完全不一样的。

　　缺少标准的现在，何以专业自居呢？不仅仅是自称，甚至无法将“专业”作为自己的成长目标，因为实在太不清晰，太模糊了。

　　现在的我们，真的很难想象，“专业”的产品经理，到底是什么样的可如果“标准”形成的未来，我们大概就都有了一个明确的成长方向，先学什么，在学什么，学会后如何使用。

　　我们将会在一条很明确的路上健步前行，没掌握一个“标准”就能直接投入到实际使用中，每到了一个瓶颈，就去学习相应的“标准”，然后继续前行，直到我们自己积累了足够的材料，就会形成我们自己的“标准”。

　　每一位产品经理，都在摸索自己的方向，探索自己的方法，却忘记了人类发展至今最大的工具，便是“知识的继承”。如果没有继承前人的知识，我们现在任然在钻木取火。产品经理的行业已经发展了十余年，许多技能已经具备“标准化”的雏形。

　　你是否做好迎接产品经理“标准化”时代的到来？

　　—— END ——

　　作者：枯叶，近6年经验的产品经理，人人都是产品经理专栏作家。擅长社交，社区，细分群体挖掘。微信公众号：枯叶咖啡馆。

　　本文原创发布于人人都是产品经理。未经许可，禁止转载。

　　产品经理实战训练营火热报名中，理论+案例+实战式教学，全面提升产品能力，实力挑战“薪”高度！