合作与结算方式

合同形式取决于需求描述的清晰程度。对模糊的范围硬定总价,只会让双方在项目中途闹僵。

源代码与相关权利归贵司所有。 这一点写入合同:项目完成后,贵司可自行迭代,也可交由其他承包商。我们会移交代码仓库、文档与部署说明。

我们如何推进项目

每两周演示可运行的成果。这样与预期的偏差在第二周就会暴露,而不是等到交付时。

01

需求分析

梳理业务流程,明确场景与约束条件。产出技术任务书与预估。该阶段单独计费,且不绑定后续合作。

02

原型

先做出覆盖核心场景的最小可用版本。到这一步,往往有一部分需求会被判定为不必要。

03

迭代式开发

以两周为一个迭代,每轮演示并验收。优先级可在迭代之间调整,无需重签合同。

04

交付与后续支持

交付文档、部署说明并培训管理员,之后进入质保与按需迭代阶段。

常见问题

经常是够用的,我们会直说。成熟产品加配置,几乎总是更便宜、上线更快。只有当流程确实独特,或成熟方案要求企业为它改变工作方式时,定制开发才划算,而后者的代价往往超出预期。

我们不会对未明确的需求给出精确报价,这种估算往往差出好几倍。我们建议先做一到两周的需求分析,单独计费,产出技术任务书与预估,凭此可以找任何一家承包商。

项目至少由两人负责,代码存放在贵司或共享仓库中,技术决策记录在文档里。更换成员会让进度放缓一两周,但不会中断项目,也无需重写已完成的部分。

可以,但先做技术审计:检查代码质量、测试与文档情况。有时更诚实的结论是重写比维护更划算,这样的结论我们同样会书面出具。

请用自己的话描述需求

无需技术任务书:说明哪个流程最棘手、希望改成什么样。我们会提出合作形式并评估分析工作量。