从合作请求到双方约定

将请求视为邀请

请求应该告诉对方足够的信息来决定谈话是否值得。包括预期的工作、时间窗口、位置、可交付成果、使用、报酬或创意交流、团队背景以及影响安全或访问的任何条件。简洁的请求比带有隐藏期望的广泛邀请更容易回答。

发送请求不会创建预订、收取付款或保留日期。接收者需要时间提出问题，并且可以拒绝而不放弃未来的机会。如果项目在对话过程中发生变化，请更新摘要，以便两个人都在讨论同一件事。

接受一个确切的版本

协议将对话变成共享记录。它应该列出参与者和角色、范围、时间表、可交付成果、使用、补偿或交换、费用、审查和变更期望。有意义的操作是在检查其详细信息是否与您讨论的内容相符后，接受向您显示的确切版本。

接受的条款仍可供生产参考。后来的想法不会默默地取代它们。如果日期、可交付成果、使用渠道或价格发生变化，请提出新版本或修订，并让双方审核。将早期版本保留在历史记录中可以使决策可追溯，而无需将每条消息都视为合同。

• 检查姓名、角色和职责。
• 检查日期、可交付成果、使用情况以及货币或兑换。
• 检查当计划改变时会发生什么。

为人类决定留出空间

结构应该减少重复，而不是压力。询问旅行、访问、谁将参加、如何处理图像以及谁可以批准更改。如果答案显示不匹配，则完全是暂停或拒绝的结果。没有人理解的快速的“是”比小心的“不”更弱。

一旦接受相同的协议版本，生产就可以保留共享的工作上下文。交付、完成、审核和贡献确认是单独的检查点。保持这些状态的不同可以让人们解决交付问题，而无需暗示评级、所有权转让或付款事件。