2019年的工作第1天，远方团队的UI同学语音过来了，新的需求设计稿在元旦刚加班加点完成，负责该需求的我需要来进行验收才可进入开发环节。
我认为产品经理都会有这样的感觉，当新鲜出炉的设计稿上线后，都会有一些小激动吧。
第一是期待上线后的产品表现
第二是查看自己的设计师是否做的和自己想表达的一样甚至有更好的方式
第三是仔细的还原需求，检查UI有没有缺少了某个功能或字段甚至是页面
围绕着上面3点，我们会与UI产生什么样的沟通难点，如何去解决这样的难点问题？我们来聊聊
常见的UI沟通中的难点
产品经理与UI沟通存在大体6个难点和3个问题环节分别是
需求遗漏
文案缺失
元素缺失
元素不凸显
UI不合理
UI太丑了（这个就不是具体的那一点问题了，可能是上面几种问题的集合）
容易dealy的环节点
产品验收后，UI再次出现新问题
UI与开发的还原问题
上线后UI产生的新问题
如何解决沟通问题
现今，我在外辅导过一些产品团队。发现很多互联网企业没有接触一键式的协同UI办公工具，导致产品经理与设计师的实际工作场景如下
XXUI设计师：“这是X功能的设计图，查收 xx.zip/ xx.rar"
产品经理：“OK，收到”
过会一会儿后：
产品经理只会出现2个办法去解决UI的问题
无论是采用哪一种方法，都会存在造成历史聊天消息、素材找不到，一旦需要设计图的时候，还是要找到设计师问：“你那里上次XX模块的UI文件给我下，我需要一个”
有可能是因为在准备做项目回报或领导总结的时候，产品经理会需要找到一大批产品的设计稿进行汇总。又会出现UI版本参差不齐。比如某一个功能页面的UI是一个月前的，同样功能页面在1个月内进行无数次调整，产品经理并没有拿到最新图，结果导致汇报或评审失败。
元素等UI调整问题同样也存在上面的沟通或文档中，但产品经理批注完了仍然要靠文档保存，设计师也必须要通过查看聊天记录，才能依此去“理解”产品经理建议修改的地方。
上图就是一种不错的协同UI办公工具，这样的工具可以解决上面描述的问题。我在带着我的产品团队通过利用这类云办公的UI存储工具即可解决上面的问题，包括批注、UI展示汇总、甚至有的工具可以提供一剪切图。
产品经理要善于发现新的沟通工具，提高团队的工作效率。当然，选择工具对于有的团队是比较被动的，比如涉及到超大型公司与研发安保有一定重视和要求的，要么选择自研、要么是要走审批流程。如果能够尝试打破常规，利用新的工具帮助产品研发，也是非常有必要提升的。
下面我汇总了产品经理在与设计师沟通中主要的侧重点脑图如下
产品经理把美的价值评判权交给设计师，但产品整个信息架构、功能、文案、元素之间的层级是产品经理需要侧重看的。比如功能遗漏、文案表达不正确、2个字段需要突出的字段没有被突出、需要的状态没有表现出来。
同时要敢于干预，给予设计师干预。只有通过干预，设计师才不会盲目的自己完成，通过干预建立产品经理与设计师的默契图也是非常重要的一个环节。
设计完成进入开发环节。同样存在有一些问题是开发项目dealy的原因,比如该切的图标没有切、该切的元素没有切，导致开发又要回过头找到开发说麻烦：“给下我xx图的切图”。同样会画不少时间莱切图，开发又只能等待。
上线后，我们在测试环境开始测试工作。测试环境中，产品经理同样要进行开展UI还原的问题，尤其是C端产品。UI还原是需设计师来主刀完成，但产品经理要有意识的让设计师参与到项目中，并安排好对应的设计支持时间和节点。
巧妙的策略
当然在大多场景下，UI还原后才会上线。但对于用户量不多，产品正在快速迭代的产品，只要UI没有功能的遗漏、文案的错误，就可以直接上线。在上线后，某个大版本之前正式进行全方位的UI还原。也是一种不错的策略，既可以不降低开发速度，也可以让产品尽快的走进市场，验证市场效果。
Dealy环节点
除了上面说的UI还原也是项目中可能dealy的一大原因，另外最无法控制、预知的是上线后的Ui效果。这个可以归纳为下面脑图：
这场景常出现在web端产品，客户端因为有ios、安卓自己的系统规范，所以在按钮、导航栏、菜单、提示上设计师都可以尽可能的依靠该规范，并且类似ios如果没有按照该规范，则可能无法发版本（无法通过appstore审核）。
上图案例，是一个按钮上线后出现的UI问题。存在2个不同的点击区域。点击区域分享文章是【分享文章】入口，点击区域【下拉菜单】是用来唤起其他操作的入口。但UI上由于没有给出这类箭头提示，导致用户根本分不清，也找不到【写专栏】、【提问】的入口。
在这个案例中，上线后我们让产品经理给予箭头添加操作区域，再让UI同学增加该区域的设计，最终解决了用户找不到其他操作的入口问题。
这是一个典型的通过线上验收反馈过来到产品、UI的问题，并且不能叫做一个需求迭代，而是通过上线后才发现的UI问题。路径为下
总之，产品经理与设计师的沟通我见过较多的问题是无非是设计师有产品思维情况下的争论主题。这会让产品经理显得比较无从下手，尤其是面向C端的产品，对业务涵盖不那么重和复杂时。的确存在产品经理与设计师都可能有一些方案希望来推动，这时候如何推动项目按照自己的方案来解决，就看产品经理从需求、从用户、从战略目标等唯独。
同时产品经理在做原型时候应该多想，跟UI设计有关的内容经过考量之后，将重点呈现在原型注释，后续沟通也应该围绕重点。相信设计师的专业度，观点不一致的地方，先听对方意见，然后结合需求与原型设计阐明自己观点。对于一些在跟产品沟通上很主动的UI设计师，不能仅仅走简单验收流程，要预留时间去看设计图，发现问题，及时沟通。
推荐阅读：
坚持一年，招募100个产品经理
我的第一本书，给你们