系统开发的费用，取决于所要开发的功能数量、页面和单据的数量、与其他服务的对接、使用人数，以及上线后的维护范围。即使是名称相同的系统，内容不同金额也会相差很大，因此不要只凭行情数字来判断，学会读懂报价明细，才是了解合理费用的捷径。
系统开发的费用，取决于内容的规模
即使被问到“预约系统要多少钱”，也没有统一的答案。因为同样是预约系统，只接受预约的系统，与包含支付、邮件通知、会员管理、LINE对接在内的系统，开发量完全不同。
决定费用的要素有以下5个。
- 功能的数量，以及各自的复杂程度
- 页面和单据（发票、一览表等）的数量
- 与其他服务的对接（财务软件、LINE、网站、支付等）
- 使用人数，以及权限的划分方式
- 上线后的维护，以及修改的范围
其中容易被忽视的是第3项和第5项。对接数量增加后，配合对方服务规格的工作量也会随之增加。维护属于上线后每月产生的费用，如果最初的报价中没有包含，之后负担就会增加。
就本公司而言，系统开发的费用因内容不同差异很大，因此我们会另行报价。
报价明细按工序分项列出
系统开发的报价，通常会按工序分项书写。主要项目整理如下表。
| 项目 | 内容 | 关注要点 |
|---|---|---|
| 需求梳理 | 听取要开发的内容，并整理成文档 | 最初是否安排了充足的时间 |
| 设计 | 确定页面、数据的存储方式和操作流程 | 是否制作页面样例进行确认 |
| 开发 | 编写程序 | 是否有按功能划分的明细 |
| 测试 | 确认运行情况 | 是否包含现场确认的时间 |
| 数据迁移 | 从现有的Excel等迁移数据 | 是否写明了迁移的对象和数据量 |
| 上线与培训 | 发布到正式环境，并讲解使用方法 | 是否包含使用方法的讲解 |
| 维护 | 上线后的故障处理与修改 | 是否写明了范围和每月费用 |
收到报价后，请先确认这7个项目是否齐全。只写着“一式（整套）”的报价，无法了解其中包含哪些内容。请要求对方提供明细。
也有以人月为单位书写的报价。人月是指1人花费1个月所完成的工作量。“5人月”就意味着1人需要5个月的工作量。这是根据人月单价和人数计算金额的方法，但如果只比较单价差异，就看不出工作效率和质量的差别。
合同形式分为承揽和准委任两种
系统开发的合同主要有两种形式。
| 合同形式 | 内容 | 适合的场景 |
|---|---|---|
| 承揽 | 针对交付完成的成果物进行付款 | 要开发的内容已明确确定 |
| 准委任 | 针对工作本身付款，不承诺完成成果 | 边做边确定、持续改进 |
承揽合同由于金额和交付物已确定，便于把握预算。不过，中途变更规格就会产生额外费用。准委任合同可以灵活应对变更，但总费用在最初较难确定。
日本经济产业省公开了作为系统开发合同范本的《信息系统·示范交易·合同书》。在确认合同形式、责任范围、交付物的处理方式时可供参考。在签订合同前先浏览一遍，会更容易理解报价各项目的含义。
比较报价时的注意事项
向多家公司索取报价时，请确认以下几点。
- 是否在开发范围相同的条件下进行比较
- 是否包含维护费用
- 是否写明了产生额外费用的条件
- 数据能否导出，能否移交给其他公司
- 负责人是谁，联络窗口设在哪里
如果只选最便宜的公司，就可能出现“必要功能没有包含在内”的失败。请向公司询问金额差异的原因。选择说明具体、令人信服的公司更为稳妥。
为了便于比较报价，事先准备一份“汇总需求的一页资料”，就能以相同条件向各家公司委托。资料中应写明希望解决的问题、使用者、所需功能、希望对接的服务以及期望的时间。
为控制费用可以做的事
控制系统开发费用的方法，并不只是减少功能。
- 最初只聚焦必要功能，在使用过程中逐步增加
- 现成服务足以满足的部分，直接沿用
- 尽早确认页面样例，减少后期返工
- 为需求排定优先顺序，确定哪些可以往后推
- 向在部分开发中运用AI的公司咨询
其中第3项效果尤为显著。如果完成后才发现“和想象的不一样”，为修改而返工会导致费用增加。
本公司在部分开发中运用AI，以缩短周期、降低成本。
系统开发费用方面常见的失败
需求尚未明确就索取报价
在需求含糊不清的情况下索取报价，金额会出现很大波动。请先写出目前的工作流程，梳理清楚问题后再进行咨询。
只看最初的报价，不考虑维护
上线后的修改、服务器费用、故障处理都是每月产生的费用。不要只看开发费，而要按1年到数年的总额进行比较。
中途反复变更规格
每次变更规格都会产生额外费用。对于可能出现变更的部分，请与对方商量合同的安排方式，例如一开始就采用准委任推进，或拆分成小块来开发。
页面确认不让一线人员参与
仅由负责人决定的页面，一线使用时可能并不好用。请让一线人员实际操作后，再确定规格。
不确认其他公司开发的系统如何处理
如果已有系统，是重新开发还是改造，费用会有所不同。对于其他公司开发的系统的改造，在确认内容后，我们有可能承接。
判断参考
下面按推进方式整理费用的考量思路。
| 情况 | 费用的考量方式 |
|---|---|
| 开发内容已明确 | 采用承揽合同，确定总额后推进 |
| 希望边做边确定 | 采用准委任合同，确定周期和工作量 |
| 希望小规模试行 | 先只开发一个功能，看到效果后再扩展 |
| 已有系统 | 对改造和重新开发两种方案分别报价并比较 |
| 希望与网站联动 | 包括对接在内，统一向一家公司咨询 |
无论采用哪种推进方式，在报价之前把“遇到了什么困难、想实现什么”用语言表述清楚，都能提高金额的准确度。
随报价委托附上的一页资料示例
为了以相同条件向各公司委托报价，请将以下项目汇总在一页纸上。
| 项目 | 撰写范例 |
|---|---|
| 希望解决的问题 | 订单转录每天要花费1小时 |
| 使用者 | 销售5人、文员2人 |
| 所需功能 | 制作报价单、登记订单、开具发票 |
| 希望对接的服务 | 财务软件、邮件 |
| 现有数据 | Excel订单一览表（约3年份） |
| 期望的时间 | 希望从下年度初开始使用 |
| 预算的考量 | 初期费用的上限，以及每月可承担的金额 |
请将此资料替换为贵公司的实际数字后使用。只要有了这份资料，沟通了解的时间就会缩短，报价的准确度也会提高。
收到报价后要询问的事项
收到报价后，请向公司提出以下问题。
- 在什么情况下金额会发生变化
- 规格变更在什么期限之前可以免费进行
- 上线后的故障在多长期限内可以免费修复
- 负责人更换时，交接如何进行
- 所开发的程序和数据，将来能否移交给其他公司
回答具体、并能以书面形式提供的公司，是比较值得信赖的合作对象。
与开发公司沟通时需要事先确定的事项
在报价金额确定之前，先把沟通规则定下来，可以减少开发过程中的误解。
- 担任联络窗口的人员（双方各1名）
- 进度汇报的频率
- 提出规格变更申请时的流程
常见问题
费用会因开发的功能、页面数量、对接、使用人数、维护范围而有很大差异。本公司会在了解具体内容后为您报价。
请记录下希望解决的问题、使用者、所需功能、希望对接的服务以及期望的时间。如果有目前使用的Excel或单据，提供给我们可以提高报价的准确度。
会产生服务器费用、故障处理以及用于修改的维护费用。请在确认开发报价的同时，一并确认维护的范围和金额。
我们在部分开发中运用AI，以缩短周期、降低成本。上线前会经过运行确认，确保没有问题。
在确认内容后，我们有可能承接。请先就目前的情况与我们咨询。
在报价之前，欢迎从梳理问题开始咨询
系统开发的费用由功能、页面、对接、使用者和维护决定。如果不知道该从哪里着手，可以先从讲述您感到困扰的工作开始。
本公司从需求梳理到设计、开发以及上线后的修改，全程一贯负责。
