首先，UI是很重要的。
为何？因为开发基本只看UI，什么需求文档，原型说明，他基本不看。
然后，现在很多小伙伴都说，prd不重要，UI不重要，产品经理最重要的是逻辑，需求。不可否认，逻辑和需求是非常非常重要的，但是我个人经过一些项目之后感到，作为一个产品经理，作为一个非常以结果为导向的职能角色来说，首先自己必须要有足够的能力产出一些确定的东西，这些东西是什么？就是给到UI清晰的原型图，然后给到开发清晰的UI图。诚然，这个可能会花费一到两周的时间，但是相比较最后开发延期几周甚至几个月，这个代价可就小多了。
现在很多人说什么敏捷开发，我认为，90%以上的公司都只是打着这个旗号去臆想而已。真正去做事的时候，不但不敏捷，反而被各种意外所耽搁，包括产品设计上的漏洞，协作人员之间的调度和情绪管控，还有资源对接的效率，等等。最终出来的结果，大家都发现，整个周期和投入和以前基本没区别。
其实在我看来，敏捷开发反而更加注重团队各成员能力的确定性，也就是交付性，体现在需求和信息的传递更加准确和完备，而不是靠人力去沟通，去强调，去重复。人力是无形而又非常巨大的投入，用人力来填补，无疑是在走倒退的步伐，也是跟不上时代潮流的。
这就相当于，以前是集团作战，大家都是小兵，听着将军指挥去冲锋陷阵，几个小兵瘦小没事，能挡一枪是一枪，那是靠人命去打赢战争，这个人命就是资金，资源。但是现在不行了。现在是小团队突袭，团队各个成员的能力都要强大，大家要相互信任，有一个人掉链子，整个团队的效率就会下降。这个效率是什么？就是互相信任，这个信任怎么来？就是需要大家交付自己的确定性，如果产品经理无法产出一个准确完备的原型图，原理图，需求表，高保真图。那么他的基本的确定性就是缺失的。
还有一个问题，总有人说领导力，我真想去他么的领导力。就问他一句，你愿意被别人领导吗？你都不愿意，为什么天天想着领导别人？就算你愿意被领导，你希望你的伴侣在工作中被人领导吗？你希望你的孩子在学校中被同学领导吗？我个人反正是接受不了这种设定。
所以怎么理解领导力？我想的是，其实产品经理只要交付了确定性，然后交付了驱动力，这其实就是他的职责所在，这个职责，和UI出UI图，开发进行开发，处于等同的位置。不存在谁领导谁，而只是角色分工不同。如果UI对原型有什么疑问，开发对功能有什么疑问，需要产品经理去说明和讨论，给出充足的理由，最终，只有每个干系人对产品都有理解，产品才能凝聚团队的心血，这样出来的产品，才是属于团队的，而不是属于老板的，也不是属于产品经理的，而是属于这个团队，以及认同这个团队理念的用户的。
当然，产品经理的基本要素是交付确定性和驱动力。一些加分的要素，就是充足的自信（来自知识的累积和认知），充足的理想，充足的自我学习迭代的能力。但是基本要素足够，就已经达到中等水平了。
说的有点离题，现在往回拉一拉，UI在产品进程中是非常重要的，因为开发开发时只看UI，因此，我建议，当UI没有出全时，尽量不要进入具体的UI开发，可以搭建一下后台，数据库什么的，做一些简单的前期配置。留下的这3~5天，梳理清楚，然后交付给开发，不要想着边开发边改，那样不但有风险，更重要的是团队成员精神的损耗，互相之间的信任危机。我认为这是一种非常好的机制，也是一种非常好的文化，虽然前期可能会耽误一点时间，但是只要大家的能力提升了，互相之间的信任足够了，配合默契了。那么这个损失迟早是会补回来的，无论是从之后项目的时间上，还是产品最后的质量上，都有充足的空间去体现。
以上，是我对UI在产品进程中的一点认识，明天和大家分享一下我在UI上走过的坑。谢谢！
网友评论