发中，就没能事先制定UI核算，包括我们的UI设计师也没有真正的客户端产品的设计经验，所以我们走了一些非常不必要的弯路，甚至还发生过一些争吵。
因此，如果你是团队负责人，你最好能够帮助让你的UI设计师，从一开始就制定一张UI核算单。而不是仅仅依靠设计师的喜好与直觉来设计产品。否则，即便每个界面分别看起来不错，也掩盖不了整个产品界面的不系统与不规范。而且，对于移动互联网产品来说，前端开发的工作量在很大程度上都与UI有关。如果你是一个对UI标准很高的产品经理，那你就要学会利用UI核算，帮助设计师实现最完美的界面，找到最佳的工作节奏，同时控制好工程师的开发量。
UI核算之于UE相对简单，我认为首要任务是确定产品的设计风格。（不是直觉上的设计风格，一旦以核算作为标准，将没有“我觉得，我认为”这些模棱两可的概念）
再拿我们项目来说，我首先和设计师提出的要求是扁平风格，尽情拥抱iOS7，然后就是主色系、视觉氛围等方面的要求。这几点也是很多产品同仁最通用的常识。不过UI核算真的不只是这些，有了上文UE核算的基础，UI核算要在间隔线、头像、字体字号颜色（高亮）、按钮、消息类型等分类通用设计上做足功夫，有特色又不过度设计。这就能在最大程度上，确保高保真的质量与切图的规范，避免开发过程中，因为UI的不规范与调整，对进度造成影响。同样，对于设计师本身的成长也有非常大的帮助。除此以来，还包括UI设计与开发同事，在配上流程上的核算，什么时间提供什么，提供到何种程度，这都是可以通过核算来规范的。
实际上，如果你用心看看现有的app产品，在UI设计上不规范，有明显“BUG”的不在少数。虽然不会影响功能体验，但好的产品体验，既包括功能也包括视觉。所谓极致，二者缺一不可。何况，我一直以为，好的UI设计，一定是为产品加分且不影响项目进度的。在这一点上，我们真应该多向国外的同行学习。他们在细节的把握上，比我们到位，比我们用心，比我们有方法。
三、功能核算能够促进工程师更多关注体验
接下来是功能核算，包括前端功能，也包括后台功能。对于功能核算，我没有太多发言权，因为我不是技术出身，但我一直有一个理念：仅仅把功能做完是远远不够的。功能和体验一定是连在一起的。最近几个月，我花了很多时间和技术团队沟通，就是希望技术团队在进行功能开发的评估之前，就把体验考虑到。
比如同样的feed发布功能，目前市场上，就有多种现成的体验可供选择，有微博的发布体验，有微信朋友圈的发布体验，还有很多其他产品的发布体验。工程师最容易陷入的思维是：最快并且稳定的（没有BUG）的实现，而产品经理想要的却是：实现的同时，能有着最好的体验。但在工程师的标准中，体验上的差别往往不那么明显，这种反差完全是由于分工不同造成的，并不是工程师不在乎体验，毕竟谁都想做好产品，而且工程师往往是更加好胜的。
因此我建议那些经验不太丰富的团队，在功能评估时，最好能向工程师多问一句实现方式，顺便把体验兼顾了，多提醒这些技术天才们。否则，一旦开发结束，你跟工程师说，我想要的不是微博的体验，而是朋友圈的体验，这对于工程师的伤害是非常大的，改动的工作量往往也超出初创团队的接受程度，毕竟，我们活下去的关键是快速迭代。如果不快，等你体验好了，对手已经二次迭代了。
所以，我最近一直在和工程师沟通，在今后的工作中，确保每个功能在开发之前，都能把实现后的体验兼顾到。评估的过程中，要对市场上同类产品中口碑好的功能点，做出调研。激励工程师关注目前市场上同类功能中最佳的实现方式。否则，你做出来的，只是功