ARTICLE · 1177233
接单报价单和交付说明,我把两份模板贴出来
接单这些年，我最亏的一次不是被压价。是"顺手改一下"，改了三天。
价格从来不是扯皮的原因，"什么叫做完？"没说清才是。
前面那篇《哎，现在的程序员接单啊》里，我把低价、二开、不掏钱的单子数落了一遍。数落完发现，市场那一半我改不了，能改的只有自己这一半。
这篇不聊怎么涨价，只给两样东西：一份报价单模板，一份交付说明模板。
为什么是两份？
多数人手里只有报价单，客户问价，报个数字过去，然后开工。
我之前也是这样做的，但是后来发现扯皮就是从这里开始的。
所以，到现在演变成了两份文件，它们的分工很清楚：
• 报价单里主要有报价和服务范围以及一些文件材料。 • 交付说明主要解决如何才算结束，它定义的是服务的边界。
接单的必要流程
所以，最简单的一个操作流程如下：
报价单 → 客户确认 → 预付款到账 → 交付说明 → 开工
顺序千万不能乱，预付款没到账，不要给方案；交付说明没确认，不要写第一行代码。
用之前先记住三条
1. 不报人天： 客户买的是结果，人天只留给自己算成本。按人天报价，就是在卖时间，客户也顺手学会了砍你的工时。 2. 先写验收标准，再写价格： 写不出"什么叫做完"的需求，先别报价，这是防白嫖唯一有效的动作。 3. 超出范围一律走变更确认单： 口头答应不算，微信里那句"顺手改一下"，就是亏钱的开始。
报价单模板
下面是我多年接单整理的报价单模版，可以把它复制到 Word 或飞书文档里，填空后发客户,价格我抹掉了，你自己填。
一、项目概述
• 项目目标：[如：做一个产品展示官网，用于品牌宣传和获客] • 目标用户：[如：25 到 40 岁职场人群，移动端为主] • 项目类型：[企业官网 / 营销落地页 / AI 应用 / 管理后台 / 小程序] • 技术栈：[如：Next.js + Tailwind CSS] • 工期起点：预付款到账，且素材齐备后的次日
二、服务范围
报价包含的：
1. 页面开发：按设计稿实现所有页面与交互，响应式适配桌面、平板、手机 2. 技术实现：组件化开发，关键代码加注释 3. 性能优化：图片懒加载、代码分割、资源压缩，Lighthouse 性能分 ≥ 85 4. 浏览器兼容：Chrome、Firefox、Safari、Edge 最新版，iOS Safari 与 Android Chrome 主流版本 5. 测试与修正：提供预览链接，包含 1 轮测试与修正 6. 部署支持：协助上线到指定服务器，交付部署文档 7. 备案协助：如需备案，提供页面与技术层面的配合（主体与材料由客户提供）
不在报价范围内的（需要的话另行评估）：
• 后端 API 开发、数据库设计 • 登录注册与权限系统（包 C 除外） • 内容录入、文案撰写、图片设计 • 第三方费用：域名、服务器、CDN、短信、模型 API、支付通道 • 复杂动画（3D、Canvas 游戏化交互） • 多语言国际化 • SEO 深度优化 • 上线后的内容更新与长期运维
三、报价
推荐固定总价包干，只有客户主动要求时才分项。
分项按这几条拆：页面框架、首页开发、内页开发、表单与验证、性能优化、测试与修正、部署支持。
四、可选增值服务
额外修改轮次、加急（工期压缩一半，价格上浮）、新增页面、后端接口对接、上线后维护。
五、付款方式
预付款 50%，签约后 3 个工作日内；验收款 50%，验收通过后 7 个工作日内。大项目再拆三段。
六、项目周期
需求确认与设计稿评审、开发实现、测试与修正、部署上线，每段填上工作日，最后给一个总工期。
七、影响报价的关键因素
设计稿质量（影响大）、交互复杂度（影响极大）、响应式要求（影响中高）、表单复杂度（影响中高）、交付时间（影响中）。
这一节是给自己留的余地，也是给客户看的：报价不是随口说的，每一项都有出处。
八、验收标准
验收按这几条执行，不在这个清单里的，不算缺陷：
1. 约定页面全部实现，且与设计稿一致 2. 约定断点下的响应式表现正常 3. 主流浏览器最新版无控制台报错 4. iOS Safari 与 Android Chrome 上布局与交互正常 5. Lighthouse 性能评分 ≥ 85 6. [项目特有的可量化指标。示例：列表页支持 1000 条数据翻页，首屏 1 秒内出现，翻页平均 300 毫秒以内；异常时给出明确提示，不白屏]
九、交付物
源代码（压缩包）、README（项目结构、启动命令、环境变量）、部署文档、验收录屏（逐条演示验收标准里的关键项）。
十、甲方需要提供的材料
设计稿（Figma、蓝湖、PSD 均可，需标注可读）、品牌素材（Logo、配色、字体、图片）、域名与服务器（或授权代购，费用另计）、备案主体材料、内容文案（由我方撰写则另行报价）。
十一、变更与售后
任何超出本报价范围的需求，走书面变更确认单，重新评估工期与费用。验收通过后提供 30 天保修，只修因我方代码缺陷导致的 bug，不包含新增功能、需求变更、第三方服务故障、客户误操作。
十二、知识产权与保密
甲方付清全部款项后，源代码与著作权转移给甲方；我方保留在作品集中展示本项目的权利（会先经甲方同意）；双方对项目相关的商业与技术信息负保密义务。
十三、签署
双方签字、日期，各留一份。
交付说明模板
报价被接受之后，马上发这一份。
报价单回答"多少钱"，交付说明回答"什么叫做完"。大部分扯皮都发生在这一步：客户以为"网站做好"包含改到自己满意，你以为包含一轮修改。
这个差一页纸，一页纸就能省掉三天扯皮。
一、项目目标与范围
• 本项目要解决的问题：[一句话] • 本次范围：[对应报价单里的服务包] • 明确不在范围内：[如：文案撰写、图片拍摄、多语言、后端功能]
二、交付物
同报价单第九节，一份不差。
三、验收标准
以本节为准，不在这里的，不算缺陷，条目同报价单第八节。
四、验收流程
1. 我方交付测试版，提供预览链接 2. 甲方在 7 个工作日内完成验收测试 3. 甲方一次性提交问题清单，我方在 1 轮内修正 4. 甲方签署验收确认书 5. 逾期未反馈，视为验收通过
为什么要写"一轮"：不是不肯改，是避免改到没有终点。要改可以，走变更确认单。
五、付款与开票
预付款 50%，本说明确认后 3 个工作日内；验收款 50%，验收通过后 7 个工作日内。第三方费用（域名、服务器、CDN、模型 API 等）由甲方承担或据实报销。
六、变更流程
1. 甲方提出变更 2. 我方评估工期与费用影响 3. 双方在确认单上签字 4. 变更部分的工期与费用顺延
口头、微信里说的"顺手改一下"，不生效。
七、保修与支持
验收通过后 30 天保修，只修因我方代码缺陷导致的 bug；工作日 24 小时内响应；延续维护可选，按月收费。
八、上线与合规配合
我方协助部署上线并提供部署文档。
上线前建议先备好这几样（属于甲方主体的事，我方做技术配合）：ICP 备案（域名与主体信息一致）、页脚备案号、隐私政策页面、服务条款或用户协议页面、客服邮箱。
九、知识产权与保密
同报价单第十二节。
十、对接方式
唯一对接人、唯一沟通渠道，素材与确认走同一条线，避免信息散落。写清双方的工作时间。
附件一：需求变更确认单
双方签字、日期。
附件二：验收确认书
把验收标准抄成勾选项，甲方逐条打勾，最后给一个结论：通过，或者通过但需修正哪些项。
双方签字、日期。
开工前自检
这一节留给自己，不发客户：
•报价单已确认，价格与范围没有口头补充 •预付款到账 •素材齐备：设计稿、Logo、配色、文案、域名、服务器 •验收标准已逐条写过，且有可量化的项 •工期起算日已写进交付说明 •只留一个对接人、一个沟通渠道 •需要备案的话，备案主体材料已在走
最后
接单不易，且行且珍惜！
这两份东西解决不了所有问题，但是可以避免很多不必要的麻烦。
大多数程序员都不善于沟通，很多隐藏的条条框框会让其在接单路上吃一次亏来成长，所以我分享出来，希望看到的朋友如果走这条路的话可以顺当点。
评论区聊聊：你接过单吗？有吃过亏吗？
