这个应用是为了解决什么问题？（目标）
- 提升运营效率
- 减少录入错误
- 从纸张和 Excel 中脱离出来
- 让现场作业可视化
Mac 应用开发的需求 / 外包 / 委托开发
Mac 应用开发外包：在申请估算前需要确认的事项
在 Mac 应用外包中，最初需求的对齐方式会直接影响费用和排期。
在 Finite Field，我们会在 30 分钟免费咨询中整理需求，并当场给出粗略费用和可行路径。
在 30 分钟免费咨询中，我们会帮您梳理以下内容：
-
粗略费用区间
-
最短路径（仅 Mac / 5 端 Flutter / 分阶段策略）
-
哪一档方案最合适（基础版 / 标准版 / 商务版）
发起开发前，其实只需要先决定这 3 件事
即使很多细节还不清楚，只要这三项明确下来，估算与执行就会立刻具体化。
哪些人会在什么设备上使用？（用户与设备）
- 现场：iPhone / Android
- 管理：Web
- 后台：Mac / Windows
- 到了这一步，很多项目会发现自己并不只是做 Mac 版本。
到什么时候必须交付什么？（时间线与 MVP）
- 先定义第一个月必须跑起来什么才算成功
- 先设定最低成功条件，可以明显降低交付风险
很多情况下，同时做 5 端比只做 macOS 更能带来更好的回报
项目启动后，经常会出现这样的变化：管理界面想改成 Web、现场团队需要手机、销售团队需要 Windows。
如果按 OS 分开开发，追加成本往往会快速增长；而 Flutter 通过共享架构与实现，更容易把规格变更控制在一次修改里。
项目中常见的中途变更
- 管理界面应该做成 Web
- 现场团队需要手机访问
- 销售团队在用 Windows
仅 Mac vs 5 端同时交付
| 对比 | 仅 Mac（单独实现） | 5 端同时（Flutter） |
|---|---|---|
| 规格变更成本 | ||
| 未来扩展成本 |
如果拿不准，通常最快的路线是先用 Web 验证，再在证明价值后扩展到 Mac / Windows / 移动端。
相关页面
让估算更快、更准确的检查清单（不确定也没关系）
以下信息越完整，估算就越快、越准确。
即使有空项也可以继续咨询。
-
使用人数（内部人数 / 外部用户）
-
认证方式（Google / Microsoft / 邮箱 / SSO）
-
数据需求（同步 / 离线 / 权限 / 审计）
-
集成需求（CSV / Excel / 现有数据库 / 外部 API / Slack 等）
-
分发方式（App Store / 内部分发）
-
当前运营方式（Excel 处理 / 已有系统 / 需要替换）
-
时间节点（希望何时上线什么内容）
-
未来规划（Windows / Web / iOS / Android 的扩展计划）
Mac 应用开发外包中常见的坑
即使报价看起来便宜，以下三点也很容易在运维阶段把成本放大。
1）在规格还不稳定时，就锁定固定合同
变更会变贵，交付也容易卡住。
2）把维护放到主合同之外
每次改进都容易变得很贵。
3）先做 Mac，之后再为其他 OS 重新开发
这通常会导致重复投资。
在 Finite Field，订阅型 DaaS 的设计思路就是：构建 → 使用 → 改进 → 扩展。
这样可以采用更贴近实际的交付方式，并且默认后续还会持续变更规格。
项目如何启动
-
1
30 分钟咨询
对齐目标、用户、设备和时间线
-
2
需求提纲
定义最低成功条件（MVP）
-
3
启动
按每周 / 每两周的节奏推进成果评审
-
4
运营改进
根据现场反馈持续改进
价格方案（零前期费用，按月）
本需求页面只展示概要。详细内容请查看价格页面。
基础版
29.8 万日元/月
仅 Web、维护与小幅改进
标准版
59.8 万日元/月
Web + 应用，用于新开发和成长
商务版
98 万日元起/月
两条开发线并行，高速推进多个主题
需求模板（填好即可得到粗略估算）
请将以下内容直接贴到表单中并发送（留空也可以）。
一键复制模板
可直接粘贴到表单并发送
常见问题
Q1. 需求还很模糊，也可以先咨询吗？
可以。大多数项目一开始都比较模糊。只要明确目标、用户和设备，我们就能先从最低成功条件（MVP）开始整理。
Q2. 我们只想做 Mac 应用，还需要 Flutter 吗？
在某些情况下，只做 Mac 版本也可能是最优解。但如果后续很可能还需要 Web、手机或 Windows 支持，采用集成式 Flutter 通常能降低总体成本。
Q3. 后续可以更改方案吗？
月费型 DaaS 的优点就是调整很灵活。方案可以随时切换。
Q4. 基础设施成本按“实支”是什么意思？
Cloud Run、Firestore 等服务会按实际用量计费。我们会在规划阶段给出大致预算。