从市场验证到稳定复制

01业务起点

02协作与交接

03结果与复盘

图 1：先验证一组可交付、可计量、可回款的最小容量，再决定扩建，而不是先把园区建满。

3.1 六道门的建设路线

正在绘制业务流程…

阶段	必须回答	最小证据	不通过时
需求证据门	谁愿意为什么能力付多少钱、多久	访谈、意向、流量/负载画像	缩小客户与产品，不先扩建
业务与许可门	实际服务落在哪个分类、覆盖哪里	法务合规判定、主管入口核验记录	改服务边界或取得相应资格
场地能源网络门	电、冷、空间、线路能否形成可靠组合	设计基线、容量模型、供应商承诺	调整地点、密度或冗余方案
最小可售单元门	最少卖几个机柜、多少带宽或算力才可重复	标准SKU、成本卡、SLA草案	重新定价或降低交付复杂度
首单门	从合同到开通、计量、账单能否闭环	交接包、验收、首账单、回款	冻结扩张，修复断点
稳定运营门	事件、变更、容量、成本和续约是否受控	月度经营包、演练、审计轨迹	限制销售承诺并优先治理

3.2 需求验证不是只问“要多少机柜”

客户说需要二十个机柜，至少要拆成负载类型、平均和峰值功率、单机柜密度、网络入口、冗余等级、扩容节奏、数据与行业约束、运维窗口、资产归属、迁移期限和预算责任。两个都叫“二十柜”的客户，一个可能是均匀低密度业务，另一个可能是高密度计算集群，所需配电、制冷和网络完全不同。

需求访谈要区分三类数字：客户今天真实使用量、计划使用量和希望保留的选择权。真实使用量决定初期交付；计划量影响建设；选择权应通过预留费、最小承诺或失效期限定价。免费无限期保留会把稀缺容量锁死，却不产生覆盖固定成本的现金。

3.3 用容量链而不是“总机柜数”做可售判断

【典型做法】某园区名义上有 100 个空机柜，但只有 70 个机柜对应已投运的配电，冷却可支持 80 个，客户要求的双路网络端口只够 60 个，另需保留 5 个维护缓冲，则该配置下的初步可售上限不是 100，而是 min(100,70,80,60)-5=55 个。这个算式只是起点，还要按机柜密度、故障域和客户隔离要求细分。

容量维度	总量	已占用	已预留未开通	运维缓冲	可售候选	责任岗位
机柜位	100	30	10	5	55	ROLE-I01-06
双路供电位	70	28	8	4	30	ROLE-I01-09
冷却等效位	80	30	10	5	35	ROLE-I01-09
双路网络端口	60	25	6	4	25	ROLE-I01-07

因此，当销售申请 20 个双路机柜时，不能只看机柜位 55；需取四项可售候选的最小值 25，并进一步确认本次占用后只剩 5 个双路网络端口是否低于安全缓冲。容量审批的产出是带版本号的 DOC-I01-03 容量预留单，不是聊天截图。

3.4 首单要刻意验证四条链

1. 物理链：场地、供电、制冷、线路、设备和现场访问均完成。
2. 逻辑链：资源ID、网络配置、租户、权限、监控和备份策略可追踪。
3. 商业链：报价版本、最小承诺、超量价、服务抵扣和退出条款一致。
4. 财务链：计量能进入计费，账单能到发票与应收，回款能回写合同和信用状态。

首单成功不是“客户没投诉”。更严格的定义是：合同范围可还原、容量占用可复算、验收证据充分、首个账期零重大差错、事故路径演练过、贡献毛利达到批准阈值、客户知道怎样变更和退出。

3.5 规模化前的反向压力测试

压力问题	合格答案应包含	危险信号
同时来十个客户怎么办	容量优先级、标准SKU、交付排程和审批SLA	每单都靠总经理口头协调
上游线路晚两周怎么办	依赖清单、替代路由、客户通知和变更单	销售已经承诺绝对日期
用量暴增三倍怎么办	配额、限额、扩容阈值、价格和成本告警	只说“云可以无限扩展”
计量缺失六小时怎么办	原始事件保全、估算规则、客户复核和账单冻结	财务直接按上月复制
园区断电怎么办	故障域、应急电源、演练、通信与恢复证据	只靠设备说明书
客户退出怎么办	资产下架、数据导出删除、欠费与容量释放	账号停用后无人回收资源

