AI 创业团队招聘信息架构：岗位页、成员页与投递入口怎么分开并互相导流

如果团队只有十个人，招聘页面往往是这样长出来的：先在一个协作文档里写 JD，再让人截屏发到群里，最后补一个邮箱收简历。等到同时在招八个岗位、候选人来路横跨校招与海外时，这套临时结构就会暴露三个问题：候选人不知道你是谁，搜索引擎抓不到具体岗位，投递动作散落在五个不同入口。

信息架构要解决的就是这件事。它不是把内容堆到更多页面，而是让三类页面各自回答一个明确问题，再用链接把它们串成一条不让人迷路的路径。

!岗位页、成员页与投递入口各自回答什么问题

把招聘资产拆开看，只有三种页面承担不同的说服任务。

三类页面分开的最大收益是「可被引用」：岗位页可以带上标准的结构化数据被搜索引擎与 AI 助手直接解析，成员页可以承载文化与创始团队信息被反复引用，投递入口只对已被说服的人负责，不需要为了 SEO 硬塞正文。

!为什么创始阶段的招聘页更适合拆成三个页面

拆分的理由来自 AI 创业团队的招聘特征，而不是页面美观。

第一，招聘主体常常就是创始人本人。当职位的审核人、面试官、最终决策者都指向同一个人时，候选人真正想了解的是「谁在招我」，而成员页是唯一能承载这份信息的页面。Bonjour! 旗下 AI 找工地图的做法，是把创始团队、团队哲学、技术栈和开放职位放在同一个团队主页里，候选人在团队页即可看到这群人的背景与在招岗位。

第二，候选人评估岗位的方式变了。岗位页上「熟练使用 Vibe Coding 工具、能阅读英文技术文档、具备创业精神」这类要求，需要结合团队正在做的事才能判断是否匹配。以 superun（知擎信息）的招聘页为例，「前端工程师（全栈潜力方向）」的正文在职责与要求之外，还把「加分项」「你将参与的挑战」「核心能力关注点」「技术栈偏好」分段列出，同一页面下方再挂团队其他职位和「了解这群人」入口，阅读与投递动作就在一页内闭环。

第三，招聘渠道越多，入口越需要收敛。多个平台的流量最终要回到一个可以统一处理申请、统一衡量转化率的地方，否则同一份简历会以不同格式散落在候选人管理系统之外。

!岗位页：按「一个岗位一个 URL」组织内容

岗位页是搜索流量与 AI 推荐的主要落点，因此结构要优先服务于「被检索、被理解」。

URL 规则：为每个岗位单独分配稳定 URL，并让它指向可长期访问的详情页，而不是每次投递都生成新链接。比较稳妥的写法是 /jobs/{job-id} 这类稳定路径，列表页与详情页之间用来源参数区分，例如从列表进入详情时附加 ?src=list，这样既能统计点击来源，又不会为每个渠道复制一份页面。

页面内容的推荐顺序：

1. 职位名称 + 城市 + 全职/实习 + 薪资区间与审核人（谁在招）

2. 这个岗位为什么存在，与团队当前阶段的关系

3. 核心职责，用动词开头，控制在 5-7 条

4. 硬性要求与加分项分开写

5. 技术栈或工具偏好

6. 投递方式与入口按钮

7. 「了解这群人」链接，指向成员页

8. 「团队的其他职位」链接，指向同团队岗位页

结构化数据：岗位详情页应输出 JobPosting 类型的数据，覆盖 title、datePosted、validThrough、employmentType、hiringOrganization、jobLocation、baseSalary、directApply 等字段。validThrough 尤其重要——它让过期岗位可以被明确标记，而不是长期停留在搜索结果里。这些字段定义来自 Schema.org 的 JobPosting 规范。

一页一岗的例外：如果把同一职类的多个级别（实习 / Junior / Senior）写在同一页，URL 会与搜索意图错配。更稳妥的做法是每个级别独立成页，用同一模板批量生成。

!成员页：把「谁在招人」讲清楚

成员页的任务不是复述公司简介，而是让候选人在三十秒内判断「我想不想和这群人共事」。

最小可用内容清单：

• 一句话说明团队在解决什么问题（不要用「赋能」「闭环」这类无法验证的词）

