需要决定合作伙伴生态下一步新增哪些类别及先后顺序时…

为合作伙伴生态规划下一批要新增的伙伴类别及其排序，产出一份带阶段门、容量约束和终止标准的分阶段扩展路线图。

适用场景

解决思路

1. 先做访谈，每次只问一个问题并提供多选项，跳过用户已回答的内容：问清 B2B/B2C/混合、卖什么给谁什么价位用什么动销方式；当前生态形态（各类别已上线数量、活跃占比）；哪个现有类别已被验证（可复制的联合赢单而非仅签约）；产品就绪度（API 成熟度与多租户、认证/培训内容、deal registration、利润结构、支持模型、合同）；内部容量（伙伴经理及其负载、赋能内容产能、工具、项目预算）；买家实际如何购买；扩展目标（覆盖细分/地域/旅程阶段、whole-product 缺口、新客管道、留存/扩展、利润捕获）；当前与目标地域及细分覆盖；预算与审批人及规划周期；路线图时间跨度（12/24/36 个月）。
2. 在任何排序开始前先问三个会重排类别顺序的问题：第一个结果必须在什么日期前落地（硬性近期日期会提升快速见效类别——referral/affiliate、creator、agency——并把需要长期投入的类别从第 1 阶段删除）；是一次性赢单还是可复利资产（复利提升 tech/ISV 及其后续使其变便宜的类别如 marketplace、MSP；一次性提升 referral/affiliate、creator、co-branding，并降级所有需多年才回本的类别）；投入上限是多少（工时、人头、政治资本、可逆性）——低于一个常设岗位的上限直接删除 MSP、SI/GSI、reseller、retail、distributor；若上限包含现有服务团队则把 SI/GSI 提到最前。
3. 凡存在真实选择处（候选池、顺序、门阈值、容量线位置），给出 2-3 个候选方案及权衡与你的推荐，然后等待用户确认；绝不让未言明的假设固化为路线图。
4. 确认输入是当前生态图景（地图或诚实的组合描述）；完全没有图景则先转到生态映射的姊妹技能。
5. 在开头就声明证据立场：路线图是有理由的、带门的赌注，不是已验证的公式；所用每个基准都带来源标记。
6. 定义 MVE（最小可行生态）：能产生足够价值证据以吸引下一个类别的最小伙伴配置。若当前动销尚未成为有可复制联合赢单的 MVE，诚实的路线图第 1 阶段就是完成它，而不是新增。
7. 做 ego-system 检查：从客户立场而非自身立场起草价值蓝图；预设自身中心性（Adner 的 ego-system 陷阱）会招募到没有理由加入的类别。
8. 从三分法桶（influence、transact、retain-and-deliver）加上相关 B2C 词汇，以及每个类别能填补的 whole-product 缺口，构建候选池。
9. 在排序前先固定容量数字：伙伴经理与伙伴的比例、赋能带宽、预算；这些是路线图的上限，没有它们的顺序只是愿望清单。
10. 对每个候选类别评就绪度与经济性：商业模式、相对首次收入时间、搭建投入、常设负载、合规暴露、已满足与缺失的前置条件。
11. 按效率对候选池排序：单位投入回报的价值，绝不按最便宜优先；用类别经济性中的排序与各轴分线，再针对该用户重排（上述三个访谈答案、现有服务团队、无需实施的产品、只有一人的伙伴团队）。删除被其约束排除的每个类别并写明原因，而不是放在末尾；它们进入 `Not now` 并带重新进入触发条件。把顺序说出来，并说明它饿死了什么。从重排后的池子起草 2-3 个候选顺序及权衡与推荐。
12. 在呈现前先为自己推荐的顺序做最强反驳：再增一个类别的倒 U 成本、它制造的冲突、它从已验证动销中抢走的容量。
13. 为每个阶段附上阶段门：试点队列形态、伙伴-市场契合阈值（可复制联合赢单）、明确的终止标准；门由证据触发，绝不只由日历日期触发。
14. 对与现有路径（直销或其他伙伴类别）重叠的类别预检渠道冲突：在此检测并量化；交战规则撰写属于 partner-channel-conflict 技能——但在规则存在前就排定的发布是路线图缺陷。
15. 把每个阶段作为资本申请计价：总加载成本（人头、赋能建设、激励、工具、项目支出），绝不只算人头，并写明资金来源。
16. 执行头脑风暴纪律；逐节呈现路线图，每节经用户确认后再起草下一节；在最终定稿前要求用户明确批准整份路线图。
17. 检查 Pass Threshold；迭代顺序、门或容量假设直到每项检查成立。
18. 设定评审节奏与重排触发条件：门结果、某类别激活崩塌、产品就绪度滑期、冲突事件、市场变化；路线图是常设假设，标注下次评审日期。
19. 若运行环境有持久记忆，记住已批准的路线图——顺序、每阶段的门与终止标准、容量数字——以便后续运行（门评审、重排）从中恢复而非重新访谈。
20. 若能联网，在定稿前核实计划依赖的时效性事实（marketplace 政策、候选类别的结构性经济性）；否则标记为用户提供且未验证。
21. 在起草任何路线图前进入头脑风暴模式，绝不先给出成品顺序；用本专业自身的五种形式而非通用创意法，按效率排序为 `map re-read > value blueprint > account mapping > partner persona > business-design workshop`，从顶部开始，与用户确认形式，候选池不再变化时停止；顺序随已有数据而变。
22. 头脑风暴中每次只问一个问题，绝不批量；每个真实选择给 2-3 个候选方案及权衡与推荐后等待；在假设固化前说出假设（房间已想要的类别、无人核实的就绪度声明、猜测的容量数字）；在呈现前反驳自己推荐的顺序；逐节呈现交付物（当前基础、候选池、容量、顺序、门、成本），每节确认后再写下一节；以用户明确批准整份路线图作为定稿门。
23. 按以下工件交付：PARTNER-CATEGORY EXPANSION ROADMAP - <业务领域>, <日期>；Current base（当前各类别、每类激活、MVE 状态）；Evidence posture（已验证 vs 断言，每个基准带来源标记）；Candidate pool（考虑过的类别、三分法桶、将填补的缺口）；Capacity（经理比例、赋能带宽、预算——限制计划的数字）；Sequence（Stage 1..N——类别、为何现在、为何此顺序、已满足/缺失前置条件）；Gates（每阶段——试点形态、伙伴-市场契合阈值、所需证据、负责人）；Kill criteria（每阶段——激活下限、首次成交时间窗、两季度规则）；Conflict check（每个新类别与现有路径的重叠及量化、发布前所需规则）；Cost and ask（每阶段总加载成本、资金机制、审批人）；Not now（从排序池删除的类别——推迟或拒绝，各带排除约束与重新进入触发条件）；Open questions（证据无法回答的、以及什么会改变顺序）。
24. 在以下全部成立前不得交付，并迭代直到成立：1) 一次只开一个阶段，前一阶段过门后才开下一阶段，最多两个并行且仅在共享赋能基础设施时并明确说明；2) 由证据而非日历触发门，每个门写明开启它的证据（可复制联合赢单、激活、有来源的管道），绝不只写日期；3) 容量一致，各阶段加载总和（经理时间、赋能建设、预算）在所述容量数字内；4) 每阶段都有终止标准，至少含激活下限、首次成交时间窗、连续两季度未达标的规则；5) 每个基准都带来源标记（vendor、vendor-commissioned、analyst、consultant、academic），未标记即为缺陷；6) 至少一个类别被推迟或拒绝并带重新进入触发条件——什么都加的路线图等于什么都没排序；7) 对与现有路径重叠的每个类别预检冲突，并在该类别发布阶段前写明所需规则。
25. 按队列对照其门评判每个新增类别，并以门是否有效评判路线图；按效率顺序（每单位测量投入所解决的门决策）埋点，门可读时停止：新类别伙伴激活率（首年至少一笔成交的签约伙伴）对照门的下限；每类别首次成交时间对照门设定的预期窗口；每类别按队列的伙伴来源与伙伴影响管道（B2B）或增量归因收入（B2C）；入职窗口内赋能/认证完成率按队列；类别占新收入份额随时间变化（该顺序会饿死它——需一年队列才有意义），当评审是资金决策而非阶段门时提升它；门存活率（试点类别通过门而非被杀或重定范围的比例——100% 说明门太软，0% 说明候选池坏了）；倒 U 观察：随类别累积协调成本上升而总来源收入趋平时——停止新增、转向深耕的信号。
26. B2B 与 B2C 使用同一方法而非重造：用覆盖/增量分析决定哪个类别填补缺口；MVE 与先试点后扩展纪律；当新类别与现有路径重叠时把渠道冲突与蚕食作为核心治理风险；把伙伴经济性作为排序门；倒 U 逻辑——过多重叠类别制造成本与噪音。
27. B2B 与 B2C 真正不同的维度：类别词汇（B2B：ISV、VAR、MSP、SI/GSI、agency、referral、distributor、marketplace；B2C：retail/wholesale、distributor、affiliate、creator/influencer、licensing、co-branding）；效率顺序头部（B2B：tech/ISV 然后 referral/affiliate；B2C：creator/influencer 然后 affiliate）；排序驱动（B2B：产品就绪度、覆盖缺口、买家路径；B2C：增量性——在意图前触达买家——与利润捕获）；归因（B2B：deal registration、account mapping、co-sell；B2C：codes、affiliate links、last-click）；主要风险（B2B：赋能滞后、与直销冲突；B2C：DTC vs retail vs marketplace 蚕食）。
28. 避免并修复这些失败模式：ego-system 陷阱（顺序预设伙伴会围绕你转）——从客户立场做蓝图，核实每个类别现在加入的理由；在赋能前招募（该领域最常被引用的失败）——招募前设容量门，激活低于约 20% 意味着停止招募而非更努力招募；过度转向一个类别而砍掉其他（Nike/Under Armour 模式）——把类别削减视为与新增同等高风险，在收缩路径前量化冲突与依赖；类别蔓延后被迫修剪（HubSpot agency-badge 模式）——用终止标准加推迟清单，观察倒 U 信号；过早多元化（类别一未验证就上类别二）——MVE 门：先可复制联合赢单，诚实的第 1 阶段可能是“完成当前动销”；最便宜优先被误认为最高效——按单位投入价值排序：referral 是最便宜的梯级但买得最少，而 ISV 动销花四分之一成本却让后续三个类别更便宜；被排除的类别停在排序末尾——从池中删除并写明原因，它属于 `Not now` 带重新进入触发条件，而不是放在最响亮的赞助者能往上重读的清单里；把借来的战略网格当作方法（Ansoff、three horizons、BCG、Iansiti-Levien）——若有助于房间沟通可保留为词汇，但把决策重建在 MVE + 门 + 容量上；日历门阶段（“SI 项目 Q3 上线”不论证据）——门由证据触发，日期是预测不是触发器；把 vendor 基准当作证据引用——每个数字带来源标记，vendor 数字仅作方向性背景；路线图漂移成给具名公司排名——只做类别，具名候选交给 alliance-prioritization 技能。

适用边界 · 注意事项

• 不要用于给具名候选公司排名——那属于 alliance-prioritization 技能。
• 不要用于绘制当前生态地图——那属于 partner-ecosystem 技能。
• 不要用于设计项目结构（层级、权益、要求）——那属于 partner-channel-program 技能。