在B端项目中，经常会出现这样的问题：作为新项目/新功能的开发者，会优先考虑产品功能，却会忽略最终页面呈现的还原度，这就是大家常说“功能至上”，设计稿往往不还原。当我们遇到这样的情况，我们应该如何处理呢？相信很多B端设计师在工作中都会遇到这样的问题，那么我们就来说说当项目本身不注重设计的时候怎么办？关注自己我看到有同学抱怨设计页的还原度很差，这让他不愿意在设计页上多花精力，经常在公司无所事事（莫语）。设计师遇到这种情况会自暴自弃，不会太在意页面细节的验收（设计师会说：提出来就不改，也不想提稍后），一页缺少20%的设计细节，十页，五十页？也许这将是一场灾难。因此，当设计不被重视时，首先要做的就是关注自己。在工作输出上勤奋负责，认真对待需求和设计验收，因为只有自己做好了，才能请团队其他成员协助。比如一个版本结束后，解决设计细节上的不同问题，会分配给不同的前端工程师，并且在页面上明确标注各种设计细节，让研发同事知道你对工作的态度。一个项目组当然不会讨厌一个认真负责的人。上述问题其实都是“项目抢”造成的。对于这类问题，我和很多开发者有过深入的交流。他们不想为难我们。更多的是因为项目功能的开发时间不够，更不用说设计细节了。目前大部分团队的项目开发方式还是采用“敏捷开发”（相反的是瀑布开发，不了解的可以百度），所以在每次迭代开始的时候，可以和项目负责人明确恢复设计细节的具体时间和设计恢复细节，这样在项目一开始就可以和大家明确项目设计需求，比如这个阶段在功能上确实比较复杂。这样作为设计师也可以了解项目的整体情况，适当放宽要求。帮助开发人员更深入地了解设计细节。很多时候你会发现一些明显的错误其实他们并不知道，比如一个浅灰色和白色，在感知上和他们很相似，还有一些小细节开发者很难观察到。并且通过一个标准，他可以检查他的页面有没有问题，比如：基础阶段：页面布局形式，颜色值，字体大小，控件使用，缺少关键元素中期：笔画粗细，区别在细节背景色、模糊高级阶段设计资源：控件动画、页面内容文案、提示信息……当然，这只是一个简单的例子。规范页面还原标准的最终目的是让开发有可量化的标准，进而能够对设计师和设计细节有更好的态度。而标准的确定，可以帮助你在会议上明确迭代标准，进一步提高团队之间的协作效率。而人总是会犯错。比如我写文章的时候，偶尔会有错别字，严格之后大家一定要互相理解。当然除了标准之外，DesignToken也可以帮助前端快速了解基本风格，以后有空我再单独讲解。后续迭代时间当我们先尽力而为，提出问题，然后确定修复标准时，最重要的是知道一个版本之后什么时候应该改进遗留的问题。通常，解决时间上有两种不同的情况：在接下来的1-2个版本中迭代，解决之前的问题并总结问题，然后在经验上进行大版本更新。这两种方法没有好坏之分。对于我们来说，需要总结设计细节中的各种问题，也会要求设计师有自己的设计经验需求池：通常这种需求池会包括以下几类问题：问题描述，问题图片，前端负责，以及follow-upIterationtime等...这样在问题发生后，就可以确定对应问题对应的开发者和follow-up时间。毕竟，表格是项目管理中最好的工具。真诚沟通。在团队中遇到问题，要多与团队成员协商沟通。因为都是同事，沟通和解决问题才是大人的作风。比如一起吃饭聊问题，大家一起下楼抽烟聊天，偶尔买杯奶茶犒劳那些努力恢复页面的前端同学。有时，一两句笑话就能缓和一下紧张的气氛。希望大家工作顺利，少一些烦恼（下期安利几个插件，让页面验收嗖嗖嗖~）评论区说说你在实际项目中遇到过哪些奇怪的事情？
