12 人 AI Startup 招聘：产品增长复合岗还是拆成两个职位？

!先回答这个核心问题

**我们是 12 人 AI Startup，需要有人同时做产品和增长，应该发布一个复合岗位，还是拆成两个职位招聘？**对多数仍在寻找可复制路径的早期团队，起点通常是一个边界清楚的产品增长复合岗，而不是同时发布两个宽泛职位。这个岗位应对一段用户路径和一个关键行为负责，把用户洞察、产品改动与有限的触达测试连接成闭环。

这不是让新人包揽产品战略、品牌、销售、内容、投放、数据和客户成功。相反，好的复合岗是一个“窄而深的问题所有者”：他面对确定的人群，围绕确定的障碍开展实验，并能说明每次尝试为什么继续、调整或停止。若创始团队尚未判断问题发生在价值表达、首次使用还是获客环节，先拆成两人只会把同一份不确定性分给两份 JD。

!决策的前提：先找到最小增长闭环

招聘讨论很容易被预算或组织图带偏。更有用的起点是写清：目标用户在什么场景下接触产品、完成什么动作才算获得价值、团队用什么信号确认价值发生、下一项实验由谁推动。四个问题没有答案时，职位名称越完整，实际协作越容易失焦。

AI 产品常见的瓶颈并不相同。有的用户没理解首次价值，主战场在引导、任务设计和反馈；有的用户完成过一次却不回访，重点是使用习惯、产出质量或协作链条；也有的产品体验已较稳定，但有效触达和转化不足，才需要把更多精力放到渠道、内容、销售流程或合作伙伴。它们都可以被称为“增长”，但候选人的能力结构与可用手段并不相同。

一则公开的用户增长运营岗位把用户研究、渠道测试、全链路漏斗复盘、产品环节优化、数据埋点与 A/B 测试放进同一职责链条中，说明早期增长工作往往跨越产品与运营接口。猎聘的岗位描述示例只是该公司的特定招聘需求，不是可直接照搬的标准；可借鉴之处在于，把“发现问题—提出假设—推动改变—复盘结果”写成连续责任，而不是仅用“负责增长”概括一切。

!一张表先判断该复合、拆分还是暂停扩招

表格的分界并非“一个人更省成本、两个人更专业”，而是工作是否已经分化成两套可以被独立管理的系统。问题还没有切开时，让同一角色贯穿洞察、方案和实验，更利于缩短学习链路；工作已经成熟到相互争夺大量时间时，拆岗才可能提高产出。若团队连观察什么、由谁决定都不清楚，最先要补的是访谈、事件字典与决策节奏。

!发布职位前，创始团队先对齐六件事

第一，下一季度唯一要改善的行为是什么？应是“目标用户完成首次关键任务”之类可观察的动作，而不是笼统的“增长”。第二，最优先服务哪类用户？至少要描述其角色、触发场景、现有替代方案和使用频率。

第三，现有证据有哪些？访谈摘要、销售异议、客服标签、会话记录或行为数据都可以；创始人的判断可以作为假设，但不应被写成已经成立的事实。第四，哪些工作由岗位本人完成，哪些由工程、设计、创始人或外部伙伴支持？第五，他能够改动什么：页面、流程、埋点、触达节奏，还是仅能提出建议？第六，团队用什么节奏判断成功、调整或停止？

若其中三项以上无法形成共同答案，先用短周期做用户访谈和路径盘点，比急着多开一个 HC 更有效。招聘可以引入新的判断力，却不能替代公司对问题的基本定义。

!复合的应是相邻能力，而不是所有缺口

健康的复合，是围绕同一条路径组合相邻技能：用户研究与需求定义、数据阅读与实验设计、关键流程优化与跨职能推动。例如，岗位使命可以是“让新注册的目标用户在首次使用期内完成关键动作”。为此，他访谈新用户、定位阻碍、提出引导或页面改动、与工程协作上线、设定观察窗口，再根据结果决定下一步。

不健康的复合，是把产品路线图、长期品牌、公域投放、商务拓展、销售管理、社区运营、客服和融资材料全部叠进一个职位。这些事项的周期、资源和评价尺度不同，放在同一份 JD 中会让候选人无法排序，也使管理者无法判断该岗位的真实贡献。

可用“一个结果、两类手段、三项限制”约束岗位。一个结果是关键行为；两类手段是产品实验与有限渠道验证；三项限制是目标用户、可动用资源和明确不负责的事项。限制不是缩小机会，而是在入职前建立可执行的承诺。

!把 JD 写成工作说明，而不是能力愿望清单

好的 JD 先交代业务上下文，再写职责。与其写“负责产品规划及用户增长”，不如明确如下内容：

• **岗位使命：**在约定用户群中，改善从首次接触到关键价值动作的路径，并将有效做法沉淀为可复用流程。

• **首阶段职责：**梳理关键路径与现有证据；持续接触用户；提出有优先级的实验；协同设计、工程推进必要改动；维护实验记录和指标看板；向直接负责人解释继续、调整或停止的依据。

• **可调用资源：**每周固定的工程与设计支持时段、可访问的匿名化行为数据、与创始人的固定决策会议。

