简而言之
企业需要三样东西才能使用定制软件:一个具体明确的流程,目前消耗时间或订单;现有的内容或数据用于工作;以及一位有决策权的人。技术知识明确不在其中。
01 — 前提条件
您需要为定制软件准备什么
- 一个明确的需求。不是“我们应该做些 AI 相关的事”,而是一个今天确实耗费时间或订单的流程。
- 现有内容或数据。定制软件使用现有资源。初始状态越完整,设置时间越短。
- 对相关系统的访问权限。谁管理访问权限,就应从一开始纳入——根据经验这是最常见的延迟原因。
- 一位有决策权的联系人。一位,不是三位。
- 启动后进行优化的意愿。实际运营的前几周会显示概念中缺少什么。这是正常的且已纳入计划。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供,而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范,对测试就越有价值。
- 2至4小时用于沟通协调,分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案,后期就无法评估效果。
03 — 适配性
什么时候值得做
- 受影响的流程至少每周发生一次。
- 它遵循可以写下来的规则 — 即使存在例外情况。
- 这是如今没人愿意做的手工活。
- 由一个人决策,而不是三个人需要协调。
- 您们可以明确如何判断它是否成功。
04 — 问题
常见问题
如果在开发过程中发现新需求怎么办?
这很正常且在计划之内,因为我们采用小步骤工作方式。新需求会纳入下一步骤,而不是拖延整个项目。
如果我们不再合作会怎样?
您拥有代码、文档和访问权限。我们有意采用通用技术,使更换供应商成为可能,而无需从头重建一切。
如何避免项目失控?
小步骤并产生可用成果,每个步骤固定预算,以及在每个步骤后退出的可能性。跨越十二个月的大型固定价格项目是通往失望最可靠的方式——对双方都是如此。
定制软件相比标准软件何时值得?
当您的流程是真正的竞争优势,当标准软件只能满足百分之七十而其余部分需要手工完成,或者当每用户许可成本在几年内超过开发费用时。如果只是为了方便,标准软件更便宜。
这样的系统能承载多少用户?
这取决于架构,我们会根据您预期的增长进行规划——从企业内部的少数用户到跨多个地点的数百用户。
运行在我们自己的服务器上还是在云端?
两者都可以。对大多数企业而言,云解决方案维护更简单;当数据不得离开企业时,我们会在您自己的基础设施上部署。
源代码属于谁?
属于您,完全归您所有,付款后即可。这在合同中明确规定。您可以将其交给任何其他开发者——这正是重点。
下一步
初步评估,无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。