3.6 选址不是房地产问题，而是客户需求与长期约束的组合

【典型做法】初选园区时先写业务需求，再评估建筑。业务需求包括目标客户区域、允许时延、负载密度、扩容节奏、数据位置、人员到场时效和合同年限；设施评估再覆盖电力接入、备用能源、冷却条件、网络路由、建筑承重、防水防灾、消防、安防、交通、供应商和建设周期。任何单项优势都不能替代整体可交付性。

维度	必问问题	证据	常见陷阱
客户与时延	主要用户和数据源在哪里，延迟预算是多少	业务调用链与实测	只看地图直线距离
电力	合同容量、实际可用、接入时间和故障域是什么	接入协议、单线图、测试	把规划容量当已投运容量
制冷	在目标功率密度和气候下能否稳定带走热量	热模拟、设备曲线、试运行	按平均负载设计峰值
网络	有几条真正物理分离的入局路由和上游	路由踏勘、光缆图、测试	两个运营商却共用同一管道
建筑与安全	承重、消防、淹水、门禁和作业区域是否合格	设计、验收、演练	只检查机房内不查园区公共设施
人员与供应	值守、备件、维修和应急到场能否支撑承诺	排班、库存、合同	依赖单一专家和单一供应商
法规与能源	项目建设和运营需哪些当期手续	官方清单与批准文件	用外地项目经验直接套用

地点评分要保留“淘汰项”。例如网络路由无法物理分离或电力投运时间晚于首批客户窗口，即使租金很低也可能直接淘汰。把所有问题加权平均会让一个致命缺口被许多低风险优点稀释。

3.7 把一个可售单元拆成物料、能力和证据

一个双路机柜 SKU 的“物料”可能包括机柜、双路配电、制冷能力、两个网络端口、门禁区域和监控测点；“能力”包括约定功率边界、现场支持、变更与事件响应；“证据”包括容量预留、安装测试、客户验收、监控和月报。物料存在不代表能力成立，能力口头承诺也不代表证据充分。

层	机柜示例	云实例示例	负责人
物理/逻辑物料	机柜、PDU、端口、交叉连接	计算节点、存储池、虚拟网络	ROLE-I01-09、ROLE-I01-08
可交付能力	功率、制冷、网络、现场操作	规格、配额、隔离、镜像和API	ROLE-I01-04
商业权利	数量、地点、期限、SLA和价格	预留量、按量、区域、支持	ROLE-I01-05
验收证据	资产清单、测试、签字	编排事件、性能基线、权限	ROLE-I01-10
持续证据	监控、工单、巡检、计量	用量、告警、变更和审计	ROLE-I01-11、ROLE-I01-16

3.8 投运调试要从单设备走向业务场景

【典型做法】投运测试可以分五层：设备级确认配电、制冷、网络和服务器单元；子系统级测试切换、告警和容量；系统级验证多个子系统协同；故障场景级模拟供电、链路、节点或控制面异常；业务级由客户或代理负载验证应用连续性。每层都要有前提、步骤、期望、实测、偏差、复测和批准人。

正在绘制业务流程…

不能在生产高峰为了“证明冗余”随意拔线或断电。测试范围、风险、回退和人员安全先经变更门批准，必要时使用隔离环境或低风险窗口。某个设备切换成功，也不自动证明客户业务恢复；最后要看DNS、路由、存储一致性、队列积压、授权和监控是否共同恢复。

3.9 首90天稳定化计划

时段	关注点	每日/每周证据	退出条件
第1—7天	负载爬升、温度、网络错误、权限和计量	日报、告警、变更与客户反馈	无未解释严重告警，计量首批完整
第8—30天	峰谷、容量余量、工单模式和首账单	周容量图、工单分类、账单预览	首账单通过，运行手册更新
第31—60天	故障切换、备份恢复、供应和人员交接	演练、抽样恢复、班次审计	关键演练完成，行动有责任人
第61—90天	成本、客户价值、扩容信号和续约风险	月度经营包与价值复盘	转入常态运营且遗留项关闭

稳定化期不等于免费无限支持。合同应明确包含的迁移后支持、响应和退出条件；新增范围仍走变更。若前30天工单多源于同一设计缺陷，应转问题管理和产品/架构整改，而不是让值班人员逐单重复修补。