邯郸小程序定制开发|需求文档怎么写才不被加价
核心逻辑：加价大多来自
“口头需求、模糊描述、后期新增、边界不清”。一份合格需求文档，本质是双方的验收标尺，写清楚「做什么、不做什么、做成什么样、交付标准、变更规则」，签约前附在合同里，作为报价和验收依据，从源头减少增项加价。适合邯郸本地门店、工厂、教培、餐饮、会员商城、多门店
LBS 小程序。
一、文档开篇：基础信息(先锁定主体，避免理解跑偏)
项目名称：XX 小程序(例如：邯郸 XX 烘焙会员小程序)
甲方主体：公司名称、对接人、联系方式
乙方开发方
项目目标：一句话写清楚用途，不要笼统 ❌ 错误：做一个线上小程序，方便客户下单 ✅ 正确：面向邯郸本地门店，实现到店核销、会员积分、储值、团购上架、多门店就近定位展示，不做快递发货、全国分销
终端范围：仅微信小程序|是否需要公众号 H5、抖音小程序(提前写死，没写的默认不含)
交付周期、报价对应的版本：本需求为【标准版报价包含范围】
关键一句话放在文档头部：本需求清单内功能为本次报价包含内容;清单以外、描述以外的功能，统一属于需求变更，走变更单、单独报价
二、用户角色梳理(把谁能用、权限写清楚)
逐个列出角色 + 权限，避免后期临时加管理员、子账号：示例：
普通用户：浏览商品、领券、下单、预约、查看自己积分储值、在线客服
门店店长账号：仅看本店订单、核销券、修改本店营业时间，看不到其他门店数据
总后台管理员：全部权限、新增商品、设置优惠券、查看全部门店数据 ❌ 不要写：后台可以管理内容(太模糊)
三、核心功能模块：每个功能，写 3 件事【功能动作 + 输入输出 + 限制规则】
这是防加价最重要的部分，拒绝形容词，全部写可验证、可验收的规则 ❌ 模糊写法：做一个很好用的会员系统 ✅ 标准写法示例：会员模块
注册：授权手机号一键注册，可弹窗获取位置(用于就近门店)，用户可拒绝定位
积分规则：消费 1 元积 1 分;积分可兑换商品，积分不可折现;积分过期规则：每年 12.31 清零(如不需要清零就写：永久有效)
储值模块：支持设置多档储值(充 200 送 20、充 500 送 80);储值余额仅到店消费使用，不支持提现;退款规则按《储值协议》执行
会员等级：自动升级，按累计消费金额升级，等级自动升降，不支持后台手动随意调级
高频模块规范写法参考(邯郸本地项目常用)
多门店 LBS ✅ 用户打开自动定位，优先展示距离最近邯郸门店;可手动切换门店;每个门店独立营业时间、独立电话、独立核销码;不做门店独立收款(总统一收款)
优惠券 ✅ 支持满减券、折扣券、免费券;可设置领取上限、使用门店范围、有效期;核销后自动失效;不支持裂变发券、分享领券(如果要就要单独标注)
预约 / 试听 ✅ 用户选门店、选日期时段、提交预约，后台收到提醒;支持预约取消;不支持双向短信自动打电话提醒(没写就不含短信费、短信接口开发)
商城下单 ✅ 支持到店自提、到店核销;不含快递物流、快递单号推送、第三方快递对接(如果后期想要快递，就是增项)
避坑重点：凡是你不要的功能，也要明确写上 “本版本不含 XX”，比如：不含分销、不含直播、不含短信营销、不含 APP、不含独立 APP、不含电脑端商城。
四、页面清单 + 页面内容(写清楚有哪些页面)
逐条列出，每个页面写页面上有什么：示例：首页、门店列表页、产品 / 团购详情页、会员中心、卡包、订单列表、关于我们、隐私政策首页组件：轮播图、门店入口、团购入口、会员入口、客服电话;首页不支持自定义拖拽装修(拖拽可视化装修是单独高价功能)
五、设计标准(防止设计反复改，产生改版加价)
设计风格：简约本地门店风 / 工业风 / 餐饮国风，附上参考链接
交付物：UI 设计图(小程序页面);包含几版修改机会(重点!)：初稿→1 次免费修改→定稿，超出修改次数按次收费
素材边界：甲方提供 LOGO、产品图、门店照片、文案;乙方不负责拍照、美工精修大量图片、撰写文案
很多加价来自：甲方后期反复改版页面、让开发帮忙 P 图写文案，提前划清边界
六、对接第三方接口(所有接口全部列明，没写 = 不含)
微信登录、微信支付、定位 LBS、腾讯地图、短信通知、打印机对接、ERP、进销存、抖音、电子发票 ✅ 写法：本次包含：微信支付、腾讯地图 LBS;不含短信通知接口、不含小票打印机对接、不含进销存打通 短信单独说明：短信费为运营商收取，不含在开发费内
七、后台管理功能清单(最容易藏坑)
很多开发报价只做前端，后台简陋，后期加功能加价，逐条写：商品新增编辑上下架、团购管理、优惠券管理、订单查看导出 Excel、核销记录导出、会员数据导出、门店账号权限管理写明：导出为 Excel，不含自动生成复杂报表、图表大屏
八、验收标准(可落地，不玩虚的)
在微信安卓、微信 iOS 主流机型打开无错乱
所有清单内功能可正常跑通，支付、核销、定位流程顺畅
后台导出数据完整
文案、图片按甲方定稿素材实现
验收周期：交付测试版后，甲方7 天内集中提修改意见，集中修改;超期新增需求属于变更
九、【重中之重：需求变更规则(防加价核心条款，放进文档 + 合同)】
直接复制这段：
本需求文档内所有功能为本次报价包含范围;文档未描述、未列入的功能、交互效果、页面，均不属于本项目范围，属于需求变更。
任何变更，乙方出具《需求变更单》，写明新增功能、价格、工期;甲方签字确认后乙方再开发，口头需求、微信随口提的需求不生效，不免费开发。
需求变更会同步调整工期，甲方不同意变更报价，乙方可不开发该功能。
甲方定稿 UI 之后，再改动页面布局、新增模块，一律按变更处理。
十、不包含清单(专门一页，白纸黑字，邯郸定制项目必加)
示例参考，按需删减：
不含域名、服务器、SSL 证书、每年服务器续费(写明：服务器由甲方自行采购 / 乙方代采购，费用另计)
不含微信认证 300 元 / 年
不含 ICP 备案代办(可写：乙方协助提供资料，甲方主体自行备案，备案费用无)
不含短信包、打印硬件、小票打印机硬件
不含后期运营、上架产品、持续代上新团购(只做功能，上架内容甲方自己操作)
不含抖音、支付宝小程序多端适配(仅微信)
不含推广、SEO、本地引流、地图 POI 优化
十一、常见踩坑复盘(邯郸本地小程序高频加价点)
只说 “做会员”，没写储值、积分规则，开发做完基础会员，你要充送，直接加钱
只说多门店，没写店长分权限、独立核销，后期要权限，增项
口头说 “简单提醒一下”，没写短信，上线想要短信通知，单独收费
没有变更单机制，微信随时提想法，开发边做边加，最后结算涨价
没写清楚：是否支持快递发货，很多本地店一开始只做核销，后期想发快递，属于大的增项
精简版写作顺序(直接套用写文档)
项目概述 → 用户角色 → 页面清单 → 功能明细(带规则)→ 第三方接口清单 → 后台功能 → 设计约定 → 验收标准 → 【不包含清单】→ 需求变更规则