钢结构的合同卡在签字那几天，卡在哪一步要看得见
徐州一家做厂房钢结构的厂，去年接了个三百八十万的单，一千二百吨构件，深化图七十四张。加工周期四十五天，进场节点定在十月八日。
合同从周一开始谈，到签回来用了十一天。十一天里，真正在谈条件的只有三天，剩下八天都在等签字。等的时候没人在系统里留一个字，等到第十天老板问进度，销售只能说"快了"。
钢结构这行的合同签得慢，慢的不是机器，是纸和章。把签字那几天拆开看，才知道卡在哪。
周一：合同从订单里拉出来
条件谈定那天，先建订单。订单名称写"某汽车零部件厂房-钢结构-1200吨"，订单编号按公司规则填，客户名称从客户库选，订单开始时间和结束时间对应制作周期。
订单里点「添加产品/服务」，构件按类别加行：钢柱、钢梁、檩条、支撑，每行填数量，单价带出来，小计自动算。构件清单最终会跟深化图对，这会儿先按吨位估，误差留一成。
收款方式当天定。钢结构常见四笔：预付款三成、深化图确认两成、发货前四成、验收后一成。选「分阶段收款」，把每笔的金额和时间填进去。这一步做在前面，后面扯皮少一半。
合同从订单发起。订单详情页能一键生成合同，合同模板里的客户名称、金额、产品明细这些变量，直接从订单带过去，不用再抄一遍。抄一遍就多一次抄错的机会，一千二百吨的单，金额抄错一位不是小事。
周二到周三：改到第三轮，卡在"进场节点"四个字
甲方第一轮改付款比例，第二轮加违约金条款，第三轮把"进场节点十月八日"改成"具备进场条件后进场"。
第三轮这一改，等于把工期风险全推给厂里。销售当天该做的事，是把这条争议写进跟进记录，而不是压在微信里等答复。客户详情页底部写一条：甲方要求改进场表述，我方坚持固定日期，待技术确认深化图出图时间。
跟进记录能加附件。改到第三轮的合同版本，PDF 传进附件，文件名带上日期和版本号。七十四张深化图的确认状态也一起传，谁在哪天确认了哪几张，翻记录看得见。
还能 @ 同事。技术负责人被 @ 一下，出图时间当天就能给个数，销售不用两头传话。
周三下午：我方盖章这一天，系统帮不上
厂里这边要走的流程是法务看条款、财务看税点、老板签字、行政盖合同章。这四步在系统外面，千营没有合同审批流，也没有用章申请。
能做的是把过程记下来。盖完章那天写一条跟进记录：我方已盖章，几份，寄出时间，快递单号。这三样写清楚，后面甲方说没收到，拿得出凭据。
如果客户愿意走电子签，这一段能省掉。电子合同支持在线签署，签署方式有短信验证码、人脸识别、CA 数字证书、手写笔迹几种，对公合同一般用 CA 数字证书，个人签字用手写笔迹。签署状态在合同列表里看得到：待我方签署、待客户签署、签署中、已完成、已拒签。
纸合同寄出去之后是看不见的，电子签至少能看见"对方点开了没有"。
周四到下周二：真正看不见的六天
合同寄到甲方，对方要走内部用章。这六天销售每天在群里问一句"章盖了吗"，回答基本都是"在走流程"。
这六天最该做的不是催，是排日程。建一条日程，类型选自定义的"合同催办"，或者用预设里的"预约回访"，日期定在寄出后的第三天和第六天，定时提醒设前 1 小时，参与人员把商务经理一起选上。
到点提醒响，销售打个电话，问的不是"盖了吗"，是"卡在法务还是卡在行政"。这两个答案对应的动作完全不同。卡法务，可能需要补一条技术协议；卡行政，可能只是章不在公司。
每次问完写一条记录。六天里写了三条，第十天老板问起来，销售不用回忆，直接翻。
第十一天：签回来，订单才动
合同签回来，扫描件进跟进记录附件，订单那边把状态往前推。钢结构厂的订单状态大致是这么走的：已签约、深化中、制作中、发运、进场、验收。
每推一格都留一条记录。深化图的进度、构件的加工批次、发运的车次，都往同一条时间线上挂。等到进场那天，甲方问某一批构件什么时候到，翻记录能答。
合同和订单在系统里是能对上的：订单详情发起合同，合同里的金额和产品明细来自订单，签完之后合同的签署状态在合同列表里看得到，也能按客户名称、合同编号搜。这块系统在升级，具体入口和状态名以你账号里看到的为准。
这套办法管不到的地方
签字那几天的真正卡点，大部分在对方公司内部。甲方谁有权盖合同章、法务什么时候审、章在不在公司，这些系统看不到。能看到的只是销售每次问回来的那句话。
所以记录的价值不在于精确，在于连续。三天一条，六天三条，谁在什么时候说了什么，串起来就是一张卡点图。反过来，六天里一条记录都没有，事后只能凭印象说"当时挺慢的"。
项目制销售CRM 里讲的是这类长周期合同怎么跟订单、跟进记录挂在一起，钢结构这种按吨计、按节点验收的行当，节点数量和它描述的最接近。
投标阶段的节点是另一套。招投标CRM 里把报名、答疑、开标排进日历的做法，跟这里说的合同催办是一个思路，只是对象从标书换成了合同。
那家徐州厂后来定了个规矩：合同寄出当天必须建两条日程，第三天和第六天。执行了半年，平均签约周期从十一天压到七天，压下来的不是甲方的手速，是我方发现问题的速度。
