简而言之
在决定采用定制软件之前,值得进行一次简要盘点:哪个流程最耗时,后续由谁负责维护系统,以及所需内容是否齐备。完整清单见下文。
01 — 检查清单
首次报价前明确
- 想改善什么?用一句话说明,不用专业术语。
- 如何判断?用一个应该改变的数字。
- 谁来决策?一个人,不是一个委员会。
- 可用预算是多少?大致范围即可 — 这让报价具有可比性而非随意性。
- 截止时间?以及时间取决于什么。
- 涉及哪些系统?谁拥有访问权限。
- 您们已有什么?内容、数据、前期工作 — 这会降低价格。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供,而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范,对测试就越有价值。
- 2至4小时用于沟通协调,分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案,后期就无法评估效果。
03 — 问题
您应该提出的问题
- 如果项目成本超出预估会怎样 — 由谁承担?
- 数据、访问权限以及(如果有开发)源代码归谁所有?
- 第二年和第三年的运营成本是多少?
- 我们最终会收到什么样的文档?
- 您会用什么标准来衡量这个项目是否成功?
- 在什么情况下您会建议我们不要做这个项目?
04 — 问题
常见问题
源代码属于谁?
属于您,完全归您所有,付款后即可。这在合同中明确规定。您可以将其交给任何其他开发者——这正是重点。
如何避免项目失控?
小步骤并产生可用成果,每个步骤固定预算,以及在每个步骤后退出的可能性。跨越十二个月的大型固定价格项目是通往失望最可靠的方式——对双方都是如此。
如果在开发过程中发现新需求怎么办?
这很正常且在计划之内,因为我们采用小步骤工作方式。新需求会纳入下一步骤,而不是拖延整个项目。
这样的系统能承载多少用户?
这取决于架构,我们会根据您预期的增长进行规划——从企业内部的少数用户到跨多个地点的数百用户。
如果我们不再合作会怎样?
您拥有代码、文档和访问权限。我们有意采用通用技术,使更换供应商成为可能,而无需从头重建一切。
定制软件相比标准软件何时值得?
当您的流程是真正的竞争优势,当标准软件只能满足百分之七十而其余部分需要手工完成,或者当每用户许可成本在几年内超过开发费用时。如果只是为了方便,标准软件更便宜。
运行在我们自己的服务器上还是在云端?
两者都可以。对大多数企业而言,云解决方案维护更简单;当数据不得离开企业时,我们会在您自己的基础设施上部署。
下一步
初步评估,无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。