「需求还没说清,报价单先到了」
没有功能清单的报价只能按经验猜。猜低了后期加价,猜高了项目谈不成。正确顺序是先做需求访谈、画关键流程、列出功能条目,再按条目估算人天,报价才有对照物。
01 / PAIN POINTS
下面七句话来自项目对接时听到的原话。它们不是技术问题,而是范围、合同与验收方式的问题。先认出这些坑,再谈选型与报价。
如果你已经遇到过其中三条以上,说明需要换一种项目组织方式,而不是换一家更便宜的开发方。
没有功能清单的报价只能按经验猜。猜低了后期加价,猜高了项目谈不成。正确顺序是先做需求访谈、画关键流程、列出功能条目,再按条目估算人天,报价才有对照物。
报价差异通常不在单价,而在包含范围:有的含后台与文档,有的只做前端页面;有的含一年维护,有的交付即结束。把「包含项 / 不包含项」逐条对齐,才能比较真实价格。
交付即失联多半是因为合同里没有质保条款。上线后的缺陷修复、响应时限、版本迭代应有明确约定,质保期结束后的年框价格与范围也要提前写清,避免临时议价。
只给部署包不给源码,等于把后续维护权交给对方。合同应写明源码交付时间、交付形式、著作权归属与授权范围,并约定尾款结清后的移交清单。
接手方要看三样东西:可运行的源码与依赖说明、数据库结构文档、部署与配置手册。缺少任何一项,接手成本都会成倍增加,改造预算也会被抬高。
「感觉差不多了」不是验收标准。功能清单要写到可演示、可核对数据的粒度,缺陷要有等级和关闭记录,性能指标要在合同里给出可测量的口径。
数据迁移不做字段映射与核对,就会出现丢字段、串数据、重复记录。迁移方案要包含映射表、抽样试迁、全量核对与回退预案,切换前保留原系统只读副本。
02 / FOUNDATIONS
很多分歧来自概念不一致。以下五组定义按「一句话结论 + 适用边界」写,方便在立项会上直接对照。
定制开发是按企业自身流程从零设计并交付源码的开发方式。适合流程有行业差异、需要与现有系统深度集成、或计划长期演进的场景;代价是周期长、前期投入高。
SaaS是用厂商已成型的产品按账号或年费订阅。适合通用流程(如标准进销存、标准客服工单),上线快、初始费用低,但数据结构与流程改动空间有限,数据存放在厂商侧。
低代码是用可视化配置搭建表单与流程。适合审批、登记、内部工具类需求,能在数周内上线;复杂计算、高并发、深度集成与特殊交互仍需写代码,后期也可能遇到平台能力上限。
PRD(产品需求文档)描述业务目标、角色、流程、字段规则与异常处理,是开发与验收的共同依据。
原型是可点击的界面草图,用来确认页面结构、操作路径与信息层级,不承担视觉精度与数据逻辑。
UAT(用户验收测试)是由业务方按真实场景执行的验收测试,输出通过项、遗留项与缺陷记录。三者顺序不能颠倒:PRD 定规则,原型定界面,UAT 定是否交付。
前后端分离指前端页面与后端接口独立开发部署,接口以 JSON 交互。优点是分工清晰、便于多端复用(网页、小程序共用一套接口),也方便后续替换前端。
单体架构指页面渲染、业务逻辑与数据访问打包在一个应用内。优点是部署简单、开发快、排错直接,适合用户量与团队规模都不大的内部系统。
选择依据是并发量、端数量与团队维护能力,不是架构越新越好。小系统上微服务,往往先被运维复杂度拖住。
| 形态 | 入口 | 适合 | 限制 |
|---|---|---|---|
| 小程序 | 微信内搜索、扫码、分享 | 交易、会员、预约、工具 | 需主体认证与平台审核 |
| 公众号 | 微信内关注与菜单 | 内容发布、通知、轻交互 | 交互能力弱于小程序 |
| H5 | 浏览器与任意链接 | 活动页、跨平台分享 | 依赖浏览器,留存较弱 |
源码交付指开发方在约定节点把可编译运行的源代码、依赖清单与构建说明移交甲方;著作权归属指这套代码的复制、修改、发布权利归谁。二者不是同一件事:拿到了源码,不等于拿到了著作权。
合同建议写明四件事:交付范围(哪些模块、是否含第三方组件)、交付时间(通常与尾款节点挂钩)、权利归属(著作权归甲方或双方共有)、授权边界(乙方能否复用通用组件、甲方能否委托第三方二次开发)。涉及开源组件的,另附组件清单与许可证类型,避免后续分发时踩到许可证条款。
03 / CAPABILITIES
不讲空泛的「全栈开发」,每项能力都写清需要客户提供什么、我们做什么、交出什么。点击卡片可把系统类型带入下方需求表。
能力清单的作用是让你判断「这件事该不该找我们」,而不是让你相信什么都能做。
输入:公司介绍、产品资料、栏目结构与视觉偏好。动作:信息架构、响应式页面、内容后台与基础 SEO 配置。输出:可自主更新的官网、站点地图、访问统计接入说明。
输入:业务场景、会员或交易规则、主体资质。动作:小程序端页面、管理后台、支付与消息接口对接、提审协助。输出:可发布的小程序、后台账号、接口与运营说明。
输入:现有表格、审批流程、角色与权限规则。动作:数据建模、流程配置、权限体系、报表与导出。输出:可用的管理系统、初始化数据、操作手册。
输入:行业流程、单据样式、上下游系统清单。动作:分阶段建模与开发、外部接口对接、试运行调优。输出:按阶段交付的业务系统、接口文档与验收记录。
输入:现有源码或部署包、数据库、业务痛点清单。动作:代码盘点、数据迁移、功能补齐、局部重构。输出:改造后的系统、迁移核对报告、回退方案。
输入:已上线系统、缺陷清单、迭代需求池。动作:缺陷分级修复、版本迭代、发布与回滚支持。输出:迭代记录、缺陷关闭表、版本说明。
04 / REFERENCE SOLUTIONS
以下为典型场景的通用做法,不指向任何具体客户。每个方案都写清问题、做法、交付物与验收口径,可作为立项讨论的起点。
05 / ACCEPTANCE
这是本站值得先读的一节。以下四类验收口径会写进合同附件,验收会议按表逐项过,不靠印象打分。
验收标准不是用来挑毛病的,而是让双方在开工前就知道终点长什么样。
合同附件《功能清单》按「编号—模块—功能描述—验收方式」四列编写,验收方式限定为演示、数据核对或日志确认三种。验收会上逐条勾选,通过项签字,未通过项进入遗留清单。
性能目标按业务量与部署环境在合同中约定,测试在预发布环境执行,数据量取预估峰值的 1.5 倍。以下为常见参考口径,实际数值以合同为准。
缺陷等级由双方在缺陷表中共同确认,修复时限自缺陷登记并确认等级起算,按工作日计算,节假日顺延。质保期内按此表执行,年框服务以年框协议中的响应级别为准。
| 等级 | 判定标准 | 响应 | 修复或处置 |
|---|---|---|---|
| S1 阻断 | 无法登录、主流程中断、数据错误或丢失 | 2 小时内 | 1 个工作日内修复,或给出可用的规避方案 |
| S2 严重 | 主要功能不可用,但存在替代路径 | 4 小时内 | 3 个工作日内修复 |
| S3 一般 | 次要功能异常、界面错位、提示不清 | 1 个工作日内 | 进入当前或下一迭代修复 |
| S4 建议 | 体验优化、文案调整、非约定范围的新想法 | 登记确认 | 排期处理,或转为变更单 |
说明:以上为通用参考口径,具体指标、时限与清单以项目合同附件为准。变更范围、第三方接口审批与客户侧内容准备时间不计入修复时限。
06 / PACKAGES & PRICING
价格按系统类型分档,单元格里的区间用于判断投入量级。相同区间内,功能条目越多、集成越多、工期越紧,实际报价越靠近区间上沿。
| 套餐 | 计费方式 | 参考区间 | 交付周期(参考) | 不包含项 |
|---|---|---|---|---|
| 企业官网 / 品牌站 | 项目制 | 2–8 万 | 3–6 周 | 域名与服务器、商业拍摄、多语言版本 |
| 微信小程序 | 项目制 | 5–15 万 | 6–10 周 | 微信认证费、短信费、支付通道费率 |
| 轻量管理系统 | 项目制 | 10–25 万 | 8–14 周 | 服务器硬件、第三方系统改造、历史数据清洗 |
| 多端业务系统 | 项目制 | 25–50 万 | 3–6 个月 | 第三方接口授权费、安全测评费用 |
| 行业定制系统 | 项目制(分阶段) | 25–50 万 | 4–8 个月 | 专用硬件、专有算法授权 |
| 遗留系统改造 | 人天 | 1200–2500 元/人天 | 按盘点后排期 | 原厂授权、历史数据修复 |
| 迭代与质保年框 | 年框 | 8–20 万/年 | 12 个月 | 大版本重构、新增子系统 |
以上为参考区间,用于判断投入量级。实际费用以项目范围、资产规模、交付周期、人员配置与合同约定为准。等级保护测评结论须由具备资质的测评机构出具,我方承担咨询与整改配合。
人天单价按人员能力分档:初级 1000–1500 元/人天,中级 1500–2500 元/人天,高级 2500–3000 元/人天。付款节点、发票类型与税费口径在合同中列明。
07 / DELIVERY PROCESS
流程的价值在于把不确定性前置。下面五步按顺序执行,前一步的产出没有确认,不进入下一步。
按角色访谈业务方与使用方,梳理主流程、异常流程与权限规则,输出需求清单与范围边界,明确本期做什么、不做什么。此阶段不写代码,只确认问题与目标。
用可点击原型确认页面结构与操作路径,按功能条目估算人天,给出固定报价与里程碑表。报价单同时列出不包含项,双方确认后进入合同。
按两周一个迭代推进,每周提供进度周报与可访问的测试环境。需求变更走变更单,写清影响范围与人天,确认后调整排期,不在口头层面扩大范围。
业务方按真实场景执行验收用例,逐条比对功能清单,记录缺陷等级与复现步骤。未通过项进入遗留清单,修复后复验,全部关闭后签署验收单。
按部署手册上线,完成数据迁移核对与回退预案,移交源码、文档与账号。质保期内按缺陷等级响应,质保结束后可转入迭代与质保年框。
08 / STANDARDS
文档编制、质量评价与个人信息处理都有对应的国家标准或法律依据。我们按下列依据组织交付物,条款细节以标准原文为准。
文档编制按 GB/T 8567-2006 的结构组织需求、设计与测试文档;质量评价参考 GB/T 25000.51-2016 与 ISO/IEC 25010 的功能适合性、性能效率、易用性、可靠性、可维护性等维度设定验收口径。
涉及手机号、身份证号等个人信息的功能,按「能不采集就不采集」的原则设计采集字段与留存期限,并在隐私政策中说明用途。小程序上线前需完成主体认证,涉及经营性服务或其他前置审批的,具体材料与流程需向平台核实。
09 / MISCONCEPTIONS
这些说法在立项会上经常出现,听起来有道理,实际会把项目带偏。
低价往往意味着范围被压缩:少了后台、少了文档、少了测试,或者用现成模板套壳。上线后再补这些缺口,成本通常高于一开始就写清楚。比较报价时先对齐包含项与不包含项。
原型只确认界面结构与操作路径,不含真实数据逻辑、权限、异常处理与性能。把原型当成成品验收,会在开发阶段产生大量争议。原型确认后仍需要 PRD 与功能清单支撑开发。
上线只是开始。数据迁移核对、账号移交、文档交付、缺陷观察期都在上线之后。交付完成的标志是验收单签署、遗留项关闭、文档与源码移交完毕。
能维护还需要环境依赖、数据库结构、部署步骤与接口说明。只有源码没有文档,接手方要花大量时间逆向梳理。合同里的交付清单应把文档与源码放在同一层级。
低代码适合表单、审批、登记类需求,遇到复杂计算、高并发、深度集成与特殊交互时仍要写代码。选型时先列出功能条目,再判断哪些能配置、哪些必须开发,避免中途返工。
流程与行业通用产品高度一致、预算有限、希望数月内上线时,成熟的 SaaS 或模板建站更合适。定制开发解决的是流程差异与长期演进,不是所有企业都需要从零开发。
10 / TEAM & QUALIFICATION
项目由张鹏负责需求梳理、技术方案与验收把关。他的两项可核实资质是:2022 年取得 CISP(注册信息安全专业人员)认证;人社部备案职业技能老师。前者用于判断系统在权限、数据与接口层面的风险,后者用于把交付文档写成业务方看得懂、接手方接得住的形式。
团队按项目组建,前端、后端、测试与设计按范围配置。每个项目指定一名对接人,需求、变更、缺陷与验收记录统一归档,避免多人传话导致信息失真。
没有功能清单不出报价,没有原型不进入开发。
每周周报与可访问测试环境,进度不靠口头同步。
源码、文档、账号与验收记录一并移交。
说明:上述个人资质不等同于公司独立客户案例。本站不展示客户名称与项目金额,场景描述均为典型场景 · 匿名。
11 / FAQ
以下问题按咨询频率排列,答案先给结论再给依据。价格与周期为参考值,具体以范围清单和合同为准。
参考区间按系统类型区分:企业官网 2–8 万,微信小程序 5–15 万,轻量管理系统 10–25 万,多端业务系统与行业定制各 25–50 万,遗留系统改造按 1200–2500 元/人天计。实际费用取决于功能范围、集成数量、交付周期与验收要求,以范围清单和合同约定为准。
常规参考:官网 3–6 周,小程序 6–10 周,轻量管理系统 8–14 周,多端业务系统 3–6 个月,行业定制系统 4–8 个月。工期从原型确认与首付款到账起算,需求变更、第三方接口审批与内容准备时间另行计入,具体节点写入里程碑表。
源码按合同交付,通常在尾款结清后移交完整源码仓库与数据库脚本;著作权归属、授权范围与可否二次开发写在合同附件里。若使用开源组件或第三方 SDK,会同步提供组件清单与许可证说明,避免后续维护受制于单一开发方。
交付后提供 3–6 个月质保,质保期内修复约定范围内的缺陷不另收费。质保期后按迭代与质保年框执行,参考 8–20 万/年,含缺陷修复、版本迭代与技术支持;零散改动也可按 1200–2500 元/人天结算,范围与响应级别在年框协议中列明。
以已签认的功能清单和原型为基线,新增或修改功能先出变更单,写清内容、影响的功能模块、增加的人天与对上线时间的影响,双方确认后再实施。小额调整可在迭代内消化,跨模块变更按人天计价并同步调整里程碑,避免口头变更导致范围失控。
模板建站上线快、费用低,但栏目结构与交互受模板限制;SaaS 按账号或年费订阅,功能由厂商迭代,数据存放在厂商侧;定制开发按业务流程从零设计,源码可交付、可二次开发,适合流程有差异或需要长期演进的场景,投入与周期也相应更高。
需要微信内完整体验、支付与消息触达时选小程序;以内容发布和粉丝运营为主选公众号;需要跨平台分享、快速上线且不依赖微信入口时选 H5。三者可以组合,例如小程序承载交易、公众号做通知与内容,具体取决于获客路径与运营方式。
需求访谈、原型评审与 UAT 验收可线上进行,使用共享文档、原型链接与演示环境同步进度;关键节点可安排现场沟通,差旅按实际发生单列。每周提供进度周报与可点击的测试环境,问题在缺陷表中登记和关闭,异地协作的节奏与本地一致。
多数老系统可以改造,先做代码与数据库盘点,判断是补功能、换前端还是整体重构。数据迁移按字段映射表执行,先抽样试迁再全量迁移,迁移前后做记录数与关键字段核对,差异清单双方确认后才切换,切换前保留原系统只读备份。
验收以合同附件的功能清单为基础,逐条按演示、数据核对或日志确认,同时核对性能指标、缺陷关闭情况与交付文档。未通过的项目列入遗留清单,写明责任方与处理时间,修复后复验;争议项按合同约定的验收条款处理,不以口头意见作为结论。
交接以合同中的源码与文档条款为依据,包括源码仓库、数据库脚本、部署手册、接口文档与账号清单。交接前核对当前版本与未关闭缺陷,安排一次线上讲解并留存记录;若原开发方配合度不足,可按合同约定的违约与知识产权条款处理。
按缺陷等级约定:阻断类问题 2 小时内响应、1 个工作日内修复或给出规避方案;严重问题 4 小时内响应、3 个工作日内修复;一般问题 1 个工作日内响应;体验建议登记排期。响应时间按工作日计算,节假日与第三方原因导致的中断另行说明。
还有具体问题没覆盖?把系统类型与功能清单发过来,我们按条目逐项回复。提交需求
12 / CONTACT
填写下方信息会即时生成一份需求摘要,你可以复制后发给我们,也可以直接打电话或加微信。摘要只在当前页面生成,不会存储或上传。
更新日期:2026-11-10 · 作者:张鹏(CISP 2022)