招聘类产品，两个端的痛点根本不是一回事
求职者要的是“少填、快投、有回音”；雇主端要的是“筛得快、看得准、别浪费额度”。把两端做成同一套界面的镜像，通常两边都不满意。这套源码分开做了两套应用，思路是对的。
求职者端的关键路径
注册带验证码校验与找回密码，首次进入走引导收集基本信息；首页给分类、精选公司与推荐职位三块，列表支持加载更多与筛选搜索，可按分类与公司浏览；职位详情页直接投递，附简历。
简历构建器是这套的重点：个人信息、职业目标、特殊资质、工作经历、学历、培训、语言、推荐人，各模块可增删改，不必一次填完。分段保存比一屏长表单友好得多，也降低中途放弃率。
雇主端怎么设计才有效率
- 候选人搜索在前。首页给概览，搜索与候选人详情放在第一层。
- 按职位管申请。每个职位一个申请者列表，别把所有投递混在收件箱。
- 收藏与标记。候选人可收藏，方便二轮联系。
- 套餐与额度。发布职位、查看联系方式按套餐计量，超量提示续费。
- 企业认证。提交资质走人工审核，通过后才展示认证标识。
套餐与支付历史要有独立页面，企业采购常需要发票与对账记录。这一块不做，续费谈不下来。
后台与接口
Web 端基于 Laravel，含管理后台、前台、求职者面板与雇主面板四块；移动端是 Flutter 应用，调用同一套接口。部署时先把接口域名、推送与地图密钥配好，App 才能正常登录与定位。
推送建议在服务端统一封装，别让两端各自接一套 SDK，后期维护会分裂。深链要规划好，从推送点进去能直达职位或候选人详情。
上线前必须处理的合规项
简历属于个人信息，收集时要单独告知用途、保存期限与共享范围，并提供删除入口；跨境业务要说明数据存放地区。企业资质材料需加密存储，访问留痕。
招聘信息不得出现性别、年龄、婚育、地域等歧视性条件，发布环节最好加一道关键词提示。这类内容一旦被举报，应用商店下架风险很高。
应用商店审核方面，招聘类应用通常需要提供企业资质与隐私政策链接；涉及付费功能要接平台内购或明确说明外部支付，别踩支付政策。
技术与版本
移动端使用较新的 Flutter 与 Dart 版本，界面规模在五十屏以上；后端为 Laravel 接口层，数据库与队列按常规配置。二次开发时建议把业务逻辑集中在接口层，App 只做展示，改需求时不必两端同步发版。
部署顺序
- 先部署后端与后台，导入演示数据。
- 配置推送、地图与短信通道，测通验证码。
- 编译两端 App，改包名与图标。
- 用测试账号跑“注册—建简历—投递—收申请—发 Offer”全流程。
nulled 版本适合先评估两端功能与接口结构，正式站请支持原作者。下载在芒果下载页，同类项目看Flutter 源码标签与Laravel 源码标签，选型见移动应用专题，源码库在源码分类页。
