1.    计划的加减法则

不要花太多时间在计划讨论上，任务确定采用加减法则取舍，时间预算区别于常规项目。

常规项目计划作加法：设定一个目标, 围🌌绕该目标, 列出所需条件评估，一一满足；列出任务,𓄧 然后一一实现；据此时间预算从前往后推算。 

紧急项目计划作减法：只作必须的事情。如果这件事情不做，这个项目就没🃏有意义, 那么这件事情定义为必须；短期的紧急项目只关注必要的结果, 其他的实现成本高的任务砍掉；非必要的条件性任务可以安排先后顺序调整； 锦上添花的功能或效果不作任务承诺或者安排在缓冲时间实现；时间预算从后（Dead line）往前推。

2.    早期需求挖掘

内容策划方面需求越确凿越好

如果时间紧张, 内容策划却没有确定, 𒅌设计师搅和进去, 一定吃力不讨好, 奉劝不必在此浪费自己的能量, 时间是设计师发挥的客观限制。

视觉风格需求参考越丰富越好

早期需求方看到的视觉风格越多, 越有利于需求方作出准确的判断, 如果已经进行到页面视觉设计了, 再被⭕需求🌳方发现与之更贴合的视觉风格, 要求修改, 那项目就危险了； 与其中途改道, 不如未雨绸缪, 在与时间博命的项目里, 一切变动来得越早越安全。

3.    尽可能多的要求资源 扫清障碍

设计师资源： 根据质量守恒，任务一定的情况下，要求更多的设计师资源是能够🌺帮助项目进程的；但不可一开始就大规模设计师一拥而上ဣ，精兵突袭，往往能在短时间内取得奇效，因此保持队伍轻灵，要求后备资源充足，随时可用为上策。

缓冲时间： 要求专项时间资源 固定给审核，修改，提升使用

专责小组：要求专人资源 固定给审核，修改，提升使用

4.    拆分开来设计 流程可以被打乱

这是紧张项目对流程灵活务实的一个需求， 各方面都应以不阻碍其他方面的进程为划分任务优先级的标准

例如 交互设计为不阻碍视觉设计进程，可根据策划先设计必须页面效果，然后再仔细设计功能模块流程

交互设计步骤也可以拆分为：加拿大预测网-在线预测效果设计——信息架构整理——提供其他页面视觉参考。

视觉设计则拆分为主视觉和页面实现，主视觉只要找到大体方向，精炼提升的工作也可以安排在所有꧑必须设计完成之后再来实现。

5.    大军压近全线并行

扫清条件限制，各部门统筹协作，紧凑推进不留空隙

图例：

 6.    不要唯需求方马首是瞻

在项目过程中, 尤其是相关部分已经完成的情况下,绝不允许需求方无休止的提出新需求;

如果正在展开实际设计, 而新需求对项目后续的影响不能完全评估, 那么设计师也♑需要拒绝并且告知需求方把风险所在;

为每个阶段的出产物也留出固定的缓冲时间, 便于需求方审核, 反馈意见, 设计师收集建议和修改;

修改需求需要专责小组审核 讨论其合理性, 综合决♛定是否修改, 避免不明真相, 越改越错, 或者决策失误, 来回往返修改

7.    不可轻易易帅

紧急设计项目不似一场足球赛,  发现主要队员无法进入状态或者好运用完就赶紧换下场； 项目过程中不可轻易换掉主要设计师作主要设计，对项目背景, 需求的理解, 对项目节奏的把握绝不是任何设计师在短时间里复制和替代的, 当然🎶这也更要求𒈔主要设计师具备深入设计的专业精神和优化能力

8.    提高沟通成本以提高沟通效率

这看上去是个损招，不过也是激发团队潜能，节约时间的好招。

提高沟通成效率要诉求是不要陷入无截至的发想和讨论中， 把时间花在实际设计上，如果不能立刻提出更优方案，就按已有设计执行；提高沟通成本的辅助工具是：电话， 邮件，集ꦍ中在每次的电话和邮件中解决一批问题，避免一个问题多次反复的讨论；尽量不要使用IM沟通 

9.    草木皆兵 使用你的用户

到了最后, 有不同的参与者, 对同一可用性问题可能会出现不同意见, 迅速解决内部争执, 说服力超强, 节省时间的必备良方——用户。 没错, 很紧急的项目也可以使用用𒀰户, 任何不是该项目的参与者都可以作为用户，每位一二分钟的判断和理由陈述, 一小时就能有可观量的选择。 我们需要知道为什么用户这样选择吗? 我们需要追究用户有没有撒谎吗? 如果我们有更多的时间, 那一定能知道。 但是现在我们得到了一个用户在第一时间会认同的结果。