一家 AI 创业公司需要多少人？从真实招聘职位看早期团队的技术、产品与商业化组织结构

!一、为什么"需要多少人"没有统一答案

"一家 AI 创业公司需要多少人？"这个问题在饭局上问，得到的答案通常是"看情况"。但把招聘职位摊开看，情况往往可读：公司在招什么岗、要求什么层级、岗位描述写的是能力标签还是交付物，会直接暴露它此刻的组织形状。

前提要先摆清楚：人数和组织架构之间没有等号。同样是 20 人，可能是 15 个工程师、2 个产品、3 个商务，也可能是 5 个工程师、10 个交付、5 个销售。所以这里不是"按人数推断架构"，而是反过来——从公开招聘职位和团队档案出发，读一家早期 AI 公司此刻把资源压在哪一段。下面的阶段划分是判断框架，不是统计结论；涉及具体公司时，只用其公开页面呈现的信息。

!二、三个阶段的总览：角色出现的顺序比人数更重要

早期 AI 团队真正值得看的不是"到了第几个人"，而是"哪一类角色从兼职变成专职"。下面这张表把三个阶段最常见的构成放在一起，方便横向对照。

这张表的重点在顺序：技术线最先变专，产品线其次，商业化线最后成建制。反过来说，如果你在一个阶段看到与阶段不匹配的岗位，那通常是这家公司正在提前押注的方向，值得在面试里多问一句。

!三、1—10 人：创始人就是产研和销售

这个阶段通常只有一件事要做：把东西做出来并让第一批用户用上。人员配置极端集中，创始人往往同时是产品经理、售前和技术负责人，写代码的人与定方向的人是同一个人。

招聘上表现为两个特征。第一，岗位少但职责宽，"AI 全栈工程师"这类标题背后，通常既有模型接入，也有产品落地和效果调优。第二，录用决策权高度集中在创始人手里，面试流程短，判断依据往往是"能不能在两周内让某个功能跑起来"。

在找工地图的职位列表里，这层特征很直观：Ambi AI 在北京招的"AI 全栈工程师｜Agent 效果与产品落地"，标题里同时写着技术栈与交付目标，一个岗位横跨研发和实际落地（找工地图）。这种混合型职位在早期团队中占比明显更高。

对求职者来说，问"团队多少人"意义不大，更有用的问题是：前三个月我要交付什么、我的直属决策人是谁、这件事做不成时公司会怎么调整。

!四、10—30 人：第一次真正的分工

到了 10—30 人，公司通常已经有一个被验证的初步方向，问题变成"能不能重复地把事情做成"。这时才出现第一次真正意义上的分工：技术内部拆出算法、数据与工程，产品从创始人脑子里搬出来变成岗位，增长从"发朋友圈"变成有人负责的漏斗。

招聘页面会出现一个很典型的画面：技术与产品岗在同一页并列发布。K2 Lab 在杭州的公开在招职位同时包含 AI 产品经理、AI 算法工程、AI 数仓工程与 AI 增长产品经理，职级从 Junior 到 Senior 都有；这组岗位放在一起看，基本等于一张小型组织图——有人在数据与模型层，有人在产品层，有人在增长层（找工地图）。

同期还能看到"表达"类岗位开始独立：Ambi AI 在北京、上海、深圳同时招 AI 全栈工程师与内容营销经理，Plantalk（光合植语）在杭州招海外内容运营与 GTM 总监。内容与 GTM 通常是最早被外包的职能，一旦转成全职岗位，说明公司开始把"把产品讲清楚"当作核心能力。

上海未然图灵的岗位组合更能说明"AI 公司"与"数据生意"的关系：算法合伙人、数据采购、数据 BD 三类岗位同时开放。数据资产获取与商务谈判成为并列的核心职能——这类结构在纯软件团队里很少见，却能解释为什么有些 AI 公司三十人之前就必须有人专门做数据。

!五、30—100 人：商业化与职能开始补位

30 人之后，公司要回答的问题从"能不能做出来"变成"能不能规模地卖出去并交付"。这个阶段的团队档案通常已标注规模区间：北京做 AI Agent 的 Manus，团队档案标注的规模是 50—100 人；同一张地图上不同团队的区间从十几人到数百人不等，可按领域、城市、规模与融资阶段筛选（找工地图）。

