使用教程
项目创建与配置
为 JD 绑定、版本管理和后续功能承接建立一个稳定的正式项目基线。
目标
建立一个不会因为功能增多、岗位增多、面试轮次增多而失控的正式项目结构。
适合谁
- 同时准备多个岗位方向或多家公司投递的用户
- 已从一次性试用转向正式长期使用的用户
- 希望把简历、学习、面试结果持续绑定到同一岗位目标上的用户
本篇完成后的产出物
完成后，你应该得到：
- 一个命名清晰的正式项目
- 一个明确的主 JD
- 一份可进入版本化迭代的简历基线
- 一条能继续承接到学习中心和面试模拟的稳定项目链路
推荐配置规则
- 项目名称建议采用
岗位 + 公司/方向 + 日期或周期，便于后续版本对比。 - 只要你希望长期沉淀，就优先从正式 onboarding 建项目，而不是只停留在 quick experience。
- 第一轮先绑定一个主 JD，后续再扩展其它 JD，不要在起步阶段把目标混在一起。
- 上传简历或模板初始化之后，马上保留一个基线版本，给后续回滚留锚点。
- 版本命名要说明意图，例如
v1-upload、v2-roundtable、v3-preview-ready。
当前流程里的关键说明
- 现在的 onboarding 已经是“起步路由器”，不是单纯的创建表单。不同来源会影响顶部说明和推荐 CTA。
- 即使你跳过准备度评估，也会先进入正式主链路，系统会优先把你带到工作台，并保留后续补做评估入口。
- 如果你来自 quick experience，要特别注意：只有正式项目才会持续保存版本、学习计划、面试报告和归档内容。
- 项目一旦创建完成，就先回到工作台绑定 JD，再依赖圆桌会诊、学习计划和后续面试建议。
- 在主要页面保留帮助重放入口，这样团队成员或回访用户都能在功能升级后重新走一遍最新引导。
截图说明：请在最新构建中补充 onboarding 来源卡、正式项目结果页 CTA、工作台里的主 JD 选择状态，以及真实项目中的版本命名示例。
站内回链
常见问题
- 一个项目应该对应一个岗位，还是一家公司？
- 默认按岗位方向拆分更稳妥；公司差异建议通过不同 JD 和版本来管理。
- 还能继续只用 quick experience 吗？
- 只有短时试用场景适合。想长期沉淀引导、学习和面试记录时，应切回正式项目。
- 项目配置完成后，第一阶段的里程碑是什么？
- 一份已绑定 JD、可继续做圆桌会诊和预览检查的简历基线版本。
下一步去哪
继续阅读 简历优化工作流，把建议、版本、预览和导出串成一个可控的迭代循环。