Files
Control-Valve-Factory-Infor…/docs/01-项目启动/报价方案-内部讨论文档.md
Misaka 45fdf915f0 Add internal pricing discussion document
- Define pricing principles: value-based rather than daily rate
- System development fee: 80k-100k RMB, suggesting 90k as baseline
- Annual maintenance fee: 8k-10k RMB for first year
- 4-stage payment plan tied to project milestones
- Include early termination handling principles
- List internal confirmation items for leadership review

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-12 19:33:10 +08:00

6.3 KiB
Raw Blame History

报价方案 · 内部讨论文档

项目: 调节阀工厂信息化管理系统建设
文档用途: 内部讨论与决策,不对外使用
文档版本: v1.0


一、定价原则

本项目的定价不采用传统软件外包的"人天×日费率"算法,原因如下:

  • 我们团队的投入方式是业余时间+AI辅助用人天计费会导致报价逻辑站不住脚
  • 我们的核心价值不只是开发工时,还包括领导的行业经验和对客户业务的深度理解
  • 客户需要的是"问题被解决",而不是"购买工时"

因此,采用按价值和项目体量定价的逻辑:这套系统覆盖六个核心业务模块、五个实施阶段、约二十周工期,是一套完整的定制化生产管理系统。市场上同等体量的定制开发通常报价在十万以上,我们作为第一单、双方有合作信任基础,给出有诚意且不贬低自身价值的价格。


二、收费结构

收费分为两个独立部分,分别报价、分别结算。

第一部分:系统开发费(一次性)

报价区间8万10万元人民币

覆盖范围:从项目启动到系统全部交付的全部工作,包括:

  • 调研访谈与需求确认
  • 六个模块的设计与开发
  • 数据迁移协助
  • 员工使用培训
  • 交付文档(用户操作手册、系统维护说明)

不覆盖范围:

  • 系统交付后的新增功能开发
  • 交付后的日常维护和问题响应
  • 客户硬件设备(服务器、电脑等)的采购费用

报价建议: 对外报价以 9万元 为基准这是810万区间的中位数既有向上谈判的空间也有在客户有顾虑时适当调整的余地。建议不轻易低于 8万元,低于这个数字将低于领导明确表达的心理预期,也不利于项目的后续价值定位。


第二部分:系统维护费(按年收取)

报价800010000元/年

覆盖范围:

  • 系统使用过程中出现的问题响应与修复
  • 小幅功能调整单次调整工作量在2小时以内
  • 每年不超过2次的版本更新

不覆盖范围:

  • 新增模块或较大功能改动(另行报价)
  • 客户自行修改导致的问题

维护费的阶段规划:

阶段 时间 维护方式 收费
短期维护期 交付后第1年 由我方全权负责响应和维护 800010000元/年
过渡期 第2年 逐步向客户移交维护能力,形成维护文档 协商调整建议降至5000元/年
自维护期 第3年起 客户可独立维护,我方提供顾问支持 协商,或终止收费

说明:维护费的长期目标是帮助客户建立自维护能力,逐步降低对我方的依赖。这个规划对客户透明,有助于建立信任,也符合我方"轻量服务"的定位。


三、分阶段付款方案

开发费采用分阶段付款方式,与项目里程碑绑定,降低双方风险。

期次 金额比例 触发条件 对应金额以9万为例
第一期 30% 双方签订合作备忘,项目正式启动 2.7万元
第二期 30% 第二阶段完成物料与BOM模块交付并经客户确认可用 2.7万元
第三期 25% 第四阶段完成,订单与生产模块交付并经客户确认可用 2.25万元
第四期 15% 第五阶段完成,全系统交付,培训完成,客户验收通过 1.35万元

选择这四个付款节点的逻辑:

  • 第一期在启动时收取,确保项目正式开始前双方都有承诺
  • 第二期绑定地基模块交付,这是工作量最大的阶段,完成后应回收部分成本
  • 第三期绑定订单与生产模块,此时系统已具备核心使用价值
  • 第四期在全部交付验收后收取,比例较小,主要作为验收确认的信号

四、中途终止的处理原则

分阶段付款的机制本身已经是最好的保护,但需要在合作前明确以下原则,建议写入书面备忘:

已完成阶段的款项不予退还。
每期款项对应具体的交付成果,客户确认可用后付款,即视为该阶段验收通过。若客户在某阶段完成后决定终止项目,已付款项不退,未开始的后续阶段不再收费。

未完成阶段按实际工作量结算。
若客户在某阶段进行中提出终止,该阶段已完成的工作按比例结算,具体金额双方协商确认。

我方原因导致的终止另行处理。
若因我方原因无法继续履约,已收取但对应工作尚未交付的款项应予退还,具体处理方式双方协商。

特别说明:本项目由私人关系促成,更需要通过书面备忘明确以上原则,避免日后因预期不对齐产生不必要的误解。清晰的约定是保护双方关系的最好方式。


五、对外报价建议的完整表述

以下是向客户报价时建议使用的表述方式,供领导参考:

整个系统的开发费用是 9万元,涵盖从调研到全系统交付的所有工作。我们按项目进度分四期收款,每完成一个阶段、你们确认可以用了,再付下一期的款,这样对你们来说风险也低。

系统交付之后,第一年我们继续负责维护和响应,费用是 800010000元/年。后面我们会帮你们把维护的东西整理成文档,逐步教会你们自己维护,不让你们长期依赖我们。


六、内部待确认事项

在将报价方案对外使用之前,以下事项需要领导内部讨论确认:

  • 开发费的对外报价基准是否定为 9万元,底线是否定为 8万元
  • 维护费的具体金额8000 还是 10000是否需要进一步讨论
  • 分阶段付款的节点和比例是否认可
  • 中途终止的处理原则是否认可,是否需要写入书面备忘
  • 报价时机:是在调研访谈之前报,还是调研完成、需求确认后再报

关于最后一点的建议:倾向于在调研完成、需求范围明确之后再正式报价,这样报价有依据,客户也更容易接受。调研阶段可以给客户一个区间参考("大概在810万之间"),让客户有预期,但不要过早锁定具体数字。


内部工作文件 · v1.0 · 待领导审核确认后方可对外使用