• **不负责事项：**不单独承担长期品牌建设，不替代全职销售负责人，不在缺少假设时大规模购买流量，也不为全部营收结果作单人承诺。

候选人要求应重视证据而非术语。可以请对方讲述一个完整案例：初始问题是什么、如何收集证据、考虑过哪些方案、实际推动了什么、结果如何解释、结果不好时怎样改变做法。这比只罗列工具或只展示最终数字，更能判断其是否具备问题所有权。

!用短时作业评估闭环能力

面试的目标不是获取一份可直接采用的免费增长方案，而是观察候选人如何在信息不完整时做取舍。给出脱敏后的场景即可：目标用户、当前路径、少量访谈摘录和一个行为现象。请候选人在限定时间内提交一页分析。

合格的一页纸应包含：对问题的定义、还需补问的三个问题、两个竞争性假设、一个优先实验、成功与失败时的后续动作，以及需要哪些人配合。面试官可以按证据质量、假设清晰度、执行可行性和复盘诚实度分别记录观察，再汇总讨论。这样能减少“表达很像增长专家”带来的误判。

要警惕两种信号：一是候选人承诺必然结果，却说不清样本、成本和观察窗口；二是候选人堆砌渠道名词，却无法解释某个用户为什么会改变行为。早期团队需要的不是万能方案，而是能持续缩小不确定性的人。

!给岗位配置决策权与协作接口

复合岗失败常常不是能力问题，而是岗位有责任没有杠杆。入职前应指定一位创始人做直接决策者，明确哪些变更可以快速试验、哪些需要评审，并约定工程、设计和数据的最低支持。否则岗位会对指标负责，却永远排在所有需求队列之后。

建议采用短周期工作机制：周初确认本周最重要的学习目标与交付，周中处理阻塞，周末围绕实验记录做复盘。记录至少包括问题、假设、目标人群、改动、观察窗口、结果、结论和下一步。当一个说明反复出现，应将其沉淀为团队文档；关于创业团队协作的这篇文章也提出，重复解释的流程值得写下来，以降低重复沟通的成本。

产品侧关注长期体验、技术债与需求质量，增长侧关注当前假设的验证速度，两者并不天然冲突。每次实验都应公开影响范围、学习价值、开发成本和回滚条件，由指定决策者完成取舍，避免让岗位之间通过等待彼此来处理分歧。

!用指标树替代“对增长负责”

复合岗不应背负一个孤立的大数。更可操作的方式是把关键行为拆成指标树：上游是触达与到达，中段是注册、激活和首次价值，下游是回访、留存、付费或转介绍。不是每个节点都必须由同一人承担，但每个节点都需要清晰定义、数据来源和负责人。

例如，一个协作型 AI 工具可把首次价值定义为“目标用户完成一次可分享的工作成果”。产品增长负责人主要对首次价值和短期回访提出并推进实验；创始人负责目标客群与定价假设；内容或销售伙伴负责高意向触达。讨论便能从“为什么没有增长”变成“哪类用户、哪段路径、哪项假设值得下一轮处理”。

不要把曝光、播放或关注数直接当作岗位成功。它们可以帮助理解内容效果，但不能替代关键路径的价值信号。指标的作用是帮助团队学习，而不是制造一条看似精确却没有决策用途的考核线。

!什么情况说明应当拆成两个职位

以下信号连续出现时，拆岗开始有意义：产品改进需求已多到一人无法同时完成研究、定义和推进；至少一个获客或转化渠道出现可持续优化的空间；产品实验与渠道运营反复争抢同一人的时间，且延误正在影响关键学习；团队可以为两条工作流分别提供数据、预算或固定协作容量；创始人能给两位负责人不同但相连的目标。

拆分顺序由瓶颈决定。若用户尚未稳定获得价值，先补产品能力；若关键路径相对稳固而有效触达不足，先补增长能力。海外创业公司职位页会同时呈现团队规模、阶段、地点、工作方式与职位类型；Wellfound 的 AI 职位列表体现了这些背景信息对岗位判断的作用。可借鉴的不是照搬职位名称，而是在自己的职位页中写清团队阶段、问题范围、协作方式与可获得支持。

!拆岗后，避免产品与增长互相等待

拆成产品经理和增长负责人后，应共同维护一份问题清单，而不是建立两张完全割裂的路线图。产品岗位负责用户问题、方案质量、范围控制与交付协调；增长岗位负责目标人群、触达策略、转化反馈和实验运营；双方都要对关键路径的学习质量负责。

接口至少应包含三条规则。第一，增长提出的不是“做一场活动”，而是明确人群、目标行为、证据、预期影响和观察方式。第二，产品决定延后时，要说明约束与可替代方案。第三，双方对同一指标使用同一口径。好机制的标志不是没有分歧，而是分歧能在事实、优先级和决策权上结束。

在 12 人团队里，一种常见配置是复合岗先承担关键路径的学习，创始人持续参与用户访问和方向判断，工程与设计预留固定容量；待触发拆分信号后，再分别招聘或内部转向产品、增长两条线。具体组织仍需依据现有成员优势调整，而不应机械复制大公司的部门结构。

