亲眼见过一个项目：代码三天就写完了，设计稿却来回改了三轮，拖了小半个月。客户一会儿觉得首页不够大气，一会儿要把主色从蓝换成红，还不断拿竞品截图来对照。设计这一环，是小程序开发周期里最容易被低估的时间黑洞，而且这个黑洞完全可以避免。
设计不是画图，是定标准
UI设计一般三到七天。设计师先出首页，风格定了再铺开内页。有经验的设计师会先问品牌色、logo、参考案例，而不是上来就画。你给的参考越具体，比如截两张喜欢的首页并标注喜欢哪里，一轮过的概率就大很多。反过来说，只丢一句你看着办，设计稿就只能在猜测里反复。
再说一个反直觉的现象：改稿最凶的项目，往往不是审美分歧，而是最初没定调。品牌色抄竞品的、logo还是旧的、文案没写完就催设计的，这些前置欠账最后都变成改稿次数。设计不是从打开软件那一刻开始的，是从你把品牌资料给齐那一刻开始的。
改稿怎么控制在两轮内
改稿是正常的，怕的是没有边界的改：第二轮换布局，第三轮换配色，等于重做。靠谱的做法是合同里约定含两次修改，超出的按小时计费，听着冷冰冰，其实保护双方。给你几个反馈技巧：
- 配色、字体、间距、图标风格的意见一次列全，别挤牙膏
- 给参考图时顺手说明喜欢它的哪一点，是配色还是布局
- 拿不准就先让同事内部过一遍，再发给设计师
- 确认方式用邮件或聊天记录截图留档，避免口说无凭
还有一个时间技巧：把大改控制在首页阶段。首页定了，内页的骨架和组件就基本定了，改动是局部的；首页含糊通过，内页每张都可能被推翻，工作量差着好几倍。
设计确认快，后面全提速
设计稿签字确认后，前端切图和后端接口才能并行开工。前面拖一天，后面整条线顺延一天，小程序开发周期就是这么被拉长的。比格网络的做法是把设计确认节点写进排期表，客户哪天确认、上线哪天，白纸黑字算得清清楚楚。给两个实在建议：需求沟通时就定好品牌色和参考案例；把改稿次数写进合同。这两件事定下来，至少省一周。
如果已经陷进无限改稿的项目里，补救办法是暂停画图，先开一次十五分钟的电话会，把分歧点一条条摆到桌面上，能达成一致的当场定，定不了的降级处理。拖，是解决不了审美分歧的。把会开透，比把图改十遍有效得多，这两件事花的时间成本，差着一个量级。