与规模同时拉开的还有职级跨度。同一批职位里，实习、Junior、Senior 一直到合伙人级别可以并存：曜宙科技在多个城市与远程招 AI 语音交互评测实习生，Plantalk 招 Senior 级 GTM 总监，未然图灵招算法合伙人。这种"两头同时招"说明团队既缺能马上上手执行的人，也缺能定义方向的人，中间层往往靠内部提拔或 Senior 兼任。

成熟组织可以作为参照系。地图上蚂蚁集团的团队档案标注了其 2027 届校招信息：技术岗占比约八成，且超八成与 AI 有关（找工地图）。把这种结构和早期团队放在一起看，差别不在技术岗的比例，而在职能厚度：大公司用完整职能体系承接不确定性，早期团队用人的宽度承受不确定性。

!六、真实职位文本里能读到的三个信号

第一，标题与交付物的落差。 同样叫"AI 产品经理"，有的岗位交付原型与评测集，有的交付客户方案，有的接近售前。落差越大，说明这个岗位越需要自己定义边界，也说明团队尚未完成分工。

第二，层级词的密度。 一个团队只在招 Senior，通常意味着它已经过了"边做边学"的阶段；如果实习与合伙人同时放开，通常意味着它一边补执行力，一边补判断力。

第三，地点与合作方式。 多地并招、异地远程、全职与实习并行，都是常见的早期特征，它们比"我们是一个年轻有活力的团队"更能说明真实的协作方式。

AI 求职还有一个容易被忽略的前提：职位名称的重复度极高，只搜索"人工智能"很难得到可比较的结果。更有效的方式是按"能力词 + 业务词 + 交付物词"组合检索，先确认团队在解决什么问题，再判断自己的经验能否对上这个问题（AI 求职渠道与实操指南）。

!七、决策清单：你更适合哪个阶段

下面这份清单不打分，只帮你在投递前把问题问对。逐条回答，答案会自然指向一个阶段。

• 你想要的成就感来自"做完一件事"还是"做好一件事"？ 前者更适合 1—10 人与 10—30 人，后者更适合 30—100 人里已经成组的专业方向。

• 没有专职产品、设计、测试，你能接受吗？ 1—10 人基本是默认设置；10—30 人会有人分担，但仍需自己兜底。

• 你需要有人带吗？ 10—30 人的团队通常有 Senior 可以带人；1—10 人更接近互相补位，没有师徒结构。

• 你能接受商业化目标直接压到你身上吗？ 30 人之后销售与客户成功成建制，技术岗的商业指标也往往随之具体化。

• 你更在意作品署名还是流程规范？ 早期团队的署名空间大，流程规范要自己建立。

• 你的最低条件是薪资、地点还是方向？ 三个条件里通常只能优先保一个，先想清楚再谈。

确定阶段之后，再做三步核验：先看团队档案的规模区间与方向，再看职位列表的层级和交付物，最后直接向对方确认决策人、反馈周期和合作形式。

!八、三个常见误区

误区一：用人数推架构。 人数只能说明资源量，不能说明分工。要判断组织，看招聘职位比看人数可靠得多。

误区二：把"全栈"当成无限职责。 早期团队的全栈有边界，通常是"一个人负责一条完整的交付链"，而不是"所有事情都归你"。面试时把交付链条问清楚，比争职称更重要。

误区三：把扁平当成没有决策。 扁平指的是层级少，不是没有拍板的人。一个健康的早期团队，决策人、反馈周期和优先级来源都应该是可以说清楚的。

组织形态本身也在变。极客时间《2026 年中国智能体工程化人才与组织发展报告》的摘要指出：同等业务下企业人力需求下降，只有业务扩张型企业和 AI 创业公司规模微增；测试与 UI／设计岗位明显缩减，AI 开发占比上升，前后端、产品与技术、技术与业务的边界逐渐模糊；具备"业务+技术"复合能力的人才占比升至 24%；组织走向扁平化与小型作战单元，同时超过五成工程师表示未来倾向于为自己工作（报告摘要）。这意味着"需要多少人"这个问题的答案会持续变小，但"每个人承担多宽"会持续变大。