!招聘渠道与候选人信号：展示真实问题

早期团队不必用复杂头衔制造吸引力。“全栈增长黑客”通常无法告诉人选他真正要解决什么。更有效的职位说明会坦诚写出服务对象、关键路径、已知与未知、入职后可改变的部分，以及最终由谁做决策。合适的人会据此判断机会是否匹配，团队也更容易降低职责错配。

若目标候选人是熟悉 AI 产品和早期协作的 Builder，可鼓励其提交实际作品、复盘文章或产品拆解，并围绕作品交流。在 Bonjour! 数字名片 - GenZ Builder & Founder 社区 - 开始链接中，团队可以了解面向 AI 团队与候选人的社区与找工入口。无论通过何种渠道发布，都应让候选人看到岗位的真实边界，而不只是“AI”“高增长”这类宽泛标签。

筛选时可优先寻找三类信号：亲自接触过用户、推动过跨职能改变、能够诚实解释失败实验。名企经历、工具清单或内容影响力可以是补充信息，却不能替代对证据能力、推进能力和学习能力的判断。

!30/60/90 天计划：让承诺双向成立

入职计划不应只是考核清单，也应写明公司将提供什么。前 30 天重点是理解与校准：学习产品和用户背景，参与用户交流，梳理路径、数据定义与历史实验，与创始人确认一个优先问题。主要成果是问题地图和实验优先级，而非仓促追逐结果。

第 31—60 天进入小步验证：上线少量低成本、可回滚的产品或触达实验，建立统一记录，形成周度复盘。公司必须兑现工程、设计或数据支持，否则“负责推进”只是空泛表述。第 61—90 天再依据观察结果选择加码、调整或停止的方向，提出下一季度的人力与协作建议，并将有效流程写成可复用文档。此时判断是否已有稳定工作流需要拆岗，比在招聘前只看职位名称更可靠。

!五个常见误区

把会产品等同于会画原型。 产品能力还包括界定问题、做取舍、组织验证和推动交付；只看工具很容易错过真正能承担结果的人。

把会增长等同于拥有渠道资源。 渠道重要，但在价值尚未清晰时，新增可能只是短暂噪声。团队更需要能判断人群、信息与产品体验是否匹配的人。

用单次结果否定所有过程。 指标不如预期时，应先检查假设、样本、执行、观察窗口与外部变化；复盘不是推卸责任，而是为下一轮取舍积累依据。

先招两人，再决定谁管什么。 两份模糊 JD 会吸引不同预期的人，入职后补接口的成本很高。先写清决策权、资源与边界，再增加人手。

把资源不足包装成高自主。 早期团队的限制并不可怕；清楚说明目标仍在变化、资源如何配置、谁做最终决定，反而更容易获得双方信任。

!FAQ

!12 人团队可以直接招产品负责人和增长负责人吗？

可以，前提是产品迭代与增长运营都已成为持续、独立的工作流，团队也能提供不同目标、资源与管理支持。若当前仍不清楚问题在价值、激活还是获客，先用边界明确的复合岗缩短学习链路，通常更易管理。

!产品增长复合岗的职位名称应该怎么写？

可使用产品增长负责人、Growth PM，或写成“新用户激活负责人”等业务化名称。标题不是核心；职位页应说明目标用户、关键路径、首阶段使命、可调用资源和不负责事项。

!怎样防止复合岗变成“什么都做”的运营？

把范围锁定在一个关键行为和一段路径，提前排除长期品牌、全盘销售等事项，并设置固定的优先级评审。每个实验都要写明假设、改动、观察与下一步，而不是不断接收临时任务。

!面试时需要候选人提交完整增长方案吗？

不需要。更合适的做法是提供脱敏场景，请候选人做短时的问题拆解和实验设计。重点是观察其如何提问、如何取舍、如何定义结果，避免把面试作业变成免费咨询。

!Related Tools

• **用户访谈提纲：**记录触发场景、当前替代方案、完成任务的阻碍与价值感知。

• **漏斗与事件字典：**统一注册、激活、首次价值、回访等定义，避免不同角色使用不同口径。

• **实验日志：**固定记录假设、样本、改动、观察窗口、结果、结论与下一步。

• **招聘评分表：**围绕证据质量、假设清晰度、执行可行性和复盘诚实度完成结构化记录。

!Related Links

• Bonjour! 数字名片网站

• 猎聘：用户增长运营经理职位描述示例

• Wellfound：Artificial Intelligence Engineer 职位列表

• Tian Pan：关于创业团队协作与文档化的文章

!Summary

12 人 AI Startup 是否应该把产品与增长拆成两个职位，关键不在组织图是否完整，而在团队是否已经拥有两条可独立管理的工作流。若瓶颈仍在关键用户路径的学习阶段，先招聘一位对明确结果负责、能连接用户洞察、产品实验与有限渠道验证的产品增长负责人，通常更适合。等到产品迭代和增长运营都形成稳定积压，并且团队能提供两套目标、资源和协作接口时，再有节奏地拆为产品与增长两个角色。先定义问题、边界、决策权和复盘机制，招聘才能真正成为能力建设。