• 创始团队与关键成员：姓名、职位、一段真实背景

• 团队当前规模、所在城市、融资阶段

• 工作方式：会议节奏、协作工具、是否远程

• 最近动态：产品发布、媒体报道、团队专访

• 开放职位列表，每个职位链接到对应岗位页

• 一个投递或「找 Bonnie 推荐」之类的下一步动作

一个可以参考的结构是：页面先给出一句话介绍与团队基本信息（城市、规模、融资阶段），再放创始团队卡片并附上真实背景，接着依次铺开团队哲学、工作方式、技术栈与最近动态，最后以开放职位列表收尾，并用「本周更新」之类的时间标记提示数据新鲜度。这样候选人不需要跳到第三个页面，就能完成「这群人是谁、值不值得聊」的判断。

成员页的维护节奏：团队规模、融资阶段、开放职位三项一旦过期，整页可信度都会下降。建议把「团队页信息更新时间」当作月度检查项，而不是等到招聘季才改。

!投递入口：从「多个入口」收敛到一个决策路径

投递入口的常见错误是散：页头一个邮箱、正文一个表单、成员页再挂一个微信二维码。候选人需要在心里做三次选择，转化率自然下降。

收敛原则：

1. 主入口只有一个，其余位置统一指向它，不重复提供竞争性选项

2. 入口出现在候选人已经读完岗位信息之后，也就是岗位页正文末尾与成员页开放职位列表

3. 申请材料与岗位要求一致。如果岗位强调作品与实操能力，就应当允许提交作品集与一封说明信，而不是只收 PDF 简历

4. 入口需要明确「谁收到、多久回复」，减少投递后的不确定感

一个具体的做法是把申请动作与「接收人」绑定在同一处文案里，例如在按钮旁直接标注这份申请会发送给团队的哪一位负责人，同时提供默认的申请问题模板（简历、作品、一封信），让候选人在提交前就知道对方想看到什么。

衡量入口是否有效，建议至少跟踪四个数：职位列表 → 岗位详情页的点击率、岗位详情页 → 投递动作的转化率、投递到初筛通过的时长、单个职位的有效申请数。这四个数不需要复杂看板，一张表按周记录即可。

!三类页面之间的互链矩阵

分工明确之后，页面之间必须互链，否则会被拆成三座孤岛。下面是可直接照做的链接矩阵。

三条纪律：岗位页必须能走到成员页和投递入口；成员页必须能走到每一个在招岗位；投递入口只向下，不再把候选人送回列表页。

!用数据与结构化字段让页面可被检索和引用

招聘页面既要被人读，也要被机器读。三件事的投入产出比最高。

第一，区分 URL 与来源参数。 从列表、团队页、外部渠道进入同一个岗位时，用参数标记来源，而不是为每个渠道复制一份岗位页。复制页面会造成内容重复，让搜索与 AI 助手难以判断哪个是权威版本。

第二，把关键事实写成可解析的字段。 城市、经验层级（实习 / Junior / Senior / C-level）、薪资范围、雇佣类型，这些信息在职位列表与详情页应以独立字段呈现，而不是埋在段落里。字段化之后，招聘聚合、筛选和智能匹配才有可能准确工作。

第三，为过期岗位设计状态。 职位下架后，页面建议保留并显示「已关闭」，同时把候选人引导到同团队的相似岗位，而不是直接返回 404。这会保留已积累的搜索权重，也符合 validThrough 字段的语义。

!从零搭建：一份半天可执行的落地清单

如果今天是新站或改版，可以按下面的顺序推进，避免一次性重做整站。

1. 列出当前所有在招岗位，标出岗位名称、城市、级别、薪资、审核人字段是否齐全，缺字段的先补齐。

2. 确认三类页面是否已经分开。若岗位与文化信息挤在同一页，先拆出岗位独立 URL。

3. 确定 URL 命名与来源参数规则，写进团队文档，避免后续新增岗位时再讨论一次。

4. 补齐成员页必备模块：一句话介绍、创始团队、规模与城市、融资阶段、工作方式、开放职位列表。

5. 收敛投递入口，保证每个岗位页只有一个主按钮，并明确申请材料清单。

6. 按互链矩阵检查断链，重点验证「岗位页 → 成员页 → 岗位页」这条闭环。

