01 被拖慢的进度
原计划三周内完成的设计任务，眼看硬生生的要被“拖”成了四周了。
四端（安卓、iOS、PC、H5）开发负责人晨会上说设计交付的延迟，严重耽误了他们的进度，于是项目经理开始每天三次不间断来问候设计的进度，就这样在他们不遗余力的“讨伐”中艰难的度过了这一周。
对于这个年前最大的项目，我几乎把设计的主力都用上了，可问题到底出在哪了呢？
先说设计人力，起初为了保证进度，安排了两名交互设计师（一主一辅）、三名UI设计师（主页面设计一主一辅，素材设计一人负责）共同参与这个项目，所以人力是足够充足。
再说设计排期（需求分析 → 交互设计 → UI设计 → 设计交付 ，交互后期和UI前期并行），需求分析和交互设计提前UI一周，重大的问题梳理与解决方案每天都会和Boss汇报和确认，唯一拖延时间的是项目中付费流程的对接（较计划晚了两天，但这并没有拖慢UI设计的进度）。为了赶进度，我和交互连续工作了20天，双休日也一直在加班。
再说UI设计，主页面设计第一次交付比预计晚了两天，第二次交付比预计晚了三天，素材设计交付晚了一周，可最近两周平时她们下班都是8点左右（女孩子回家太晚也不安全），每个周末也都在加班赶进度，而且我们下班往往比开发还要晚一些。
表面上看大家都在很努力的做事情……
02 问题到底出在哪
为此设计团队特地开了一次会，设计师A（主页面主设计）说不知道截稿时间，而且领导一直在改需求，TML审稿、定稿的速度太慢了。设计师B（主页面辅设计）附和说因为需求一直在变。
可“需求”到底是什么呢？我随机提了一些关于“需求”的问题，发现一线的是设计人员几乎完全不明白“需求”是什么，确切的说他们把“交互方案（解决用户需求问题的设计方案）”当做了“需求”。虽然项目会议不止一次讲过这些，可他们的潜意识里这些不需要了解太多。
其次，动手设计之前对于要做的事情并没有做足够的“功课”，比如说做会员付费流程设计的设计师竟然没有类似的“真实”体验，亦或是即使有也体验的比较粗糙。也就是说交互和UI并没有做足理性是专业准备。
在设计交付环节，设计人员对于各端开发当前的进度并不了解（部门群每天都会有项目进度汇报，只是他们并没有主动了解的习惯），对于设计交付先给什么后给什么几乎是等着被安排。
最严重的是，出现问题的时候，总结出来的问题几乎都是别人需要调整的，而不是从自身找原因，习惯性把自己放在一个“等靠要”位置，而不是基于用户需求本身和团队目标思考如何做更有利于解决问题和推进进度。
由于对自己的要求不够高，从而不能保证输出的高质量的设计稿。那又是什么把他们“塑造”成这样的呢？是他们自己本来就是这样，还是团队的文化使然呢？
入职公司5年以来，我一直是部门公认的对下属最严格的Leader，有时候几乎是“魔鬼”一般都存在，难道是我不够严格吗还是管理的方式有问题？
03 如何解决进度问题
虽然我们每个人遇到的问题各有不同，但本质上几乎都可以概括为一句话——预期与现状感受之间的落差。
那么解决的思路大概有两种，一是降低预期，二是改善现状靠近预期。而在不降低预期的前提下，需要考虑的就是围绕问题本身，思考如何做可以更好。
通过梳理我觉得可以这样解决。
短期内，由交互主设计负责每天和四端开发对进度，确保遗留问题一周内对接清楚。
长期内，为了改善设计团队的效率还是要多从激发设计师的主动性和提升专业素养上入手。前者主要依靠团队文化，后者则是要靠团队文化和设计输出标准的双重影响，关键点如下。
1、深耕业务：需求分析开始，引导设计师（尤其是UI设计师）思考用户的核心需求到底是什么，并提炼关键词（必要时给予问题模板）；了解并能够说出3种竞品对上述用户需求是如何解决的，以及它们的差异点和亮点。
2、设计提案：结合我们产品的框架提出至少两种交互设计提案以及UI呈现；交互和UI还需要对彼此的设计给出优化意见，而不是被动的传达和接收。提案合格标准，对标知名公司并努力靠近和超越他们。
3、设计交付：从对接开发开始，需要知晓开发的每日和每周的进度（每天上下班对两次）直到上线，尤其是验收阶段的时间起止点。发现有可能延迟交付时由Leader负责协调设计排期和交付。
4、组件总结：优先对高频使用的设计模块组件化，减少重造轮子的无用功，并针对不同的设计组件不断积累素材。
这样就能解决问题了吗？我想以上解决方案都是错的，因为任何一个解决方案都会因为新的问题。
重要的是引导大家为一个共同的目标而努力，并站在各自的视角自扫门前雪，并同时保证不脱离团队目标。
很多时候，我们面临的问题是立体的，可从我们的视角看到的往往只是散乱的“点”和“线”，而非“体”。
未完待续……
经得起挑剔，才配得上赞美。我是大鱼苏木，一个致力于用设计思维解决问题的产品设计狮。