第一个作品集案例怎么做才真实
新手做第一个 AI 工具实践作品集案例时,不要伪装成真实客户项目。本文讲如何用自己的练习项目写出可信案例:问题、范围、过程、截图、验证命令、限制和下一步。
Published: 2026-06-03 / Updated: 2026-06-14
新手没有客户项目时,也可以做作品集案例,但不能把练习项目包装成真实客户交付。真实感不是靠写“我帮客户完成了某某项目”,而是靠可复查的过程:问题是什么、你改了什么、怎么验证、哪里还有限制。
第一个案例建议从自己的小项目开始,例如一个 landing page、报价表、错误修复记录、模板页或工具页。范围越小越好,因为小项目更容易解释清楚,也更容易留下截图和命令记录。
适合谁
适合还没有真实客户案例,但已经愿意动手做练习项目的新手。你可能刚开始用 Codex、Cursor、ChatGPT 或 Claude Code 辅助写代码,也可能只会改一点页面样式。只要你能把过程记录清楚,就可以做出第一个可信案例。
也适合已经做过本地小项目,但不知道怎么整理成作品集的人。作品集不是堆截图,而是让别人看懂你的判断、执行和验证能力。
不适合谁
不适合想把别人的网站截图当成自己项目的人,也不适合把 AI 生成页面直接说成客户交付的人。这样短期看起来省事,长期会伤害可信度。
如果案例涉及客户隐私、生产数据、未公开截图、付费模板、商业素材或第三方代码,也不适合直接公开。先确认授权和版权,不能确认就只写匿名学习记录,或换成自己的练习项目。
风险提醒
不要伪造客户、伪造收入、伪造平台订单、伪造评价。作品集可以写“个人练习项目”“模拟需求”“本地复现案例”,这并不丢人。真正危险的是把模拟项目说成真实客户结果。
也不要承诺看完案例就能接到单。作品集只是展示能力的一部分,还需要沟通、报价、平台规则、交付记录和持续练习。任何案例都不应该暗示固定收入结果。
具体步骤
第一步,选择一个小到能完成的主题。比如“修复移动端按钮溢出”“做一个报价计算器页面”“整理一个 npm 报错排查记录”。不要一开始就做完整 SaaS、支付系统或复杂后台。
第二步,写出原始问题。可以是自己的需求,也可以是模拟客户需求,但要标清楚来源。例如:这是个人练习项目,目标是在移动端避免价格卡片文字溢出。
第三步,保存改动前证据。截图、报错、命令输出、页面链接都可以。没有证据的案例会像空话。
第四步,小步修改。一次只解决一个问题,不做无关重构。使用 AI 工具时,要记录它帮你做了什么,你自己复核了什么。
第五步,运行检查。常见命令包括 npm run lint、npm run build,但以项目实际脚本为准。如果没有命令,也要说明你做了哪些手动检查。
第六步,写结果和限制。结果是“移动端按钮不再溢出”,限制是“未做真实用户测试”“未接入后端”“未部署生产环境”。限制写清楚,案例反而更可信。
案例结构
可以按这个顺序写:
项目类型:个人练习项目
问题:移动端价格卡片按钮溢出
目标:在 375px 宽度下按钮文字不溢出
工具:Codex / Cursor / 手动检查
改动:调整卡片布局、按钮换行和间距
验证:npm run build,通过;移动端截图已保存
限制:未连接真实支付,未处理生产部署
下一步:补充更多浏览器截图
这个结构很朴素,但比一段夸张宣传更有用。客户或同伴能快速判断你是否真的理解问题。
截图怎么放
至少准备两张截图:改动前和改动后。如果是报错案例,可以放报错截图和修复后命令结果。如果是网页案例,可以放桌面端和移动端。截图不要遮住关键区域,也不要使用客户私有页面。
图片说明要具体。例如“移动端 375px 宽度,按钮文字已经换行,不再超出卡片”。不要只写“效果很好”。
AI 工具怎么写
如果使用了 AI 工具,可以诚实写成“使用 AI 工具辅助定位文件和生成初稿,最终由人工检查 diff、运行 build 并调整文案”。这比完全隐藏工具或把工具当成全部能力都更稳。
不要把 AI 输出原样放进作品集。作品集展示的是你的判断:你为什么接受这个改动,为什么拒绝另一个建议,怎么验证没有破坏页面。
可以复制的案例说明
This is a self-initiated practice project, not a client project. I used it to demonstrate a small, reviewable website fix.
Scope:
- Fix one mobile layout issue.
- Keep the existing design style.
- No backend, payment, or production deployment changes.
Verification:
- Checked the target viewport.
- Ran the available build command.
- Recorded remaining limitations.
这段英文适合放在作品集里,重点是明确“练习项目”,同时说明范围和验证。
CTA:下一步
先选一个自己的小页面,用 项目报价助手 拆范围,用 报错解释器 整理问题,再把过程写进作品集草稿。需要模板时可以去 模板下载 找项目复盘表。
免责声明
本文只用于学习和作品集整理,不构成职业、法律或收入承诺。公开任何案例前,都要确认素材版权、客户授权、截图隐私和平台规则;无法确认的内容不要公开。
读完后可以直接用的工具
根据这篇文章的主题自动匹配,先用工具做判断,再人工复核交付。
SEO 路径
继续沿着同一主题解决问题
Use a practical tool after reading this guide
先用工具做判断,再用模板整理交付。生成内容只能作为草稿,不要不审核就直接发给客户。
Related articles
需要人工协助配置或排错?
你可以先用本站工具和模板自助排查。若确实卡在 Codex、Claude Code、GitHub、Vercel 配置或客户需求判断上,可以通过联系页咨询。服务不是主业入口,只作为少量高价值人工协助保留。
联系我