需求沟通 01 / DISCOVERY
项目经理与业务负责人一对一沟通，先看现有流程、单据和角色分工，再判断哪些环节适合线上化。沟通后给出技术选型、多端建议、报价区间与主要风险。
交付物：需求纪要、方向判断、报价区间
OUR PROCESS
从一句需求，
到能长期用的系统。
定制项目最怕两件事：范围说不清，进度看不见。我们把项目拆成四个阶段，每个阶段都有交付物、确认节点和对应报价。
FOUR STEPS
四个阶段，
把不确定变确定
不是把需求丢给开发就等上线。每个阶段结束前，你都知道已经完成了什么、下一步做什么、需要你确认什么。
方案与合同 02 / SCOPE
把需求拆成可验收的功能清单，逐条写清范围、优先级与验收口径。由清单确定工期与报价，双方确认后签订合同，功能清单作为合同附件。
交付物：功能清单、工期排期、合同与报价
敏捷开发 03 / BUILD
每 2–4 周一个循环：UI 设计、开发、测试、演示、反馈。每个循环结束都能看到可操作的系统，需求变化在下一轮评估，不用等到上线才发现方向不对。
交付物：UI / 原型、可体验版本、问题与变更清单
上线与质保 04 / RUN
完成部署、数据初始化、权限配置与使用培训。上线后进入质保期：功能缺陷 5 年内免费修复，首年售后技术支持免费，日常使用问题随时可以问。
交付物：部署环境、操作文档、培训与质保承诺
WORKING TOGETHER
周期、配合与变更，
提前说清楚
定制项目不是一锤子买卖。下面三件事在签约前讲明白，合作过程会顺很多。
周期怎么估
小型系统通常 1–2 个月上线；中大型系统按模块分期，2–4 周一个迭代。具体工期由功能清单和接口复杂度决定，不用一句「大概」糊弄。
你需要投入什么
一位能拍板的业务负责人、几位关键岗位用户。需求确认、原型评审和上线试用尽量集中反馈，项目会快很多。
变更怎么处理
开发中的新增需求先评估工作量和排期，确认后执行并留下记录。紧急问题优先处理，范围变化不临时加塞。
FAQ
开始之前，
你可能还想问
还有具体问题？把现在的流程和卡点发给我们，先做一次免费的初步判断。
一个项目通常要做多久？
模块清晰的小型系统通常 1–2 个月上线；中大型系统按模块分批交付，每个迭代 2–4 周。工期会在功能清单确认后写进合同，不靠口头估计。
需求中途变了怎么办？
先评估新增或变更的工作量与对排期的影响，确认后再执行，并记录在变更清单里。小调整可以在当前迭代消化，影响范围大的变更单独排期。
项目需要我方怎么配合？
指定一位能拍板的业务负责人，安排关键岗位用户参与需求确认、原型评审和上线试用。反馈尽量集中，避免多个人分别提不同口径。
上线后出现问题怎么办？
功能清单内的缺陷 5 年内免费修复；首年售后技术支持免费，包含服务器日常运维、日志查询、问题排查与使用答疑。第二年起按需续费，约为项目金额的 10% / 年。
START A PROJECT
先把流程讲一遍，
再谈做不做。
把你的业务、现有流程和卡点讲清楚。能不能做、大概什么预算、先上哪一块，我们会给一个直接的判断。