跨地区项目的工期差异,只有在双方先确认“按谁的工作日历计算、哪些等待时间不计入工期、阶段交付以什么为完成标志”这三个条件之后,才适合写进合同或需求确认单。否则同一个日期在两地会被理解成不同的截止点,退出旧合作或旧系统时尤其容易扯皮。
跨地区工期不一致,常见来源有三种,处理方式完全不同。
把这三类分开写,比笼统约定“工期三十天”更有可执行性。可区分的证据是:如果延期主要发生在对方回复节点之后,问题多半是等待反馈;如果每个环节都均匀延后一两天,更像时区或工作日差异。
计时起点不能只写“签约后”,因为签约、付款、资料交付往往不在同一天。较稳妥的写法是:工期从双方确认需求清单并收到必要素材之日起算,任一方等待对方反馈超过约定时长时,工期相应顺延,顺延天数按实际等待天数计。
这里要注明假设。假设约定“收到全部素材后二十个工作日交付首页设计”,而素材分三批到达,那么起算日应以最后一批到位为准,或者按批次分别起算。两种写法都成立,区别在于:前者对承接方更稳,后者对需求方更紧。选择哪一种,取决于哪一方承担素材整理责任。
一个实际动作是:在需求确认单里加一行“计时起点”,并让双方在素材交接时回一句确认。这个动作的结果是,后续出现争议时能直接对照日期,而不是靠回忆判断谁先拖了进度。
旧内容、旧系统或旧合作关系需要退出时,不要把所有历史工期约定一并作废。更实际的做法是保留三类仍然有价值的部分:
需要退出的部分,通常包括旧的口头工期承诺、已经失效的报价口径,以及不再适用的沟通群和审批链。把这些写进一份退出说明,比在新项目里反复解释更省事。
反例是:如果旧合作方仍掌握域名解析或后台最高权限,那么即使新工期写得再清楚,项目也可能因为权限未交接而停摆。这种情况下,工期条件失效,优先动作应是完成权限交接并留下书面确认。
把上面的条件压缩成一页说明,包含计时起点、工作日定义、等待反馈的顺延规则、阶段完成标志,以及退出旧合作时保留和移交的清单。双方各留一份,并在关键节点回执确认。
如果对方只愿意口头同意,至少把确认内容整理成一段文字发回,请对方回复确认。这样做的结果不是保证工期不变,而是让工期变化时有据可查,下一步该顺延、该催办还是该交接权限,都能直接判断。