选择具有代表性的需求
客户愿意投入并不代表其需求适合所有目标用户。团队应比较该场景与未来客户的共同点，标出专属接口、流程和功能。示例：某集团要求内部特殊审批，可能适合作为独立配置，而不应立刻成为所有客户的默认产品逻辑。
约定反馈与决策机制
双方可以规定测试会议、样本提供、问题记录和优先级讨论方式。客户可以提出需求，团队仍需要维护产品边界。涉及成果归属、保密和案例公开时，应在合作开始前确认，避免项目结束后才争论谁能使用结果。
设定共创结束的条件
当核心场景验证完成，应讨论转为标准客户、另签定制服务或结束试验。继续投入需要新的问题和预算理由。设计伙伴的价值在于帮助形成可复制产品，不只是提供一个可以放在路演里的标识。
行动清单
- 识别共性需求与客户专属需求。
- 明确反馈节奏、决策责任、成果和公开范围。
- 设定共创期限及转入正式合作的条件。