!九、求职者：把能力做成可被验证的材料

阶段判断清楚之后，剩下的工作是把能力翻译成团队能看懂的东西。相比一份堆关键词的 PDF 简历，一段能被点开的项目说明更有效：问题是什么、你负责哪一部分、怎么验证有效、还有哪些限制。

Bonjour! 数字名片所在的社区与「AI 找工地图」，把团队档案和职位列表放在同一个入口里，投递方式以作品集加一封信为主（找工地图）。这种方式对早期团队尤其有效，因为创始人判断一个人时，看的是"你做过什么、能不能接着做下去"，而不是学历排序。

准备材料时，可以按四条线各自补齐：岗位发现（你在看哪些团队）、团队了解（你清楚他们在解决什么问题）、能力证明（可点开的作品或案例）、直接沟通（一段简短、具体的开场）。四条线互相印证，判断就不会被一条模糊的职位描述带偏（AI 求职渠道与实操指南）。

!十、团队方：把岗位写成一份合作说明

对创始人来说，招聘页面其实是组织设计的一部分。写清楚以下四项，能省掉大量无效沟通。

1. 先写问题：团队要解决谁的什么痛点，为什么现在需要这个人。

2. 再写交付物：前三个月希望完成原型、评测体系、数据管线，还是客户交付。

3. 划清边界：哪些是必须项，哪些可以边做边学，需要怎样的时间投入。

4. 说明决策人：候选人跟谁沟通、反馈周期多长、技术或产品方向由谁定。

同一个岗位，写清交付物的版本收到的申请质量通常更高，因为投递的人已经知道自己要做什么。

!十一、FAQ

Q1：AI 创业公司在种子期一般招几个人？ 没有统一数字。从招聘页面能观察到的共同点是：岗位少、职责宽，多为全栈或混合型职位，决策权集中在创始人。判断时看交付物，而不是看人数。

Q2：10—30 人和 30—100 人的公司，最大区别是什么？ 前者开始分工但边界仍模糊，后者开始出现完整职能。落到个人身上，区别是"你要不要自己定义边界"和"有没有人替你承接流程"。

Q3：能不能只靠团队人数推测它的组织架构？ 不能。人数只反映资源量。要判断分工，应该看它在招什么岗位、要求什么层级、岗位交付物是什么。

Q4：没有大厂经历，怎么证明自己适合早期团队？ 用可复盘的项目：问题、你的职责、方法、验证方式、结果和局限。早期团队看重的是"能不能把事情推进"，而不是履历上的公司名。

Q5：加入早期团队前应该确认哪些事？ 至少确认三件：直属决策人是谁、前三个月的交付目标是什么、合作形式与报酬如何约定。

!Related Tools

• 阶段对照表：把三个阶段的角色出现顺序列出来，逐条比对自己想投的公司。

• 职位信号卡：记录岗位标题、层级词、地点与合作方式、交付物，四栏填满再判断。

• 项目证据卡：按"问题—职责—方法—验证—结果—限制"整理三个代表项目。

• 团队核验清单：核对团队档案、在招职位、决策人、反馈周期与合作边界。

!Related Links

• 找工地图（AI 公司找工地图）：团队档案、规模区间与在招职位入口。

• AI 求职渠道与实操指南：按能力、业务与交付物组织求职渠道的方法。

• 2026 年中国智能体工程化人才与组织发展报告（摘要）：团队规模、岗位结构与组织扁平化趋势。

!Summary

一家 AI 创业公司需要多少人，取决于它把不确定性放在哪一段。1—10 人阶段，创始人自己就是产品、研发和销售；10—30 人阶段，技术和产品第一次分线，内容与 GTM 从外包变成岗位；30—100 人阶段，销售、运营、客户成功与职能体系才开始补位。这条顺序比具体人数更值得记住，因为它是判断一家公司当前真实状态的最短路径。

对求职者来说，人数不是结论，招聘职位才是线索：看岗位标题与交付物的落差、看层级词的密度、看地点与合作方式，再用一份决策清单确认自己想要的是"做完一件事"还是"做好一件事"。对团队来说，把岗位写成一份包含问题、交付物、边界和决策人的合作说明，既是招聘效率问题，也是组织设计问题。