做一个面向求职者的招聘信息聚合小程序，需要注意什么？

结论：先确认产品是否构成网络招聘服务以及需要什么主体和许可，再开发小程序。核心不是把岗位抓得多，而是招聘主体可核验、来源有授权、岗位仍有效、重复可合并、歧视与诈骗可处置、简历数据受保护。若只是导航到官方公告，与允许企业发布、撮合投递或收费推荐的责任明显不同，不能按同一方案处理。

人力资源社会保障部等部门在 2025 年底发布的网络平台招聘信息通知明确：经营性人力资源服务机构通过网站或应用发布招聘信息，以及平台为用人单位提供招聘信息发布等网络招聘服务，应依法取得人力资源服务许可证。项目应在立项时请主管部门或法律专业人士结合具体功能确认，而不是上线后再补资质。

产品形态	数据和用户动作	主要责任焦点	上线前判断
官方公告导航	展示摘要并跳转政府、学校或企业原页	来源许可、更新、撤回和误导	可先验证，但仍需逐源核对规则
经授权的岗位聚合	合作方推送岗位，用户收藏订阅	主体核验、数据质量、过期管理	有书面授权和更新机制后实施
招聘发布与简历投递平台	企业发职位，求职者上传简历并沟通	许可、信息审核、个人信息和投诉处置	合规和运营能力齐备后实施
自动代投或智能推荐	系统替用户筛选、排序或投递	自动化决策透明、误投、敏感数据	风险验证后再做，不作为首期默认

在继续拆分功能、数据与验收场景时，还可以对照 想给系统加一个数据看板、经营报表，需要注意什么？ 和 做养老或适老化的 App、小程序，和普通产品有什么不一样？要特别注意什么？；这些内容补充了需要放在同一项决策中考虑的上下文。

一条岗位必须能回答“谁发的、何时失效”

每条记录至少包含招聘主体、统一社会信用代码或可核验标识、原始链接、来源类型、发布时间、有效期、工作地点、职位职责、要求、薪酬口径、用工性质和最近核验时间。禁止收费、押金、培训贷等风险提示不能只放在页脚。对用户举报、企业撤回和来源失效建立下架与复核流程，并保留处理证据。

重复识别不能只用“公司＋职位＋城市＋发布时间”，因为同一岗位会改标题或跨渠道重发，不同部门也可能招聘同名岗位。先规范企业主体、地址、职位族和文本，再综合来源 ID、职责相似度、薪酬和有效期生成候选重复组，由人工抽样校准。系统可把多来源合并成一条并展示各原始链接，但不能擅自改写关键条件。

字段抽取没有“85% 就够用”的统一结论。公司、申请截止和薪酬等错误会直接误导求职者，应按字段分别统计精确率、召回率和空值率；高风险字段低置信度时展示原文而非猜测。抽取样本要覆盖图片公告、PDF、表格、不同地区表达和职位类别。任何准确率都要标明测试集、人工标注规则与更新时间。

简历不是普通附件

若小程序收集姓名、联系方式、教育和工作经历，应明确目的、字段必要性、保存期限、接收企业和删除方式。身份证件、健康、金融账户等敏感信息只有在确有必要并满足额外要求时才收集。企业查看、下载和转发简历应受权限与日志控制，求职者可修改、撤回或申请删除。不能为了未来可能的 AI 推荐无限期保存全量简历，也不能把简历提供给未明示的合作方。

订阅推荐先从用户主动选择的城市、职位和薪酬条件开始，展示推荐依据并提供关闭或调整方式。评价效果不能只看点击率，还要看有效岗位率、重复率、过期岗位暴露、举报确认、误导字段、订阅退订和实际投递完成率。推送频率服从微信当前规则和用户授权，不能把一次订阅理解为永久营销许可。

滚水科技会先与客户确认运营主体、许可路径和数据来源清单，再用一至两类授权来源验证“收录—去重—订阅—跳转或投递—撤回”闭环。我们可以开发来源管理、主体审核、字段抽取、举报和隐私功能，但招聘信息的真实性核验、投诉处置和持证运营需要客户建立长期团队；技术系统不能替代平台责任。

参考资料：

• 人社部等五部门关于规范网络平台招聘类信息发布的通知：用于核对平台招聘信息发布、许可和治理要求。
• 网络招聘服务管理规定：用于核对网络招聘服务主体、信息审查和个人信息保护等要求。
• 滚水科技 AI 智聘案例：用于了解滚水科技公开的招聘类项目展示，不证明新项目当然合规或达到特定效果。