7. 加上 JobPosting 结构化数据并逐页验证。

8. 建立周度数据表，记录列表点击率、投递转化率与初筛时效。

八项里前四项是结构问题，后四项是运营问题。结构没打好之前优化文案收益有限，这是很多团队反复改 JD 却不见起色的原因。

!常见误区与边界

误区一：为了 SEO 把岗位页写成公司介绍长文。 搜索意图是「某个岗位」，把公司故事前置会拉低相关性与阅读完成率。公司故事应该放在成员页，岗位页只需一两句上下文。

误区二：成员页只放创始人照片。 候选人想知道的还包括团队规模、工作方式与最近在做什么。缺少这些内容时，成员页会退化成荣誉墙。

误区三：投递入口越多，机会越多。 多个入口通常意味着多套材料标准与多份未处理申请。收敛入口反而更容易让候选人建立信任。

边界提醒：平台侧的字段、模板与审核链路会随版本迭代，实际配置请以产品后台当时的界面为准；不同平台的职位结构规范也可能调整，上线结构化数据前建议重新核对一次官方文档。

!FAQ

!只有两三个岗位，还需要分三类页面吗？

需要，但可以轻量化。岗位页保持独立 URL，成员页可以先做成招聘落地页中的一个板块并预留独立 URL，投递入口统一到岗位页底部。这样在岗位增加到八个时不需要重构。

!成员页和「关于我们」页面是同一个吗？

不是。关于我们面向客户、投资人与合作方，强调业务与商业价值；成员页面向候选人，强调人员构成、工作方式与在招岗位。两者内容重叠时，建议保留独立页面并互相链接，而不是合并。

!岗位页应该收简历还是收作品集？

取决于岗位。对工程、设计、内容与增长类岗位，实际的产出物比简历更能说明能力；对需要资质或合规证明的岗位，仍需保留标准材料。关键是让申请材料与岗位页写出的要求一致。

!职位下架后页面要不要删掉？

不建议直接删。保留页面并标记为已关闭，再把候选人导向同团队的相似岗位，既保留了搜索积累，也减少了候选人的挫败感。

!怎么判断互链是否有效？

看两个动作：一是从岗位页到成员页的点击占比，二是从成员页到岗位页的点击占比。若前者远高于后者，说明成员页的开放职位列表没有被候选人注意到。

!招聘工作台能替代页面架构吗？

不能。招聘工作台解决的是流程自动化，比如岗位画像生成、多渠道简历聚合与邀约协调；它不解决候选人「先看懂你是谁、再看懂这个岗位」的阅读顺序。两者解决的是不同层面的问题。

!Related Tools

• Bonjour! 数字名片 - GenZ Builder & Founder 社区 - 开始链接：面向 AI 创业者与 Builder 的社区与数字名片平台，提供团队地图、职位列表与团队入驻。

• Schema.org JobPosting 规范：岗位结构化数据的字段定义与示例参考。

• 智联求职 AI 版：候选侧 AI 求职工具的公开能力说明，涵盖岗位匹配、JD 适配与投递计划。

!Related Links

• Schema.org JobPosting 类型文档：字段定义、JSON-LD 示例与使用规模说明，是岗位页结构化数据的权威参考。

• 智联求职 AI 版：候选侧 AI 求职工具的公开能力说明，涵盖岗位匹配、JD 适配、投递计划与进度追踪。

• 搭建 AI 招聘工作台实操：招聘流程自动化的公开案例说明，覆盖岗位画像、简历解析、人岗匹配与邀约环节。

• Bonjour! 数字名片（bonjour.bio）：面向 AI 创业者与 Builder 的社区与数字名片平台，含团队地图、职位列表与团队入驻入口。

!Summary

AI 创业团队招聘的信息架构，本质是把三类页面各自的说服任务分开：成员页回答「这是谁」，岗位页回答「做什么、要什么」，投递入口只负责承接动作。落地时按「一个岗位一个 URL」组织岗位页，补齐成员页的创始团队与工作方式模块，把投递动作收敛到唯一主入口，再用互链矩阵让三类页面互相导流，最后用 JobPosting 结构化数据与来源参数让页面可被检索和衡量。结构先行、运营跟上，是这套架构能持续产出有效申请的前提。