服务流程：每一步谁做什么
网络服务最让人不放心的不是价格，是“做到哪一步了、我该给什么、什么时候要确认”。这一页把四个阶段拆开写：你需要提供什么、我们产出什么、预计多久、在哪个节点需要你确认。时长用范围，不用精确承诺——那样更容易说到做不到。
四个阶段的具体内容
右侧四项是每一步的固定信息结构。确认节点处的那句话，是我们和客户最容易产生分歧的地方，所以单独标出来。
聊需求
1—2 次沟通，电话、微信或面谈皆可
现在的做法（老网站地址、在用的 Excel 或单据样本）、最想解决的问题、时间上的硬约束（比如哪天要开展会）
需求问题清单、初步判断（能不能做、属于哪类服务）、粗略的工期与费用范围
3—5 个工作日，含 1—2 次沟通
出方案
把范围、交付物、排期、费用落到纸面
页面或功能的优先级、素材齐备情况、明确的决策人（谁的确认算数）
页面清单 / 功能清单、交付物清单、分阶段排期、费用明细（第三方成本单列）
3—7 个工作日
分阶段交付
每阶段能看到、能点开、能提意见
按阶段验收、及时补充素材与资料、范围内的意见集中反馈（避免零散反复改）
设计稿 / 测试站 / 可试用模块、问题清单与修正记录、每阶段小结
网站 1—3 周；软件按模块 4—8 周；推广为持续执行
上线后支持
交付不等于结束，交接要说清楚
安排参与培训的人员、真实使用中的问题反馈、指定一个日常联系人
正式上线、交付清单签字、操作培训与文档、源码与账号交接、保障期内的问题修复
上线 2—4 个工作日；保障期 2 周—2 个月（按服务类型）
四类服务在通用流程上的特殊节点，各自写在服务详情页里：网站与小程序（内容填充、双端确认）、软件开发（需求文档签字）、网络推广（月度回顾）、运维（响应约定）。
中途要改怎么办
项目做到一半想改，是最容易伤感情也最容易拖工期的环节。我们的做法是把“改”当成一件可计算的事，而不是靠人情消化。
- 范围变更走变更单。写清改什么、影响哪些页面或模块、需要多久、费用多少，你确认后再执行。
- 已确认阶段的推翻式修改会重新排期。设计稿确认后整体推翻重做，等于重走一遍阶段，工期与费用都要重新算。
- 素材延误由客户方承担时间顺延。我们会在清单里标明需要你提供的资料与截止时间，到期没有会提前提醒。
- 不做“无限次免费改”的承诺。那意味着排期没有边界，最后吃亏的是双方的时间。
合作方式上的四个常见问题
这一页的信息密度比其他页面高，因为看到这里的访客通常是认真在比较合作方式的人。
可以只做其中一步吗？比如只做方案，或者只做运维。
可以。有的客户已经有开发能力，只缺人把需求写成文档；有的客户网站已经上线，只需要有人定期巡检和响应故障。这类“单段合作”我们都接，费用按阶段单独算，范围写清即可。
能不能先给一份详细方案，我们再比较别家？
沟通阶段的方案是简述：范围、路径、工期与费用区间，可以拿去比较。逐页设计、字段级需求文档这类深度方案要投入实际工时，包含在合同范围内提供，我们不做免费深度比稿。
付款节点怎么安排？
按阶段分次付款，与上表的确认节点对应：合同生效、方案确认、阶段验收、上线交付。具体比例在合同里写明，不要求一次性付全款，也不做“先做后付”的账期承诺。
确认节点上的“确认”是签字吗？微信上说一句算吗？
书面确认即可，微信、邮件、纸质签字都算。区别在于内容：确认时我们会把“确认了什么范围”写成一段话，你在同一处回复确认，双方留档。这样后面出现分歧时，不必回忆当时到底说了什么。
从第一步开始：把现状说清楚
不需要准备方案，也不需要先想好技术名词。说清现在怎么运转、哪一步最疼，我们就可以判断属于哪类服务、大概要多久。
想看我们怎么干活，也可以先读做事方式。