学会审视自己的产品，是业务走向成功的第一步

———— / BEGIN / ————

每次项目验收上线的时候，我总是会对之前自己设计的业务流程以及界面样式非常纠结，纠结的原因在于我经常会感觉这好像不是我脑海里最初想要的结果。

经过多次的教训经验，我总结出来了2点原因:

1. 成功得益于积水成渊，失败来源于积重难返

如果一个团队的人对待一块业务都不是很上心，不注重细节，作为质量最后的把关人，产品难免会有力不从心的感觉。

这也是规范对于一个团队的重要性，如果其他人对于业务的感知没有那么敏感，那么他只需要按照对应的规范做好自己的份内工作即可。

设计规范、交互规范等等，但做好这一点对于大多数业务团队来说其实很难。往往到最后，关键职责总是需要落实在个人身上，这也是关键岗位人这个因素重要的原因之一。

其次，大多数场景，业务本身所对应的产品也需要创新，规范有时候也会成为灵感的制约因素，说到最后发现还是会落到每个人身上。

那么，如果团队成员有时候还是会经常出错或者注意不了细节，怎么办呢？

业务人员自身能力以及塑造氛围是最好的解法，能够针对业务场景给出好的解法以及良好的职场工作者素养，是最能激发团队其他成员自主积极性的手段。

这种能力并不是一味追求一些不重要的细节不放，而是应该找寻对于业务来说正确且简单的解法，如果你不具备这样的能力或者觉悟，大概率你也不会有类似我这样的感受。

2. 亲手体验和亲手塑造，同样重要

其实现在的用户都是非常挑剔的，你让他说出些专业术语或者名词，他可能一窍不通，但如今的互联网已经深深影响了我们的潜意识。

当亲手设计的产品被体验的瞬间，就回到了我们日常用微信、用支付宝的场景和思维习惯，我们已经用潜移默化里的规则来判断这个产品的好坏，是好是坏，上手便知。

这种敏感在设计阶段，多多少少也会感知到，但强烈程度一定不如真实体验阶段。而且，伴随着业务分支增加，原有的产品体验也会被改变，这种时候如果不在设计阶段多加审视产品，往往会出现较多的问题和槽点。

所以，这也是需求评审以及讨论的价值所在，当然为了不浪费团队成员时间，尽量在需求评审前和同岗位的业务同学讨论或者相互检阅。

以上2点对于产品同学来说，都是审视产品和自身的过程，如果一个业务同学连最基本的审视都不愿意做，或者是无所谓，那这样的业务和产品也只能是平庸的。

当然，接受审视也就意味着接受质疑和错误，这并不简单，做产品也并不简单，而这也是所有成功产品以及人的前提条件之一。