昨天说了什么是Design Sprint，以及它能为企业和团队带来哪些价值，今天我们来说说什么时候你和你的团队需要进行一次设计冲刺。
当Design Sprint第一次进入大众视野的时，它通常被用于互联网行业，但其实这一套方法论可以用来解决各类型企业的多样性问题，上至物流体系的运营，下至销售模式的培训。只要是你认为对你的企业和团队生死攸关的问题，它都能提供一套完整的问题解决方法论。你甚至可以把Design Sprint看做是一个‘问题粉碎机’，你从一头扔进去问题，从另一头则可以产出问题解决的方案。而这些问题可以是抽象的战略决策型问题，也可以是具体的战术指导型的问题。
使用Design Sprint的前提条件
不管这个需要解决的问题是什么，在进行Design Sprint前请一定明确以下两个问题：
你所要解决的问题真的有价值吗？
公司的决策层也认可你所要解决的问题有价值吗？
回答这两个问题也许比你所想象的要难得多，毕竟这个世界满是让人应接不暇的所谓的‘好点子’，且总有公司会想出一些没有用户愿意为之‘买单’的创意想法。但我们的目标是：通过Design Sprint找到真实的用户需求/痛点以及解决方案。
如果一定要说Design Sprint在解决哪些问题方面有所专长，那么以下两个方向则是能让它大放异彩的地方：
用户需求驱动型的问题
Airbnb可以说是酒店业的颠覆者，也正因为此许多传统OTA企业开始感到如临大敌。更优惠的价格，更本土的旅行住宿体验是airbnb获取C端用户的制胜法宝，而OTA的酒店型业务似乎不能很好的满足新兴市场对于住宿体验的需求。如此一来，OTA如何保持竞争力？是迅速投入短租民宿行业？还是想办法提升传统酒店行业的用户体验？
对于许多OTA而言，他们甚至都已经重仓了酒店房源库存，或者整个网站的体验都是基于酒店业务而搭建的。如果转型，在原有客源一定的情况下短租民宿业务也势必蚕食自身的酒店住宿业务。对于他们而言是否要转型，如何转型，这是一个沉没成本的问题。同时这也是一个很好的通过Design Sprint帮助企业解决的问题的案例。
需要对具有高风险的假设进行预判
就着上面提到的例子，如果OTA企业内部已有正在探讨的多个解决方案，但需要去验证到底哪个方案能为用户带来更好的体验及价值，那么第一轮Design Sprint的重点则在于区分假设与事实。哪些是产品团队的假设，哪些是拥有数据支持的事实，哪些还亟待进一步验证。
基于假设的判断往往能把一个处于巅峰的企业丢下悬崖。一个经典的例子则是柯达：当年柯达判断电子相机还需要数十年才能跟上胶片相机的发展速度。而之所以有这样的判断则完全是基于假设，而柯达也为这样的假设付出了沉重的代价。
最后，系统的梳理一下：
究竟什么时候需要组织一次Design Sprint
1. 为了降低潜在风险
当我们面临产品方向的多项选择时，为了降低选择失误的风险，此时可以组织产品团队和其他利益相关者一起进行一次Design Sprint。因为如果我们将Design Sprint看成一个镜片，那么透过这个镜片，我们能组织团队一起聚焦项目的风险，与此同时专注于未知领域所存在的问题。
2. 澄清模糊地带
很多时候阻碍我们做出关键决策的是一些尚不清晰的产品问题，在没有得到一个明确答案前，任何的产品决策都可能对企业或者团队造成风险。而Design Sprint则是通过一套科学的方法来呈现已知事实，明确待解决问题，并集中团队注意力去解决这些待解决问题。
3. 不清楚用户需求
在Design Sprint的五个环节中，第一个环节就是‘理解问题’，而这个环节的目的就是建立一个关于‘用户需求/痛点分析’的完整案例。传统的调研结论很容易更偏向支持企业已有的解决方案，而对于Design Sprint的研究来说，因为解决方案尚不存在，所以研究结论也无所谓偏颇。需要特别强调的是：可行性和可用性问题并不是Design Sprint专注的方向。
4. 面临复杂问题，产品团队感到千头万绪
企业和团队往往需要面对复杂问题，因为他们一方面要为用户创造价值，而另一方面则要创造企业利益。这也就意味着每一个想法都可能涉及到不同的商业主体、组织、个人。Design Sprint主要专注于‘人’或者说‘用户’，因此能够化繁为简，帮助企业或者团队去关注最本质的用户需求/痛点。
5. 需要满足不同利益相关者的需要
一个问题利益相关者越多，这个问题就越复杂，于此同时也越适合采用Design Sprint的方法来解决这个问题。因为Design Sprint能够提供一个很好的平台让参与者抽丝剥茧的去拆解一个复杂问题，从而将一个庞大的复杂体拆解为多个问题点，进而通过实验的方式一步步去证伪。这也就给予了利益相关者对于问题细节更高的可见度。往往问题的可见度越高，你的企业或团队能够得到的支持也就更充分。
6. 需要获得决策层支持
企业越大，决策节点就越多，往往一个项目需要层层审批进而得到最后的决策层支持。Design Sprint并不能让你的想法平步青云的获得一路绿灯，但它能帮助你获得不同决策节点所需要的数据支持，透过这些数据，你能更好的顺利通过层层决策节点。
7. 团结一心，迎难而上
以我这次参加的Design Sprint为例，这是一个刚得到公司funding而成立的团队，因此想借Design Sprint的机会。事实证明这个方法确实让团队梳理清楚了未来方向，也让成员之间更加的熟悉亲近。
最后的最后，简单说说什么时候并不适合组织Design Sprint：
小步迭代项目
已有产品原型并能基于此收集用户反馈的想法
对于该领域还没有任何的用户/市场研究
你所需要的只是一个高保真度的设计产出
你希望创建的只是一个迭代式的工作流程
你只是想知道产品是否符合市场需求
最后最后，toto的两句叮咛：
不要认为通过Design Sprint明晰了用户痛点/需求，就再也不需要进行用户研究。Design Sprint虽然是一个牛逼的方法，但并不能解决所有问题。这也是为什么我会在接下来的一章说说进行Design Sprint前你需要进行哪些准备才能事半功倍。
如果你想了解我的最新UX相关文章，请关注我的微信公众号UXtoto，或扫描下方二维码。
