第一次接 AI 小单前最容易犯的错误

第一次接 AI 小单，很多坑不是工具造成的，而是边界没写清、证据没准备好、报价没和交付绑定。新手常常以为“只要客户愿意给机会就先接”，结果任务越做越大，最后既没有赚到经验，也没有形成可复用的流程。

适合谁

适合准备第一次回复客户、第一次报价、第一次写服务介绍的新手。你可能已经会用 AI 工具完成一些练习，但还没有经历过真实客户沟通。

也适合曾经试过项目但感觉混乱的人。很多问题不是能力完全不足，而是项目前没有定义好范围，导致客户和自己对“完成”的理解不同。

不适合想寻找万能话术的人。没有任何模板能替代真实判断。客户需求、平台规则、项目权限和交付标准都必须人工确认。

也不适合把高风险任务当成练手机会的人。第一次项目应该避开客户生产系统、敏感数据、账号密钥、付款后台和不可控业务承诺。

错误一：没有作品证据就急着报价。修正方式是先做 2-3 个小练习，每个练习保留目标、过程、截图、结果和复盘。作品不必华丽，但要能证明你会把任务做完。

错误二：服务范围写得太大。比如“AI 自动化”“AI 咨询”“全流程增长”都太模糊。第一次更适合写成“整理 5 条英文 proposal”“配置一个测试表单流程”“解释一个报错并给出排查记录”。

错误三：报价没有包含修改边界。客户可能会不断追加要求。你要提前写清包含几次小修改、修改什么内容、什么算新增范围。否则小单很容易变成无限售后。

错误四：直接交 AI 输出。AI 初稿必须经过人工复核，尤其是事实、语气、版权、代码可运行性和平台规则。你可以说“我用 AI 辅助整理”，但最终交付要由你负责检查。

错误五：忽略权限风险。客户让你登录账号、查看后台、使用密钥或处理真实数据时，要先判断是否必要。能让客户自己操作的，就不要替客户保管敏感信息。

错误六：没有交付记录。交付后只发一句“做好了”，客户很难验收。更好的做法是附上完成项、测试方式、截图、后续注意事项和不包含范围。

不要为了第一单降低所有边界。低价可以，但低价不等于没有范围、不做测试、不写记录。第一次项目最重要的是练出完整流程：确认需求、报价、执行、验收、复盘。

不要把客户业务结果当成你的承诺。你能交付文案、配置、说明、排查和建议，但客户是否成交、是否增长、是否长期有效，受很多外部因素影响。表达时要避免过度承诺。

这次任务目标：
实际交付物：
客户验收方式：
中途新增范围：
我下次要提前确认的问题：
是否涉及权限、密钥、付款或生产数据：

每完成一次练习或小单，都用这个模板复盘。几次之后，你会更清楚自己适合接哪类任务，也能把真实经验整理成作品集。

如果你还没有准备好接真实客户，可以先做模拟任务。把一个公开报错、一个公开页面、一个公开工具流程当成练习对象，写出需求、步骤、交付说明和复盘。模拟任务不能替代真实项目，但能帮你练习“完整交付”的节奏。

如果你已经收到真实需求，但感觉范围太大，可以先把它拆成诊断任务。比如先交付“需求澄清和风险判断”，而不是直接承诺完成整个系统。这样既能给客户有效帮助，也能避免自己被复杂项目拖住。

把练习或客户项目放进作品集前，先删掉客户名称、联系方式、账号截图、价格细节、密钥、后台链接和未授权素材。作品集展示的是你的方法，不是客户的隐私。你可以展示问题如何被拆解、交付物长什么样、你如何控制风险，这些信息已经足够说明能力。

如果不确定能不能公开，就不要公开。可以只保存在私有笔记里，等客户明确授权或改写成匿名练习案例后再展示。

本文仅供学习和流程准备参考，不构成职业、财务、法律或平台合规建议。不同平台和客户项目要求不同，发布前需要人工复核。所有项目、报价、交付和授权都应基于真实能力和客户明确确认。

CTA：接第一单前先下载 /templates 里的需求确认表和交付清单，再用 /tools/proposal-generator 写一版客户回复，最后人工检查是否过度承诺。