常见问题详解

按功能清单评估工作量后报总价，不按小时计费。清单里每项功能都标注了优先级，砍掉低优先级功能可以直接降低预算；反过来，开发中途新增功能会出变更说明，注明对工期和费用的影响，确认后才动手。

可以，多数项目一开始都没有文档。需求梳理阶段我们通过访谈把流程画出来，产出功能清单后由业务方确认，这份清单就是正式的开发依据。梳理阶段按工作量单独约定费用或并入项目总价，开工前都会说明白。

可以。单页小程序、官网改版、一个自动化脚本这类小项目同样受理，流程不缩水：照样出功能清单、照样验收，只是周期短、沟通轻。小项目也常是大合作的起点，先把一个痛点解决好，再决定要不要扩展。

改需求很常见，处理方式是出变更说明：改动内容、对工期和费用的影响，客户确认后调整计划。小改动（文案、字段增减）一般吸收在里程碑内；结构性改动（新增模块、改变流转逻辑）单独评估。所有变更留档，避免口头约定。

功能明确的小型项目（官网、单功能小程序、表格自动化）通常一至三周交付；中等规模的管理系统四至八周出首个可验收版本；涉及多方系统对接或数据迁移的项目按里程碑排期，每个阶段的时长在方案里逐段写明，不笼统承诺总工期。

定制开发就是按流程做的。需求梳理阶段会把你们的实际流程画成图，字段、审批链、报表格式都照业务设计，不套模板。需要留意的是流程本身是否合理：明显绕远的环节我们会在梳理时提出来讨论，确认后再进系统，避免把低效流程原样固化。

验收依据是开工前确认的功能清单，每个功能点对应一条可操作的验收用例：什么条件下做什么操作、应看到什么结果。涉及金额和库存的功能用真实规模数据核对。影响使用的缺陷修完才验收；不影响使用的问题记录在案、约定期限内修复。

验收后交付完整源码、部署脚本、接口说明和操作手册，部署在客户自有服务器或云账号下，知识产权归属在合同里写明。即使后续不再合作，客户内部技术人员或任何第三方团队都能凭文档接手维护，不存在绑定。

默认部署在客户自有服务器或客户名下的云账号，权限和密钥归客户。没有自有机房的，我们协助选型云资源、配置安全组与备份策略，配置过程写成部署文档。不提供绑定在我们账号下的托管方案，数据归属始终清晰。

验收后有约定期限的免费缺陷修复，范围以功能清单为准。之后可签维护协议，写明响应时间、处理流程和费用；日常问题通过邮件反馈，处理记录留档。紧急故障优先处理恢复业务，再定位根因，不做只回一句已记录的敷衍。

开发期间客户提供的业务数据只用于开发测试，交付前可要求清理；传输走加密通道，账号按角色分配最小权限。生产环境的数据在客户自有环境下，我们不保留生产库访问权限，维护期需要的临时访问逐次申请、事后回收。

发一封邮件到 hello@chiyu717.cn，写清公司情况、现有流程和最想解决的问题即可，不需要正式文档。我们通常一至两个工作日内回复并附上补充问题清单，之后安排沟通，成都本地可面谈，远程走线上会议。