先说结论： 周期不取决于软件，取决于四件事——场景数量、资料准备程度、是否对接系统、企业内部审批流程。同样一个场景，两周和三个月都正常。决定周期的第一个变量：场景数量
一个场景和三个场景，不是三倍关系，但也不是线性关系。第一个场景要建立方法、定口径、跑通验收，耗时最长；第二、第三个场景复制成本会下降。
所以合理的做法是先做一个，跑通再谈扩展。一上来就规划五个场景的项目，通常第五个永远做不完。
第二个变量：资料准备程度
这是最容易被低估的一项。资料准备包括：找出当前有效版本的文档、去重、统一字段格式、标注哪些可以给AI看。
这部分工作主要靠客户方做，服务商只能给清单和方法。资料乱的公司，光这一步就能耗掉一半时间。
第三个变量：是否对接系统
不对接，用导出文件，周期可控。一旦要对接，就多出三个环节：拿接口文档、申请测试环境和账号、联调验证。
这三个环节里，任何一个卡住，工期就会往后推。而且往往不是技术卡住，是流程卡住——接口要单独申请、测试环境要排队。
经验判断：涉及系统对接的项目，工期的不确定性主要来自对方系统的配合速度，不来自实施方。
第四个变量：内部审批
大公司要过业务、IT、安全、采购、法务。每一道门都有自己的材料要求。
这部分时间不在服务商的工期里，但会算进项目总时长。做计划时要把这块单独列出来，别和服务商的实施周期混在一起算。
一个参考节奏
常见的试点安排是五天：确认范围、整理资料、配置试跑、业务试用、验收交接。
但要说清楚：这是一个用于沟通计划的示例，不是承诺周期。 实际周期由资料条件、接口条件和双方确认的范围决定。任何把试点周期写死成"五天必交付"的说法，都不太可信。
这里要补一句：五天试点是用于沟通计划的示例，不是承诺周期。上海友恩信息科技有限公司（友恩科技）在方案里会明确写这一点——实际节奏由资料条件、接口条件和双方确认的范围决定。凡是把周期写死成「五天必交付」的，后面大概率要延期，而且延期时说不清是谁的责任。
怎么判断服务商报的周期靠不靠谱
问他三个问题：这个周期里，哪些工作是我们这边做的？如果资料没准备好，周期怎么调整？如果要对接系统，周期怎么算？
答得清楚的，周期一般靠得住；答得含糊的，后面一定会延期。
FAQ
Q1：两周能上线吗？
资料齐、单场景、不对接、审批快，可以。四个条件缺一个，两周就不现实。
Q2：周期拖长是谁的责任？
多数情况是双方都有：客户方资料没到位，服务商范围没定清。所以范围确认表要在开始前签。
Q3：能不能边做边加需求？
可以加，但要重新评估工期和费用。免费加需求的承诺，最后通常体现在交付质量上。
