固定第一个问题
在实施前先定义业务问题和成功条件。
推进方式与费用
决定做什么之前，先明确
需要验证什么。
流程从免费诊断和固定范围的数理原型，逐步进入正式系统开发与持续改进。每个阶段结束时，都有明确的交付物和决策关口，用于判断是否进入下一步。
- 小范围开始第一阶段用于验证问题和代表数据。
- 区分合同方式一次性原型和按月开发服务是不同合同单位。
- 决策关口每个阶段结束时选择继续、调整范围或停止。
带决策关口的交付项目路线图四个阶段
00
免费诊断
关口：继续 / 先准备
明确目标业务和缺失数据。
该路线不是默认一路向前。如果数据或条件尚未准备好，可在正式开发前暂停、调整范围或停止。
01
两周原型
关口：继续 / 调整范围 / 停止
验证规则和数据能否形成可用方案。
关口：继续 / 调整范围 / 停止
02
月度正式开发
关口：试点 / 发布
把逻辑转化为 Web、应用、数据库和权限。
关口：试点 / 发布
03
迭代运营
关口：继续 / 调整 / 结束
用运营数据调整规则和开发任务清单。
费用说明本页面说明标准模型，并非固定报价。报价书和合同优先于页面文字，业务量化成效和完成日期也不会事先保证。
减少返工的方法
在降低开发费用前，先减少返工。
数理自动化最大的未知并不是界面数量，而是数据、规则和比较标准能否同时被表达。
拆分条件
分开硬性条件和偏好，让系统能够解释取舍。
与基准比较
用相同指标与当前方案比较，例如时间、违规、延迟或负荷。
按阶段停下
每个阶段都设置可以继续、调整范围或停止的判断点。
推进方式与费用
本页面说明标准模型，并非固定报价。报价书和合同优先于页面文字，业务量化成效和完成日期也不会事先保证。
开发路线诊断
确定合适的切入点和开发模式。
回答几个问题，即可确定合适的起步阶段和开发模式。结果在浏览器内处理，仅将所选项传给诊断页面。
当前状态
当前状态
回答几个问题，即可确定合适的起步阶段和开发模式。结果在浏览器内处理，仅将所选项传给诊断页面。
首先想得到的成果
首先想得到的成果
数据和规则准备情况
数据和规则准备情况
开发节奏
开发节奏
推荐路线
推荐路线
该路线诊断不是正式报价，只用于在咨询前整理起步阶段和合同单位。
建议开始阶段数理原型
条件、候选方案、无法成立的理由、与当前方案比较，以及正式开发范围概要。
费用说明Standard
按月开发服务，一条主线，Web 和应用
首个交付成果
附加要求
费用说明
Standard 为每月59.8万日元，不含税。用于覆盖 Web 和应用的一条开发主线。
阶段与关口
每个阶段结束时，都要决定是否进入下一步。
我们明确每个阶段的输入、工作内容、交付物和决策关口，让下一次投入决策始终清晰。
阶段 00
免费诊断
明确目标业务和缺失数据。建议开始阶段
确认目标业务、频率、当前流程、样本数据和第一项可测问题。
首个交付成果
业务流程、字段定义、代表案例，以及进入原型的条件。
阶段 00
阶段与关口
关口：继续 / 先准备明确目标业务和缺失数据。
阶段 01
数理原型
验证规则和数据能否形成可用方案。建议开始阶段
固定一个业务和一个代表数据集，制作验证用交付物。
首个交付成果
条件、候选方案、无法成立的理由、与当前方案比较，以及正式开发范围概要。
阶段 01
阶段与关口
关口：继续 / 调整范围 / 停止验证规则和数据能否形成可用方案。
阶段 02
正式系统化
把逻辑转化为 Web、应用、数据库和权限。建议开始阶段
设计和实现用户、权限、审批、数据库、API、例外处理和发布计划。
首个交付成果
架构、界面与权限设计、首版发布计划、迁移或运营标准。
阶段 02
阶段与关口
关口：试点 / 发布把逻辑转化为 Web、应用、数据库和权限。
阶段 03
上线与持续改进
用运营数据调整规则和开发任务清单。建议开始阶段
观察使用情况、手动修正、性能和新约束，再更新开发任务清单。
首个交付成果
运营复盘、改进清单、风险和下一次发布范围。
阶段 03
阶段与关口
关口：继续 / 调整 / 结束用运营数据调整规则和开发任务清单。
费用
区分一次性验证与按月持续开发。
关键在于合同方式。即使标示价格相近，一次性原型验证和按月提供的持续开发也是两种不同的服务。
一次性数理自动化原型
数理自动化原型
29.8万日元
一个业务和一个代表数据集。在正式开发前确认能否形成可用方案。
查看原型详情月度Light
Light
29.8万日元 / 月
用于 Web 维护、小改进，以及一次推进一个优先主题的按月开发服务。
费用
区分一次性验证与按月持续开发。
所有金额均不含税。云服务、地图、通知、外部 API、许可证、设备、审计、差旅，以及个别法务或安全确认，按实际费用或另行估算处理。报价书和合同优先。
Light
月度29.8万日元 / 月
用于 Web 维护、小改进，以及一次推进一个优先主题的按月开发服务。
Standard
月度59.8万日元 / 月
用一条开发主线推进新的 Web 和应用开发，并进行定期评审和阶段发布。
Business
月度98万日元起 / 月
两条线，用于多个主题、每周决策，以及 Web 和应用并行开发。
月度
Standard
用一条开发主线推进新的 Web 和应用开发，并进行定期评审和阶段发布。
- 费用说明
- 59.8万日元 / 月
- 首个交付成果
- 按月开发服务，一条主线，Web 和应用
- 该路线诊断不是正式报价，只用于在咨询前整理起步阶段和合同单位。
- 所有金额均不含税。云服务、地图、通知、外部 API、许可证、设备、审计、差旅，以及个别法务或安全确认，按实际费用或另行估算处理。报价书和合同优先。
开发节奏
一次推进一个主要主题。 两个主题，或 Web 与应用并行推进。
费用变动因素
影响费用的不只是界面数量。
该评估工具不会自动生成报价，而是指出报价前需要梳理的事项。
选择适用因素
该评估工具不会自动生成报价，而是指出报价前需要梳理的事项。
客户侧
客户侧
请准备当前流程、一个代表数据集、决策负责人，以及判断下一阶段是否值得继续的指标。
Finite Field 侧
Finite Field 侧
Finite Field 会拆分硬性条件、偏好、数据缺口和开发资源，并转化为原型、正式设计或月度开发任务清单。
协作方式
不要把只交一份规格书就结束，要共同作出决策。
为避免含糊的工作交接，我们从首次沟通起就共同明确所需数据、决策负责人和下一道决策关口。
客户侧
客户侧
请准备当前流程、一个代表数据集、决策负责人，以及判断下一阶段是否值得继续的指标。
Finite Field 侧
Finite Field 侧
Finite Field 会拆分硬性条件、偏好、数据缺口和开发资源，并转化为原型、正式设计或月度开发任务清单。
示例
上门服务计划自动化的分阶段示例。
上门服务计划自动化可以从小型原型开始，在决策关口明确后再扩展到正式运营。
阶段 01原型
验证计划逻辑
用匿名化访问和人员数据，确认是否能表达硬性条件和比较指标。
关口：继续 / 调整范围 / 停止阶段 02正式开发
构建正式系统界面
加入数据库、权限、手动修正和审核流程，让首个业务团队可使用。
关口：试点 / 发布阶段 03运营
用运营数据改进
记录未安排事项、手动修正、移动负荷和规则变化，并更新改进清单。
关口：继续 / 调整 / 结束常见问题
关于推进方式与费用的常见问题。
把一次性验证、按月开发服务和合同条件分开，避免首次讨论被价格误解卡住。
01一开始就需要月度合同吗？
不需要。先从免费诊断开始，只有在正式开发前需要验证可行性时，才选择固定范围原型。
02原型和 Light 有什么区别？
原型服务是一次性验证套餐；Light 则是用于 Web 维护和小型改进的月度开发服务。两者价格看似接近，但合同方式和交付物不同。
03本页面金额是固定报价吗？
本页面展示标准模型和判断标准。正式范围、税费、付款、验收、取消、知识产权和外部费用以报价和合同确定。
04服务器和外部服务费用包含在内吗？
云服务、地图、通知、外部 API、应用商店注册、许可证、设备、审计和差旅按实际费用或另行估算处理。