要为 B2B SaaS 找到设计合作伙伴，先界定你需要了解的工作流，找出正在经历它的组织，然后请求与一位实际用户和一位内部发起人建立有边界的合作关系。约定双方各自投入什么，以及何时复盘结果。有用的合作会产出关于重复使用的证据；演示时的热情只是一个起点。
选择你真正需要的关系
一个组织在多轮产品迭代中与你协作。你们约定一个学习问题、对相关工作流的访问，以及与实际做这项工作的人定期复盘。
一个人试用早期版本并反馈发生了什么。当你需要一次聚焦的可用性或上手检查、而不需要更长期的组织承诺时，请参考内测用户指南。
一个组织购买约定的产品或服务。设计合作伙伴可以成为客户，但学习、独立使用和付款应在你的记录中分别填写。
从一个工作流和一个能触达的组织开始
- 写下一个不确定点：客户经理能否在一次真实的客户交接中、在创始人不在场的情况下使用我们的交接清单？这让合作有了具体目的。
- 通过相关的公司页面、公开的流程描述，或熟悉这项工作的人的引荐，找出正在运行该工作流的组织。记录来源和日期；仅凭一个职位名称并不能证实问题存在。
- 请引荐人介绍实际执行该工作流的人。在首次对话中，请这个人描述最近的一次实例、现有的替代做法，以及谁需要批准一次试用。
- 在提出试点之前，先提供一次简短的范围界定对话。说明现在已有什么，以及你能提供的支持。让对方可以拒绝，而不是被推进一个销售流程。
复制合作伙伴资格评估工作表
每个组织建一条记录。把每个答案标记为「已观察」「推断」或「未知」，并保留其来源/日期。一个妨碍真实使用的未知项，是在邀请该组织加入试点之前需要解决的问题。
- 组织与细分市场：[名称]；[与其他潜在客户共有的工作流]；[为何具有代表性]。
- 当前工作：[最近一次实例]；[替代做法]；[维持现状的后果]；[来源/日期]。
- 人员：[实际用户]；[内部发起人]；[可以批准购买的人]；[哪些角色仍未确认]。
- 访问：[组织可能分享的样例输入]；[环境]；[权限负责人]；[受阻的前提条件]。
- 承诺：[谁会试用该工作流]；[复盘节奏]；[可投入的时间]；[下一次约定的会议]。
- 创始人负担：[配置工作量]；[支持上限]；[超出产品方向的定制需求]。
- 决策：[邀请、澄清或婉拒]；[最有力的反面证据]；[尚未回答的问题]；[复查日期]。
两个虚构候选对象：光有热情还不够
以下是为一个协调小型代理机构客户交接的原型编写的虚构教学示例。它们不是 Soloop 的客户，也不是实测结果。
一位客户经理能完整讲述最近一次交接失误，并获准分享一份脱敏清单。运营负责人可以参加定期复盘。他们的工作流与原型相符。购买决策权仍然未知，因此下一次对话会核实这一点，而不把付款视为已承诺。
一位热情的高管想为原型不支持的工作流做定制集成。没有客户经理能参与，也拿不到样例输入。创始人记录下这个需求但予以婉拒：高管的兴趣无法替代一次可用的协作。
复制一页纸的试点学习简报
完成资格评估后，双方一起填写。这是一份运营规划文档，不是合同模板。选择双方都能持续的时长和节奏；下面的例子是一种排期选择，不是通用基准。
- 问题与范围：[一个假设]；[一个工作流]；[原型版本]；[排除的内容]。
- 参与者与访问：[用户和发起人]；[已批准的样例输入]；[访问边界]；[谁来解决受阻的前提条件]。
- 日程：[开始]；[结束]；[复盘日期]；[谁观察首次使用]。例如，为期三周的学习期，每周复盘一次。
- 投入：[合作方的尝试和反馈]；[创始人的配置和支持]；[定制工作的时间上限]。
- 证据：[尝试的任务]；[独立完成还是在协助下完成]；[障碍]；[下一次尝试]；[笔记存放位置]。
- 退出复盘：[提供付费产品所需的证据]；[值得有边界延期的不确定点]；[结束条件]；[约定的访问权限和共享材料处理方式]。
记录学习成果，然后转为正式合作、调整或结束
每次复盘时，先请用户展示最近一次尝试，再讨论功能需求。记录哪些地方需要创始人协助。如果一个工作流之所以能完成，只是因为你手动修复了每一次交接，那它还不能证明产品具有独立价值。
重复使用解决了预期的任务，且有买家想讨论产品报价。另行约定范围、价格和下一步。只有在付款真正发生后才记录付款。
有一个具体的未解决障碍，妨碍了下一次有意义的尝试。只有在约定了变更、观察方式和结束日期后才延期；避免无限期的免费定制开发安排。
Cedar 完成了学习期，客户经理独立完成了一次交接。随后买家解释说，团队很少变更客户负责人，会继续使用现有清单。记录为：学习完成、未购买、重复需求不足。结束试点，转而调查交接更频繁的组织。
来源与下一步研究
把你暂定的合作伙伴画像和待解问题带到 Soloop，讨论一项受支持、有边界的研究任务。继续之前先审阅它的行动卡片。研究报告可以为你的候选名单提供依据；对话仍由你来进行，合作关系仍由你来管理。
a16z 从紧迫性、余力和代表性三个方面评估设计合作伙伴，并把学习关系与最终付款分开看待。上文的工作表和虚构场景是 Soloop 的编辑示例。
a16z: A Framework for Finding a Design Partner