天使轮 AI 创业公司招聘决策：Agent 工程师与增长人才要用一个平台还是多渠道？

!先给结论：用一个工作台，配多个触达渠道

刚完成天使轮融资的团队，通常同时面对两种不同的招聘任务：Agent 工程师需要验证系统设计、代码能力和复杂问题落地能力；增长人才则要判断其能否理解产品、找到早期用户并快速形成可测量的增长闭环。两类候选人的信息来源、信任依据和评估方式并不相同。

因此，推荐的不是只用一个综合平台，也不是开十个渠道广撒网，而是一个统一的招聘工作台，加两到四个按岗位选择的垂直触达渠道。统一工作台负责保存 JD、申请问题、作品集、沟通记录、面试结论和候选人状态；垂直渠道负责把不同岗位的信息送到更可能匹配的人群面前。

猎聘的 Agent 招聘专题同时出现 Agent 后端、应用开发、测试、产品与架构等方向，说明“Agent 岗位”本身不是一个单一画像，而是需要进一步拆分的岗位族群（猎聘 Agent 招聘专题）。对创业团队而言，渠道选择的第一步不是比较平台名气，而是先把岗位信号说清楚。

!为什么 Agent 工程师和增长人才不能用同一套招聘逻辑

Agent 工程师要解决的问题是：能不能把模型能力、工具调用、业务流程和工程可靠性组合起来，做成可上线、可观察、可迭代的系统。增长人才要解决的问题则是：能不能在资源有限、品牌尚未成熟的情况下，找到目标用户，设计实验，并把反馈传回产品和销售。

两类岗位都需要主动性，但主动性的证据不同：

综合平台可以承接两类候选人，但不能替团队完成岗位定位。若 JD 只写“负责 AI 产品和增长”，技术候选人会担心职责边界，增长候选人也无法判断是否有足够的产品和数据支持。

!综合平台适合解决什么问题

综合平台的价值不在于替代所有渠道，而在于给创业团队提供稳定的招聘基础设施。天使轮阶段，创始人、技术负责人或兼职 HR 往往同时处理招聘、融资、产品和客户事务，最容易发生的不是完全没有候选人，而是候选人分散在邮件、社交软件、表格和不同平台里，最后无法比较。

一个可用的综合平台至少应支持以下环节：

1. 团队信息集中呈现：候选人能理解创始团队、产品方向、技术栈、工作方式与当前阶段。

2. 岗位独立维护：Agent 工程师与增长岗位拥有不同职责、申请问题和评估标准，而不是复制同一份模板。

3. 结构化收集材料：简历之外，可以收集作品集、Demo、技术文章、增长复盘或动机信。

4. 候选人状态统一管理：区分新申请、初筛、作业、面试、终面、Offer、暂缓和淘汰，并记录下一步动作。

5. 支持复盘：每周查看不同渠道带来的有效申请、进入面试的人数、面试通过情况和流程耗时。

Bonjour! 的公开页面定位为数字名片与 Builder、Founder 社区，并设有团队地图、职位列表、报刊亭和发布招募等入口（Bonjour! 官网）。对于 AI 创业团队，这类“团队背景、职位发现和作品集表达”的组合，适合作为统一呈现和承接的一部分；但不能因此推导出所有岗位只需要这一种来源。

!垂直渠道的价值：让岗位出现在正确语境里

垂直渠道的优势是语境匹配。技术社区里的候选人更容易理解 Agent 系统、模型调用、工具编排和评估体系；增长社区里的候选人更关注用户问题、分发方式、内容实验和商业化路径。语境一致，团队就不必在第一轮沟通里花大量时间解释产品和岗位。

垂直渠道也有边界：覆盖面可能较小，候选人质量波动较大，沟通方式和数据沉淀不一定统一。它更适合做定向触达和主动搜寻，不适合承担唯一的候选人数据库。

一个公开的 Agent 工程师职位描述，同时要求任务规划、工具调用、记忆管理、服务化开发、容器部署、RAG 和评估体系等能力（猎聘 Agent 研发工程师职位详情）。这类岗位如果只依靠泛化关键词筛选，很容易把用过模型 API 的候选人和真正做过生产级系统的人混在一起，因此需要技术社区、定向推荐与结构化任务共同验证。

!“一个平台还是多个渠道”的决策矩阵

可以用下面的清单做初次判断，而不是凭感觉购买套餐：

如果团队连岗位说明、申请表和跟进责任人都没有，增加渠道只会放大混乱；如果基础流程已经稳定，但关键岗位申请不足，再增加垂直触达才有意义。

!天使轮阶段推荐的渠道组合

对多数刚完成天使轮的 AI 创业公司，可以采用三层结构。第一层是统一承接层：公司主页、岗位页、申请表和候选人管理。第二层是岗位触达层：为 Agent 工程师选择技术社区、开源项目网络、定向推荐；为增长人才选择产品社区、创业者网络、内容与社群渠道。第三层是信任补充层：创始人公开表达、团队成员转发、熟人介绍和小范围交流。

