这个必须收!如何让开发人员按照UI标注还原设计？.pdfVIP

这个必须收 ！如何让开发人员按照U I标注还原设计 ？ 当一个开发工程师屡次发问 「这 让我移1px有什么意义 ，我为什么要浪费时间这么做」且拒绝修 改时 ，如何让这位开发理解、认识到修改的重要性 ？ 首先回答问题 ，程序员不配合 ，90%以上的情况是需求人员工作不到位。 目录 1. 像素这样的细节是否重要 ？ 2. 为什么程序员不愿意修改 ？ 3. 产品人员该如何解决 ？ 4 . 程序主管应该做什么 ？ 一、像素这样的细节是否重要 ？ 产品人员 ，一定要了解1个像素在不同情况下 ，重要程度是不同的 ，这是你是否要去找程序员修改 的大前提。比如 1 ，产品战略层面是否重视体验 ？ 公司是技术驱动 ，设计驱动还是市场驱动 ？这款产品是面向什么用户的 ？这直接决定了细节在产品 中的重要程度。不知道题主所在公司情况 ，就直接告诉题主“体验为王”或“设计师工作是可选的” ，这 样真的好吗 ？ 于UI\UE的重要程度 ，绝大多数情况下 ，企业软件专业工具大众产品。 举个例子 ，我老东家金山的后台管理系统 ，烂的简直让人发指 ，别说易用了 ，连能用都达不到 ，不 让你撤销重填就算谢天谢地了 ，可用了多年也没换过。你说1像素重要吗 ？对于很多企业用户来说 ， 企业软件最重要的是安全、易于部署、维护和扩展 ，而不是UI是否好看/UE是否完美。所以如果你 是做这种产品的UI设计师 ，长时间纠结1像素被鄙视也是稀松平常的。 而对于像Z aker这样的大众产品 ，在底层技术能够到位的情况下 ，用户体验就成了极其重要的一环 。任何UI无法对齐、图标大了4个像素、出现“ipho ne”这样的文字、配色有些烂俗的情况 ，都会让用 户认为“这个产品比较山寨” ，“用着有点别扭”的感觉 ，直接会造成流失/评价下跌。我想 ，用过知 乎iPho ne和安卓客户端的人一定深有体会。 2 ，细节在应用层面的重要程度如何 ？ 同样是1个像素 ，在不同地方是有不同效果的 ，不能直接就说重要还是不重要。举个例子 【我的收藏】前面的图标 ，如果往左挪1个像素 ，你觉得怎么样 ？ 我的头像这张图和名字 ，如果整体往左挪1个像素 ，你觉得怎么样 ？ 我想 ，大多数人都会同意 ，第一条更不能忍。也就是说同样的细节 ，是否重要一定要看它所处的 环境 ，必须具体问题具体分析。对于任何提需求的人 ，都要自己先搞清楚 ，再灌输给制作的人 ，不 能一股脑全都丢过去。 3 ，项目进度和优先 是否允许 ？ 一根筋 ，是绝大多数新的策划\产品\设计人员最常犯的毛病。他们分不清楚轻重缓急 ，总是抱着“我 是为产品好”的想法去做不合适的事。 举个例子 ，一个游戏出现刷钱的严重bu ，运营要求1小时必须解决。在你的眼 ，顺便调整1像素 ，也就是调一下坐标的事 ，没什么难的。但在程序员眼 ，这代表着要重新编译、打包上传 ，会极 大增加出问题的风险。哪怕前端程序员没有工作 ，你也不能去找他改这1像素。这个时候 ，1像素绝 对是无足轻重的。 而当你记下这个需求 ，等发版以后 ，程序们有时间开发时再提交 ，这1像素就有可能重要了。 二、为什么程序员不愿意修改 ？ 这一点上 ，我要为程序员们喊冤。绝大多数情况下 ，都是需求提供人员自己本身没有做到位 （大部 分情况是极不到位 ）。包括但不限于以下情况 ： 1. 需求提的不明确\有明显问题 2. 需求人员平时没有展示出足够的产品能力 ，造成无法让人信服 3. 需求人员极少给程序人员灌输细节的重要性 4 . 加班时没给程序买可乐 …… 程序员们 ，大多数都是非常单纯的人 ，没有那么多花花肠子 ，很少有故意给你脸色、撂挑子的情况 。只是有些时候他们会一根筋 ，只要你足够专业 ，勤于沟通 ，一般都没有问题。所以是因为设计师 不懂代码 ？部分技术人员的审美意识 ？还是大厂心态或者其他什么原因 ？这种状况怎么解决 ？到什 么时代或是契机才能够被解决 ？ 这种抱怨的话少提 ，与人方便自己方便 ，自己既然是提需求的人 ，就要多为对方考虑。 三、产品人员该如何解决 ？ 假设真的出了问题 ，我们该如何面对 ？首先要寻找原因 ，是自己没做到位 ，还是对方没理解你的 想法 ，还是单纯瞅你不顺眼 ？假设是1和2 ，那我们要做到 ： 1 ，先搞清产品战略。 自己弄明白这1像素细节是否对产品有足够的重要性。如果不重要 ，那请把工作中心转移到重要的事 情上。 2 ，绝对自己把该做的事情先做好。 这 边包括自己先弄明白修改的意义 ，画好标注色值、像素的示意图和文档 ，做好产品原型等任何 能让对方不需纠结 ，直接可以上手的工作。自己的专业