定制软件的核心原理是:收到一个请求后,系统会根据已存储的内容和规则进行检查,然后直接回复或将完整上下文转交给人工处理。真正的工作不在技术本身,而在于明确划定这条界限的位置。
01 — 运作方式
定制软件的技术原理
一个精确映射您流程的系统,多人可同时使用,并可追溯记录发生的所有操作。
从外部看,过程如下:询价进入——通过网站、电话、表单或现有系统。询价被采集,根据预设规则和内容进行检查,然后要么直接响应,要么连同完整上下文转交给人工处理。决定性的部分不是技术,而是确定这条界限的位置。
到某个时候,一堆逐渐膨胀的表格勉强维持着企业运转。只有一个人懂它,没有权限管理,没有历史记录,没有备份。正是这一点决定了系统的配置方式——而不是某个通用的产品承诺。
02 — 组成部分
系统由什么组成
- 与实际使用者共同进行需求采集
- 以小型可用步骤而非大型项目方式实施
- 从表格和旧系统迁移现有数据
- 从一开始就配置角色和权限、日志记录和备份
- 连接您现有的系统而非创建另一个孤岛
- 属于您的文档和源代码
03 — 流程
详细步骤
理解流程
我们观察当前的工作方式。这通常能发现无人提及的需求。
最小可用版本
什么是在日常中已能提供帮助的最小单元?从这里开始。
扩展
以两到四周为单位的步骤,每次都提供您可以使用的成果。
交付
文档、培训、源代码。您不应被绑定在我们这里。
04 — 问题
常见问题
定制软件相比标准软件何时值得?
当您的流程是真正的竞争优势,当标准软件只能满足百分之七十而其余部分需要手工完成,或者当每用户许可成本在几年内超过开发费用时。如果只是为了方便,标准软件更便宜。
如果我们不再合作会怎样?
您拥有代码、文档和访问权限。我们有意采用通用技术,使更换供应商成为可能,而无需从头重建一切。
我们可以从表格开始吗?
通常可以,这也是一个很好的测试。如果表格能反映流程,只是在多用户能力、权限或数据量方面受限,那么需求就是明确的,项目也是可估算的。
如果在开发过程中发现新需求怎么办?
这很正常且在计划之内,因为我们采用小步骤工作方式。新需求会纳入下一步骤,而不是拖延整个项目。
这样的系统能承载多少用户?
这取决于架构,我们会根据您预期的增长进行规划——从企业内部的少数用户到跨多个地点的数百用户。
如何避免项目失控?
小步骤并产生可用成果,每个步骤固定预算,以及在每个步骤后退出的可能性。跨越十二个月的大型固定价格项目是通往失望最可靠的方式——对双方都是如此。
运行在我们自己的服务器上还是在云端?
两者都可以。对大多数企业而言,云解决方案维护更简单;当数据不得离开企业时,我们会在您自己的基础设施上部署。
05 — 决策
如何继续推进
最经济的下一步是对话,而不是报价。通常二十分钟就足以明确一个项目是否有意义、大致预算范围,以及我们是否适合您。
如果不合适,我们会直接说明。一个诚实的“不”比一个进行三个月后中止的项目成本更低 — 对双方都是如此。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。