刚入门，有些产品设计不要走“捷径”！

前两天，我们团队有个产品同学两次在评审会上谈道：严格按照工作流程和规范做设计的话，需要做的工作很多、很累，而且时间根本不够用，现阶段业务要求又比较紧，莫不如只画原型，不写文档，咱们敏捷推进就行了。

不能说他讲的没有道理，但他是一个刚入行两年的新同学，他说的这些其实是对自己不负责，背后的底层逻辑是没有找准自身定位和抓住主要矛盾。

如果是我本人或者其他资历更深的产品同学讲类似这样的话，让咱们为了快速支撑业务，先以原型设计为需求传递的载体，采取敏捷开发吧，我可能会觉得无可非议，更可理解。

我想有的同学可能会说，那你说的这些本质上不还是屁股决定脑袋吗，为啥同样的话资历深的老人说就行，经验少的那个新人说就不对呢？

原因也很简单：我需要对团队成长负责，他却对自己成长无意识。

周末看了一个视频，汪志成在开发者大会的演讲视频“你不是一个前端”，其中他也提到，对于团队成员来说，重要的是给一个成长的环境，而不是把他们当做工具人，不应该让能者多劳，而应该让能者多做挑战的事，让他们保持成长。

给团队成员创造好的成长环境，不把他们当做工具人，而是让他们去做设计思维驱动的产品工作，我觉得这也是对产品同学负责任的态度，这样他们才更有竞争力，当然，不可否认，相较于员工成长环境，很多团队则更关注直观的业务效益。

良好的团队管理，这是外力。

优秀的自我管理，这是内力。

产品经理，尤其是刚入行不久的产品同学，就像一张白纸，起步就应该更加规范，不要短视，更不要惧难，抛句鸡汤一点的话：职场中有犯错的机会，其实是一种幸运。

因此，对产品经理来说，最重要的是就是稳步前进，戒骄戒躁，系统性地学习产品知识，尤其有些产品设计千万不要走捷径！

本文结合两个小案例，希望对你有产品参考。

图-↑ 让能者多一些挑战，而不是让能者多劳

1、原型设计只关注效果，不注重设计过程。

镜同学在上篇文章分享过“设计思维”对于原型设计的重要性：原型不是画出来的，而是设计出来的。（原型设计有哪些高段位的“潜规则”。）

但仍有不少同学对此缺乏经验，总是自我强调并固执认为，以结果为导向即可，原型只要实现了交互效果不就行了嘛，在乎那么过程干什么呢。

殊不知，过程历练才是解题思路，更是进步阶梯。

上周，我们一个产品新同学在设计CRM原型时，其中有个功能是“业绩目标排名”，比如，可以根据员工所完成的业绩目标情况，按“成交商机数”和“成交商机金额”分别排名。

也就是说，在排名列表查询时，若选择按“成交商机数”查询，则需要将员工排名按成交的“商机个数”由高到低来显示，而若选择“成交商机金额”查询时，则需要将员工排名按成交的“成交商机金额”由高到低来显示。

这个功能本身很有价值，并且也非常容易实现，但是，让我没想到的是，这个同学实现的方式让我深刻体会到产品设计之路仍然任重而道远，首先，他是这样设计的：

当下拉列表选择“成交商机数”时，排名列表显示对应数据项为商机个数，并且设置对应的“元件文本”为商机个数，如，10/9/8/7/6；

而当下拉列表选择“成交商机金额”时，通过设置“元件文本”为商机金额，将其填充为金额数据，如，10,000.00/9,000.00/8,000.00/7,000.00/6,000.00；

也就是说，他是按照“更改元件文本值”的方式来实现的，我询问为何不用动态面板，他给出的原因是效果都一样，感觉这样更简单一些。

且不说，这样是不是更简单，单从设计思维上来考虑，“商机个数”和“商机金额”本身这就是两个维度，就应该解耦合出来，当做黑盒处理，你也应该使用动态面板来实现啊。

这种看似是操作上的捷径，其实是设计思维的惰性，对于新入门的产品同学其实要十分警惕，万万要不到，因为这会阻碍你向上的成长效率。

图-↑ 该同学使用“设定文本值”来实现切换显示

2、需求文档懒得写业务规则。

李鸿君老师在《大话软件工程》一书中分享过需求文档的“四件套”：需求原型、控件定义、规则说明、逻辑图形，这四个要素也对应着咱们需求文档的常见结构：功能描述、业务流程、页面原型、业务规则。

镜同学以为，相较于原型设计，需求文档其实是更重要的需求传递载体，而业务规则更是需求文档的重中之重。

但是我发现，很多产品同学都喜欢“简化”业务规则，对产品设计背后的业务逻辑习惯能省则省，大多流于表面的规则，缺乏深度的设计思考。

这个同学也是如此，善于“自我减负”，一开始觉得依靠思维导图和原型就能进行评审，认为需求文档是空话套话，那些业务规则的描述也是可有可无，自己能想到就一定能讲出来，自己能讲出来就一定能写出来。

事实证明，这属实有些眼高手低，行动不落地是向上突破的最大禁忌。

等到真正进行需求评审时就会发现完全招架不住，前期没有深度思考、设计碰撞的过程，在需求评审时就很难将产品的需求功能和业务逻辑、规则表达全面，自然也就无法掌控局面。

再比如，上周我们进行技术审计，我让项目管理师先编写我们部门的自查报告，结果发现她很多表述时语言都不够简洁、过于大白话，果不其然，人力总监也是批注反馈语言不够简洁。

其实，之前就发现过两次文档编写语言不够精炼，当时没做过多要求，所以她也没有重视，总觉得能讲出来就一定能写出来，实际上，很多事情没有捷径可走，只有一点一点的积累，方能聚沙成塔。

产品设计更是如此，不管是需求调研时的竞品分析，产品设计前的功能梳理、流程设计，抑或是，需求文档里的业务规则、原型设计中的解耦合思维，这些都需要踏实的学习、用心的积累。

产品经理是个复杂且综合的岗位，大家要明白，有些事情急不得，有些过程省不了，欲速则不达，心急则事难成；“千里之行，始于足下”这句话不仅说明开始的关键，更强调过程的重要性。

《易经》曾说过，德不配位，必有馀殃，意思是你要具备掌握财富和权利的能力，不要只想着跨越式发展，而要一步一步的向上走。

但现实中，很多同学总想忽略过程，直接就能达到结果，这并不现实，总想着很轻松就能成为高级产品经理或产品总监，可若真的直接给了你产品总监，而你没有摸爬滚打的历程，恐怕也很难hold住。

产品同学还是要踏实积累，趁年轻，该犯错多犯错，不要怕麻烦，抓住“设计思维”这根主线，要做正确的事，哪怕正确的事很难，也要有持之以恒的勇气和决心，尤其是要牢记：

产品设计不要总想走捷径，因为不可持续。