人们通常不会带着完整的帮助规格出现，有时只知道自己卡住了。合作伙伴的能力也不是一份固定库存：熟悉的经验可能在新场景里被认出来，新技能则可能需要小任务、反馈和时间才能形成。
这条路线从匹配之前开始，依次看回应怎样使需求变清楚，团队怎样创造参与条件，以及一次行动怎样改变下一轮计划。最后回到日常协调：几个人分别说“可以”之后，还需要做哪些工作才能让活动真的发生。
从一句“我卡住了”开始 ↗
从一位开发者开始：他究竟想学会前端，还是先让工具被用起来？
小许不想再管预算 ↗
分清过去的角色、这次的意愿、可迁移的经验，以及学习新事物所需的条件。
给合作创造条件 ↗
看看试教、起始包和设备伙伴，怎样改变一份无法靠继续搜索推进的计划。
群里都说“可以”以后 ↗
把零散赞成变成具体安排，再只重开那些被变化影响的依赖。
这里的案例用于构造解释。在真实协作中，可以记录帮助之后什么变得可能、哪项未知改变了、占用了谁的时间，以及参与者是否接受了最后的安排。