从项目需求开始
明确需要哪些岗位、工作地点和用工时间。区分已经确认的需求与规划估算。预计招聘数量不应被表述为已经批准的空缺职位数。
- 岗位及预期工作内容，避免含义不明确的职位名称。
- 城市、工地位置和拟开展调研的区域。
- 各岗位及各进场阶段的预计人员需求。
- 预计开始日期及尚待确认的条件。
- 联系人员前负责确认岗位要求的负责人。
记录已识别的信息、来源与日期
推荐、企业内部记录、本地渠道等不同来源可能指向同一位人员。统计记录数量前，应检查重复项并保留来源依据。仅凭姓名相近，不能认定两条记录属于同一个人。
采用一致的数据结构。缺失信息应明确标为未提供，不要推测工作经验或到岗时间。
- 人员记录标识及其提供的岗位信息。
- 本人提供的城市或地区，以及已记录的经验。
- 信息来源、收集日期和最近确认日期。
- 如有提供，记录其自述的职业状态。
- 关联项目、负责人及下一步行动。
已调研数据库不等于整个市场
已识别人员的数据库体现调研覆盖范围，并不代表当地全部劳动者，也不能直接说明有多少人会接受工作邀请。
例如，调研登记了 80 名泥瓦工，恰当表述是‘在已查询来源中识别了 80 名专业人员’。这既不能说明当地仅有 80 名泥瓦工，也不能说明这 80 人均可到岗。该数字仅为示例，并非 RHYSCAN 数据库的实际数据。
区分调研、联系与评估
将调研记录与招聘决定分开保存。‘已识别’只表示人员被纳入调研；‘已联系’表示发生过沟通；‘HR 已批准’需要企业针对具体岗位进行评估。
录用前，HR 应确认意愿、经验、条件与可用时间。如果同一人员被考虑用于其他工地，先前的决定不应自动视为对新岗位的批准。
交付可以持续更新的信息基础
有用的调研结果，是按岗位和地区整理的数据库，并保留来源、日期、缺口与负责人。记录每项信息何时被核实，以及哪些事项需要再次联系确认。
RHYSCAN 的地区、岗位、访问和更新范围在方案中约定。平台将调研与 ATS 结合，支持企业按项目管理招聘。RHYSCAN 不替代招聘工作，而是在招聘开始前整理市场信息。
