项目没上线简历怎么写：做到哪一步，怎样写清交付与验证

项目没上线，简历可以写已经完成的工作，但要把「做出来了」「验证过了」「投入使用了」分开。你写完需求文档，不等于产品已经开发；功能在测试环境跑通，也不等于用户已经用过。先写当前状态，再写自己的交付和验证范围，不用给每段经历补一个增长数字。

没上线的项目能不能写进简历

能写，前提是有与目标岗位相关、由你实际完成的工作。产品方案、设计稿、可运行的模块、测试报告都可以成为内容。只参加了启动会、听过需求，手里还没有明确分工和产出，就先别写成完整项目经历。

「没上线会不会有影响」没有统一答案。不同岗位对线上经验的要求不同，我们没有可靠数据能给出通过概率。招聘要求明确需要线上运营或生产环境经验时，未上线项目只能证明其中一部分能力，不能用「落地」替代缺少的经历。

先比较手上的项目与岗位要求。若你投设计岗，已经交付的交互方案有可讲的内容；若岗位要求负责上线后的效果分析，就要另外找能说明这段经验的材料。课程作业是否值得收录、应该写多细，可先看课程设计与自学项目的收录标准。这里处理的是决定保留之后，怎样把状态写准确。

项目状态和个人工作怎样分开

项目整体状态放在简介或标题旁，个人动作写在下面。团队仍在开发，你负责的模块可能已经完成；项目已经上线，你也可能只参与前期调研。这是两个口径，不能互相代替。

下面以预约系统为构造示例，项目与工作内容均为虚构：

改后仍能看见你完成了什么，也交代了系统为什么不能当作完整产品使用。「可演示版本」要对应真实能展示的功能，不能只是静态页面。只有静态页面，就写页面设计或界面原型。

个人参与日期也要独立核对。你离开项目后，团队继续推进，不代表你的经历可以一直写到至今。结束时间写自己的实际参与时间，描述保留离场时已知的状态；后来是否上线拿不准，就别把猜测补进去。

写到哪一步，才不会把计划写成成果

把项目经历里的动词逐个检查。「规划」对应方案，「实现」对应已做出的功能，「验证」对应明确的检查过程，「上线」对应实际开放范围。实现、验证与上线不是一条必须依次走完的固定路线：方案可以先验证，已上线的版本也可能继续测试新功能。

实现阶段，可写功能或方案交付，不能由此推断已经通过验收。验证阶段，可写测试对象、方法和观察结果，不能由此推断真实业务收益。上线阶段，可写实际开放范围与有记录的使用情况，不能由此推断全量覆盖或效果提升。

构造示例：原句「设计会员活动方案，提升复购率」，实际只完成了活动规则和页面原型。可以改成「完成会员活动规则与页面原型，向业务负责人演示报名及领取流程；方案尚未执行，未验证复购变化」。结果停在交付处就够了。

计划可以用来说明剩余工作，但不要与已完成内容连成一句。把「计划接入通知」单列为待办，或者直接省略。招聘方读到的是你的经历，不需要替项目接收一份完整路线图。

没有真实用户数据，可以用什么证据

先找交付物，再找验证记录。需求文档说明你把问题拆成了什么，演示记录说明哪些流程走通过，测试报告说明检查过什么。它们各有用途，文件名本身不能证明效果。

数字要带范围。下面的项目、人数和结果都是构造示例，不能照搬：

改前：完成活动报名系统，支持千人使用，报名成功率达到百分之百。

改后：在测试环境使用脚本生成的 1000 条报名数据检查重复提交；预设的 20 个测试用例全部通过，结果限于该测试集，尚无真实报名用户。

测试数据条数不等于用户数，用例通过率不等于真实报名成功率。找同学试用也要说清他们是谁、执行了什么任务，不能把被邀请完成指定操作的人写成自然获取的用户。没有做过并发测试，就不要从数据量推出承载能力。

如果使用「验收通过」，还要核对验收人、对应版本和验收范围。只确认了界面内容，就写界面评审通过；负责人同意继续开发，也不等于完整产品通过验收。意见记录里仍有待处理项，描述时保留这个边界。

没有数字，也能写发现的问题与修正后的状态。构造示例：「演示时发现重复点击会生成重复预约，补充提交状态限制后复测该操作，未再出现重复记录；其他异常路径尚未验证。」这句只报告检查到的范围。

如果写的是大模型应用，评测样本与线上指标还要分开，具体可参考大模型应用项目的效果口径。不要为了凑数据，给旧项目补一段从未做过的测试过程。

暂停、仍在开发和自己离场怎样写

仍在开发，写明已完成部分和未完成的关键环节；暂停，写暂停时的交付状态。原因只写自己确认过、可以对外说明的事实。不清楚团队为什么停止，就写「项目暂停，未上线」，不猜测预算、人员或战略原因。

下面两句是构造示例：

仍在开发：已完成库存查询与盘点差异清单，正在联调权限配置；尚未接入正式业务数据。

项目暂停：提交仓库访谈纪要与流程原型，完成需求评审；项目随后暂停，未进入开发。

暂停不是要求你把原因写成辩解。先让读者看到交付，再用短句标状态。若问题确实出在自己负责的部分，可以写发现的缺口和已采取的处理，不把没解决的问题换成「受外部因素影响」。

你已经离场时，构造示例可写「参与期间完成需求清单与评审记录，交接时处于开发阶段，后续上线结果未跟踪」。这比沿用团队后来宣传的成绩准确。若想把交付句写得更紧，可用留存物与可查证痕迹的句式整理，不必借用业务收益。

投递前怎样准备可以展示的材料

给每条项目描述找一份能支持它的材料：版本记录、经过确认的交付清单、测试说明或演示截图。材料用于核对事实，不需要全部塞进简历。选中的内容要能看出你负责的范围，团队总报告不能自动证明每一项都是你做的。

展示前确认材料可以对外提供。不能公开的公司文档，不要复制到个人作品集；可以按允许的范围说明自己的任务。若重新画了示意图，要标明这是复述用的整理稿，不能当作当时的原始交付。

最后对照原材料读一遍：句子里的「完成」是哪项完成，「通过」是通过什么检查，「使用」是谁在什么环境使用。删掉无法回答的效果词，在项目简介旁补上当前阶段，再把尚未完成的内容从成果句里移出去。