十分钟内把它安排好
别花一个晚上去设计它。设计不是难的部分，花在上面的时间是在回避开始。
- 挑两三个应用。不是全部，也不是你需要的那些。
- 挑时段。对几乎所有人来说，量都在晚上。
- 约定好当对方想提前出来时，你们各自会说什么。
- 约定每天一个固定时刻，互相说说今天怎么样。两行就好，不是汇报。
第一天和第二天
轻松，还有点小得意。新鲜感在做事，你们谁都不太需要对方。
别从这一段得出任何结论。第一天和第二天谁都能过，这也是为什么那么多挑战被设计成两天长。
第三天，崩掉的地方
始终是最难的一天，对你们两个都是，而且通常在同一个时刻。新鲜感没了，还没有任何东西补上来。
这是另一个人开始要紧的一天。不是因为鼓励，鼓励什么用都没有，而是因为请求出来是发给某个人的一条消息，而不是一次点击。预期第三天至少会有一条请求，也预期你会想批准它。
第四天到第七天
明显变轻松了，而那份轻松才是真正的发现：那份不适是暂时的，而且比你以为的更短。
用后半程去留意你都改做了什么。那份清单比这一周本身更有用。
第八天该做什么
错误是结束然后回到原样。这一周产出了信息，而信息才是成果。
只留下一样：一个不再装回来的应用，或者把晚上的那个时段永久保留下来。并且留下另一个人，因为这里面真正起作用的是他，不是那七天。
常见问题
一定要七天吗？
不一定，但它必须有个终点。一次没有终点的尝试没有第八天，而第八天正是那个要紧的决定被做出的日子。
如果我们中有一个在第三天退出了呢？
极其常见，而且不是失败。事先约定好允许退出、另一个人继续，否则一次动摇会同时终结两个人的挑战。