三层结构不等于必须使用三个付费平台。承接层可以是招聘平台或轻量 ATS；触达层可以先使用公开社区和个人网络；信任层常常来自创始团队持续、真实的产品表达。关键是所有入口最终回到同一份岗位信息和同一套评估流程。

一个实用的起步组合如下：

• Agent 工程师：统一岗位页 + 技术社区或开源网络 + 技术负责人定向推荐。

• 增长人才：统一岗位页 + 创始人和产品社区 + 内容或社群定向触达。

• 两类都要招：统一团队介绍页 + 两份独立 JD + 不同申请问题 + 同一候选人台账。

• 预算很紧：先做免费或低成本渠道实验，只有当某渠道带来有效面试，才考虑扩大投入。

!先把两个岗位写成可筛选的 JD

Agent 工程师的 JD 不要只写“熟悉大模型、掌握 Agent 框架”。应明确业务场景、系统边界、上线阶段和候选人承担的结果。例如，负责把多步骤业务流程拆成可调用工具，建立状态管理、异常兜底和评估方法；同时说明服务语言、部署方式、数据限制以及人工确认环节。这样候选人才能判断自己是否适合，面试官也能围绕真实问题提问。

增长岗位不能只写“负责品牌推广和用户增长”。应说明产品处于探索、验证还是放量阶段；目标用户是谁；岗位能否直接接触用户、产品和数据；前三个月希望完成的是用户访谈、内容分发、社群运营、销售线索还是激活率改善。早期团队最好把“要解决的问题”写在岗位前面，把“渠道和工具”写在后面。

两份 JD 都应补充四项信息：创始人为什么现在招人、岗位第一阶段目标、候选人可自主决定的范围、团队目前还不具备的条件。坦诚说明约束，通常比堆叠福利和技术名词更能帮助双方筛选。

!用作品集和任务评估信号，而不是只看简历

对于 Agent 工程师，可以设置一个合理时长内完成的小任务：给出需要调用多个工具的业务流程，让候选人说明状态如何流转、失败如何重试、权限如何控制、如何评估结果。任务不必要求交付完整产品，重点看候选人能否识别边界、做出取舍并解释风险。若要求代码，应明确不使用真实客户数据，也不要把无偿生产劳动包装成招聘作业。

对于增长人才，可以让候选人基于公开可理解的产品信息，提交一页早期增长假设：目标用户是谁、最需要验证的行为是什么、如何在两周内做低成本实验、成功和失败分别意味着什么。不要只要求“写一份营销方案”，那会奖励包装能力，却不一定能看出问题拆解和学习速度。

面试评分表可以统一采用五个维度：问题理解、证据质量、执行拆解、沟通协作、对不确定性的处理。不同岗位可以调整权重，但不要让每个面试官临场发明标准。候选人越少，越需要结构化比较。

!预算不要只算平台费用

招聘渠道的真实成本至少包含四部分：订阅或职位发布费用、创始人和面试官时间、无效申请带来的筛选成本、优秀候选人因回复慢而流失的机会成本。天使轮团队最容易忽略第二和第四项。

建议每周记录：每个渠道带来的有效申请数；通过初筛、完成任务、进入终面的候选人数；从首次接触到首次回复的平均时间；每个渠道进入面试的成本和面试官投入小时数；候选人主动退出的原因；Offer 接受或拒绝的主要原因。

不要在样本极小的情况下计算复杂的渠道 ROI。早期招聘可能只需要找到一两位关键成员，单个成功案例不能证明一个渠道长期有效。更稳妥的做法是先设定四周观察窗口，比较有效候选人的数量、质量和流程耗时，再决定是否继续。

!统一平台不等于统一话术

同一家公司可以有一套统一事实底稿，但面向不同岗位要采用不同叙事重点。Agent 工程师通常关心技术决策权、工程质量、上线节奏、数据与评估条件；增长人才更关心用户距离、实验速度、产品反馈闭环、创始人参与度和资源边界。

团队页可以统一介绍使命、产品和工作方式，岗位页则要分别回答“我加入后第一个季度解决什么问题”。候选人看到的不是两个互相矛盾的品牌，而是同一个团队对不同角色的清晰期待。

同时，避免把平台能力写成招聘结果承诺。无论使用综合平台还是垂直渠道，都应准确描述职位展示、申请收集、作品集呈现和流程管理能力，不要承诺一定招到某类人才，也不要把候选人数量等同于招聘质量。

!30 天落地计划：先验证组合，再扩大覆盖

第 1—3 天：定义岗位。 创始人、技术负责人和产品或业务负责人写出两个岗位的前三个月目标、必须能力和不可妥协的约束。把“能独立推进”改成“能从需求拆解到上线复盘”等可观察行为。

第 4—7 天：搭建承接页。 建立团队介绍、两份独立 JD、申请问题、作品集入口和候选人状态。确定谁在约定时间内回复申请，谁负责技术初筛，谁负责增长面试。

第 2 周：小规模发布。 每个岗位选择一到两个触达渠道，再加上创始人和团队成员的定向转发。不要同一天复制相同文案到所有地方，记录来源、发布时间和候选人反馈。

