没有客户时做练习项目的常见错误

没有客户时做练习项目，是新手积累作品集的好办法。但很多人会走偏：项目越做越大、案例写得像真实客户、截图缺失、验证没有记录，最后既没有交付能力证据，也不敢公开。

练习项目应该小、真、可验证。它不需要像商业项目一样完整，但必须清楚说明来源、范围、过程和限制。

适合谁

适合已经开始做 AI 项目练习、网页小改、报错排查、模板整理或作品集页面的新手。你可能做了几个项目，但不知道哪些算有效练习。

也适合准备把练习项目放进作品集的人。发布前先检查这些错误，能减少夸大和版权风险。

不适合谁

不适合想用练习项目伪装客户经历的人。没有客户就是没有客户，可以写模拟需求，不要虚构订单。

也不适合触碰客户隐私、生产系统、支付、账号安全或未授权素材的项目。练习阶段不要用高风险内容证明能力。

风险提醒

不要承诺练习项目一定带来订单、收入或平台通过。练习只能提高准备度，不能保证外部结果。

不要复制他人作品、截图、评价或源码当成自己的案例。公开内容前要确认版权和授权。

具体步骤

先把练习项目压小，再写模拟需求。开始前保存原始状态，完成后保存结果和验证。最后写限制，而不是把练习写成完整商业交付。

如果项目中途变大，就拆成多个小案例。比如“做完整个人网站”可以拆成首页文案、移动端布局、报价表、联系表单说明四个练习。

错误一：项目一开始太大

新手容易想做完整 SaaS、完整商城、完整自动化系统。结果是做不完，也无法解释清楚。

修正方法：把项目缩小成一个可验证目标。例如“修复一个按钮溢出”“写一页报价说明”“整理一个 npm 报错案例”。

错误二：伪装成客户案例

练习项目可以展示，但不能写成“帮客户完成”。如果没有真实客户和授权，就不要使用客户措辞。

修正方法：明确写“个人练习项目”或“模拟需求”。客户更看重你是否诚实、是否能说明过程。

错误三：没有改动前证据

只有结果截图，看不出你解决了什么。尤其是报错和页面修复案例，改动前证据很重要。

修正方法：开始前截图或保存报错。没有原始截图时，在案例里说明证据缺失，不要补假图。

错误四：没有验证

很多练习停在“看起来好了”。但作品集需要说明怎么确认好了。

修正方法：网页项目至少打开页面检查，能跑命令就跑 lint 或 build。文档项目至少检查链接、标题和敏感表达。

错误五：忽略版权

练习项目经常会用图片、图标、字体和模板。能不能公开，是另一回事。

修正方法：优先用自己生成或明确可用的素材。不能确认授权时，换掉素材或不公开。

错误六：只收藏不动手

收藏模板、教程和工具不等于练习。没有自己的截图、命令和复盘，就没有作品集证据。

修正方法：每周只选一个小项目完成。完成比收藏更重要。

错误七：不写限制

限制说明能让练习项目更可信。例如未部署、未接入后端、未接入支付、未做真实用户测试。

修正方法：在案例结尾写“本项目不包含”。这不是扣分，而是范围清楚。

错误八：没有固定复盘位置

有些新手每次练习都散落在聊天记录、截图文件夹和临时目录里。刚做完时还能记得细节，过一周就很难说清楚当时为什么这么改、验证过什么、哪些内容还没有授权。最后整理作品集时，只剩几个截图和一堆不确定的文件。

修正方法：给练习项目固定一个复盘位置。每个项目都记录来源、目标、范围、使用的工具、人工检查点、关键截图、命令输出、限制和下一步。项目没有客户也没关系，写清楚“自发练习”或“模拟需求”即可；真正会影响可信度的，是把来源写含糊、把限制藏起来，或者把没有授权的内容拿去公开展示。

如果复盘里出现注册、授权、部署、客户系统、生产数据、付费素材等事项，先放进明日待办或人工确认清单。练习项目不需要强行碰真实权限。你要证明的是能把一个小问题做清楚，而不是在没有上下文时处理高风险系统。

可以复制的说明

This is a self-initiated practice project, not a client project. The goal was to demonstrate a small, reviewable workflow: define the issue, make a scoped change, verify the result, and record limitations.

这段适合放在英文作品集里，说明来源和边界。

CTA：下一步

拿一个练习项目，按 没有客户时练习项目检查清单 补来源、范围、证据和限制。需要拆范围用 项目报价助手。

免责声明

本文只用于学习和练习项目自查，不构成职业、法律、安全或收入承诺。公开作品集前需要人工确认事实、版权、授权和隐私。