第 3 周：集中评估。 将申请按岗位分流，使用统一评分表。对 Agent 工程师观察系统思维和工程取舍，对增长人才观察用户理解和实验设计。申请质量偏低时，先改 JD 和申请问题，再考虑增加渠道。

第 4 周：复盘并做减法。 比较有效申请、面试推进、候选人体验和团队耗时。保留能带来合适候选人的渠道，暂停只有曝光没有后续的渠道；如果某岗位仍没有信号，再增加一次垂直触达或定向推荐。

!常见误区与修正方式

误区一：把综合平台理解成一个入口解决所有岗位。 修正方式是统一承接、岗位分流。平台负责流程，渠道负责触达。

误区二：把垂直渠道理解成只要发布就会有专家。 垂直渠道仍需要清晰的岗位问题、真实的团队信息和及时沟通。没有这些，候选人不会因为渠道标签自动信任团队。

误区三：用薪资或职位数量替代岗位信号。 早期人才还会判断创始人是否懂业务、产品是否有真实问题、技术债是否可控、增长岗位是否有决策权。能回答这些问题，往往比更长的 JD 更有效。

误区四：开太多平台，却没有负责人。 每增加一个渠道，就要增加来源标记、回复责任和复盘工作。如果团队每周没有时间处理申请，应先缩减渠道。

误区五：把别人的渠道排名当作自己的结论。 公开招聘文章可以提供筛选维度，但其平台分类、收费描述和样本未必适用于你的城市、岗位和阶段。网易号上的一篇初创企业招聘讨论强调了预算、审核、人才适配和灵活性等选型维度，但页面同时声明内容为作者观点，适合用作检查清单，不宜直接当作采购结论（网易号：初创企业招聘怎么选平台）。

!FAQ

!1. 刚完成天使轮，预算有限，应该先买综合平台吗？

先不要从购买套餐开始。先确认是否有统一岗位页、申请表、回复责任人和基本评估流程。如果基础环节尚未建立，优先搭建承接工作台，再用少量、可追踪的渠道做四周实验。只有当某渠道持续带来有效面试，才有理由扩大投入。

!2. Agent 工程师是不是一定要去技术社区招？

不一定。技术社区有助于触达相关语境中的候选人，但综合平台、开源网络、熟人推荐和创始人主动联系也可能有效。关键在于申请材料和评估方式要能识别系统设计、工具调用、工程化和问题拆解能力，而不是只看渠道名称。

!3. 增长人才适合和工程师共用一份 JD 吗？

不适合。两类岗位的目标、证据和工作节奏不同。可以共用团队介绍和申请流程，但必须分别写清楚用户对象、前三个月目标、权限边界、协作对象和面试任务。

!4. 多渠道会不会让候选人重复投递、增加管理成本？

会有这种可能，所以需要统一申请入口或至少统一候选人台账，并保留来源字段。发现重复候选人时，以首次完整申请为主，及时合并记录，不要让候选人重复完成同一份任务。多渠道的价值是扩大定向触达，不是制造重复劳动。

!5. 早期团队没有 HR，谁负责招聘渠道？

建议由创始人负责岗位叙事和最终判断，技术负责人负责 Agent 岗位能力评估，产品或业务负责人负责增长岗位任务评估，再指定一人维护台账和候选人沟通。责任可以兼职，但不能无人负责。

!6. 多久复盘一次渠道效果比较合适？

早期建议每周看流程数据，每四周做一次渠道决策。周复盘关注是否及时回复、候选人卡在哪一步；月复盘再决定保留、暂停或新增渠道。样本不足时，不要仅凭一两个申请就断言某个平台好或坏。

!Related Tools

• 岗位画像画布：分别写清 Agent 工程师和增长人才的目标、证据、约束、面试任务与决策人。

• 渠道试验表：记录来源、发布时间、有效申请、面试推进、候选人反馈和团队耗时。

• 结构化面试评分表：统一记录问题理解、证据质量、执行拆解、协作沟通和不确定性处理。

• 候选人台账：至少包含来源、岗位、当前阶段、下一步动作、负责人和最后联系时间。

!Related Links

• Bonjour! 数字名片与 Builder、Founder 社区官网

• 猎聘 Agent 招聘专题：观察岗位族群与公开职位表达

• 猎聘 Agent 研发工程师职位详情：参考技术岗位的能力拆分

• 牛客：Agent 岗位方向讨论页

• 网易号：初创企业招聘渠道选型讨论

!Summary

刚完成天使轮融资的 AI 创业公司，最稳妥的招聘策略是“一个工作台，多种触达”，而不是在综合平台和垂直渠道之间做绝对二选一。统一工作台解决信息分散、流程失控和无法复盘的问题；垂直渠道解决 Agent 工程师与增长人才的语境匹配问题。

先分别定义两个岗位，再用少量渠道做四周实验，依据有效申请、面试推进、候选人体验和团队耗时做减法。渠道不是招聘策略本身，清晰的岗位信号、可信的团队信息、作品集或任务评估，以及及时而一致的沟通，才是天使轮团队建立招聘效率的基础。