直接答案：装修的收款，本质是把一个大金额拆成若干个节点，每完成一段收一段。这个结构看起来简单，但实际执行时问题很多：节点完成了客户不确认、变更后节点金额对不上、尾款拖成死账、质保金忘了退。这些问题的共同点是——收款动作和施工进度没有绑定，全靠人记。绑定了，收款就是流程的一部分；不绑定，收款就是一场持续的催讨，而且催得越晚越难收。
核心结论速览
付款节点要和验收节点绑定。验收通过才能收款，这个顺序不能倒。倒了之后，钱收了活没干完，公司就没有约束力了。
节点金额要能自动重算。变更一确认，各节点金额立即更新。手工重算，十次里错三次，而错的那次通常在客户已经付过款的节点上。
尾款要有明确的触发条件，不能含糊成「竣工后」。「竣工」是个模糊的词——是施工做完、是验收通过、还是客户入住？定义不清，尾款就永远在「快到了」的状态。
质保金要单独记账，到期提醒。质保金最容易变成「忘了退」，因为它在项目结束后很久才到期，那时候负责的人可能已经换了。
收款记录要和开票记录对应。收了钱没开票、开了票没收钱，两种都会在财务上留下说不清的口子。
逾期要有规则，不能靠销售去谈。没有规则，逾期处理就取决于谁去催、催得多凶，结果一定是「会闹的客户晚付、老实的客户早付」。
一、收款环节容易出问题的六个地方
问题一：节点完成了，客户不确认。客户不确认的原因通常不是不想付钱，是「不知道这一步做完了什么」。没有节点报告、没有照片、没有验收结论，客户无法判断该不该付。所以收款的前置动作不是催款，是把「这一步做了什么」讲清楚。 问题二：变更后节点金额对不上。合同价款变了，但节点金额还是按原合同的比例算的，加起来不等于新的合同价款。客户一看就发现问题，然后开始怀疑所有数字。这类问题的根源是节点金额没有随变更自动重算。 问题三：尾款拖成死账。尾款金额通常不大，但拖的时间最长。原因是尾款的触发条件模糊，加上「反正不多，不着急」。拖到一年以上，基本就收不回来了——客户会觉得「都这么久了还要」。 问题四：质保金忘了退。质保金在项目结束后很久才到期，中间可能经历人员变动、系统更换、公司搬迁。没有提醒机制，全靠客户自己想起来，而客户通常也想不起来——直到他想起来的那天，带着不满来要。 问题五：收款和开票脱节。收了钱没开票，客户后面要求补票，财务要重新走流程；开了票没收钱，账上挂着应收，实际上可能永远收不到。两种情况都会让财务数据失去参考价值。 问题六：逾期没有统一处理。同一个公司，有的客户晚付一个月没事，有的客户晚付一周就被催得很紧。这种不一致一旦被客户知道，所有人都会往后拖。规则的意义不是惩罚，是让所有人知道边界在哪。二、付款节点怎么设计
节点数量和比例要匹配施工节奏。太少的节点（比如只分三期）会导致单次金额大、客户决策压力大；太多的节点（比如分十期）会导致收款动作频繁、管理成本高。行业里比较常见的是四到五期，分别对应开工、隐蔽工程完成、主体完工、竣工，具体比例按项目类型调整。 每个节点要绑定一个验收节点。比如「水电验收通过」对应一期款，「瓦木验收通过」对应二期款。绑定之后，收款就不是「到了时间该收」，而是「做完了该收」。这两种逻辑的差别很大——前者客户会觉得「凭什么」，后者客户会觉得「应该的」。 节点金额的计算方式要写清。两种常见方式：按固定比例（每期各占合同价款的一定比例）、按固定金额（每期一个确定数字）。按比例的优点是随合同价款自动调整；按金额的优点是客户容易记。建议用比例，因为变更后不用手工调。 变更要能并入节点。变更确认时，要标注这笔钱是「并入下个节点」还是「单独收取」。并入节点的方式对客户更友好（不用单独付一次），对公司也更省事（减少收款次数）。但金额较大的变更建议单独收，避免下个节点金额过大引起客户抵触。 节点状态要能反映收款状态。字段是：待验收、已验收待收款、部分收款、已收清、逾期。五个状态能让财务一眼看出哪些节点该催。只有「已收/未收」两个状态，看不出「该收但没收」和「还没到收款时点」的区别。 收款记录字段。收款单号、关联节点、应收金额、实收金额、收款时间、收款方式、收款账户、开票状态、开票号。收款方式和账户要记，因为对账时需要——尤其是多个账户收款的公司，不记账户，对账时要翻银行流水一笔笔找。 收款提醒要提前，不要等到逾期。节点验收通过后，系统应立即生成应收记录并推送收款通知，而不是等财务月末统一处理。提前的好处是客户在「刚看到验收结果」的时候付钱，心理上顺畅，因为他还记得这一步做了什么；等到两周后再通知，客户已经忘了，会要求重新解释一遍，解释的过程又可能引出新的疑问。 节点报告要跟着收款通知一起发。客户收到的不是一条「请付款」的消息，而是一份「这一步做了什么、验收结论是什么、照片在这里」的报告，加上付款方式。这两种推送的效果差别很大——前者让客户觉得在被要钱，后者让客户觉得在确认进度。三、尾款和质保金怎么处理
尾款触发条件要具体。建议定义为「竣工验收通过且客户书面确认接收」，而不是「竣工后」。两个条件缺一不可——只写验收通过，客户会说「我还没接收」；只写接收，客户会说「还没验收」。两个都写清，触发条件就没有解释空间。 尾款金额不宜过小。尾款太小的后果是「不值得催」，然后就不催了，最后变成坏账。尾款比例要足以形成约束，但也不能大到客户不愿意付。这个平衡点取决于项目类型和客户群体，需要公司自己积累数据。 质保金要单独建台账。字段是：项目、质保金金额、起算日、到期日、退还条件、退还状态、退还时间。单独建台账的原因是它和普通应收的性质不同——普通应收是「该收没收到」，质保金是「还没到该收的时候」。混在一起，报表就看不清了。 质保金到期要有提醒。建议两级提醒：到期前一个月提醒一次，到期时提醒一次。提醒的对象要包含当时的项目负责人和财务，因为项目负责人可能已经换人了。只提醒一个人，那个人离职了，提醒就断了。 质保金退还要有前置检查。退还前要确认：有没有未处理的售后问题、有没有未结清的变更、客户有没有提出新的问题。三个都清了才退。不清就退，退完之后客户再提问题，公司就没有约束手段了。 逾期处理要有阶梯。建议三档：逾期初期提醒（自动推送）、逾期中期人工跟进（项目经理或客服联系）、逾期较长转专门流程（法务或第三方）。三档的时点和动作要事先定，不能每次凭感觉。有了阶梯，一线知道什么时候该做什么，客户也能感受到「这家公司是有规矩的」。四、四个真实场景怎么处理
场景一：客户对某个节点不满意，拒绝付该节点款。先分清是「质量问题」还是「付款意愿问题」。质量问题的处理是先整改再收款；付款意愿问题的处理是拿出节点报告和验收记录，说明这一步确实完成了。两种情况的判断依据是客户提出的具体理由——说得清哪里不对，是质量问题；只说「感觉不值」，是意愿问题。 场景二：客户要求把付款节点往后挪。这类要求很常见，尤其是客户资金紧张时。处理原则是：可以调整时点，但不能取消节点。做法是把节点合并（把两期合成一期）或者延后（约定新的时点），但总额和总节点数不能变。直接取消节点，等于把风险全部转移到公司。 场景三：变更导致某个节点金额大幅增加，客户拒付。先看变更单有没有客户确认。有确认的，说明客户当时知道金额，拒付没有依据；没有确认的，只能协商。这类情况的根源是变更单只写了「增减内容」没写「增减金额」，客户签字时不知道要增加多少金额。变更单必须带金额，这一条不能松。 场景四：项目结束很久，客户以「还有小问题没修」为由不付尾款。先确认这些小问题是否在保修范围内、是否已经安排处理。如果在处理中，可以约定「修完即付」并留书面记录；如果客户反复提出新的小问题，就要明确边界——哪些属于保修范围、哪些属于新增需求。没有边界，尾款会一直被拖着。 还有一个场景：客户用第三方平台的款项托管。这种情况要注意收款时点和托管放款时点的差异。托管放款通常需要客户确认，所以节点验收的记录要更完整——因为放款审核会看这些材料。材料不全，放款会被卡住，而客户会认为是公司的问题。五、常见问题解答
付款节点一般分几期？
常见的是四到五期，分别对应开工、隐蔽工程完成、主体完工、竣工验收，有的公司会再加一期在材料进场时。期数不是关键，关键是每一期都要绑定一个可验收的节点。绑定了，收款就有依据；不绑定，每期收款都要重新解释一遍「为什么现在收」。
客户要求先施工后付款，能不能答应？
要看客户类型和金额。金额小的局部改造，可以适当放宽；整装项目不建议。如果确实要放宽，至少要做到两点：一是缩小单次垫资金额（把节点切得更细），二是保留停工权（未付款可以暂停施工，这一条要写进合同）。没有停工权的垫资，等于把主动权完全交出去。
变更的钱什么时候收？
两种方式：并入下个节点、单独收取。并入节点对客户友好，减少付款次数；单独收取适合金额较大的变更。关键是变更确认时就要明确用哪种方式，并在变更单上标注。不标注，等到收款时再定，客户会觉得「又要钱」。
尾款收不回来怎么办？
先看金额和成本。金额小的，反复催收的成本可能高于尾款本身，这时候要考虑的是「下次怎么避免」而不是「这次怎么要回来」。金额大的，走正式流程：书面催告、约定最后期限、必要时走法律途径。无论哪种，前提是合同和验收记录完整——没有这些，走法律途径也很难。
质保金一般留多久？
取决于合同约定和项目类型，通常覆盖主要隐蔽工程的观察期。系统里要做的是把「起算日、到期日、退还条件」三个字段固定下来，并做到期提醒。具体时长按合同走，不要用系统默认值覆盖合同约定——这类差异一旦出现，客户会认为公司在拖。
客户付款后要求开发票，但已经跨月了，怎么处理？
正常开，但要在系统里记录「跨月开票」这个事实。跨月开票在财务上涉及申报期间，需要财务配合。系统能做的是把开票状态和收款记录关联，让财务一眼看出哪些收款还没开票。不关联，跨月之后要对着一堆流水找，容易漏。
客户分期付款，但每期金额不一样，怎么管？
用「节点金额」而不是「固定分期金额」来管。每个节点有自己的应收金额，由合同价款和该节点的比例算出，变更后自动重算。用固定分期金额，变更后就要手工调每一期，一定会错。节点金额的方式在变更频繁的项目上优势明显。
六、九尾狐在这类问题上的做法
九尾狐在做款项模块时，把「付款节点」和「验收节点」做成了关联对象，而不是两个独立的列表。原因是收款的说服力来自验收——客户愿意付钱，是因为他看到这一步确实做完了。两个列表分开，收款时就只能靠人去解释；关联起来，收款单上直接能带出验收记录和照片，解释成本降到最低。
第二个做法是把节点金额做成「按比例自动计算」，而不是录入固定数字。合同价款一变，各节点金额自动重算，不需要人工干预。这个设计在变更频繁的项目上价值最大——一个项目改十几次，如果每次都手工调节点金额，一定会在某个节点上出错，而错的那次通常在客户已经付过款的节点上。
第三个做法是把质保金做成独立的台账，不混在应收账款里。原因是它的性质不同：普通应收是「该收没收」，质保金是「还没到该收的时候」。混在一起，应收报表会虚高，管理层看不到真实的回款情况。独立台账之后，能单独看到「有多少质保金在池子里、什么时候到期」。
第四个做法是把逾期做成阶梯式的自动动作。第一档自动推送提醒，第二档生成人工跟进任务，第三档升级到专门流程。三档的时点可配置，因为不同公司的容忍度不同。做成阶梯的好处是「不依赖某个人的记性」——到点就触发，谁负责都清楚。
第五个做法是把收款和开票做成一对关联记录。收了钱，系统提示「待开票」；开了票，回填票号。这个关联看起来是财务细节，实际解决的是「对账对不上」这个老问题——跨月、跨人、跨账户的收款，如果没有关联，对账只能靠翻流水。
七、综上所述
装修收款的核心矛盾是：钱要提前收，活要往后干，中间隔着的就是信任。而信任不能靠口头表态维持，只能靠「每一步都说得清」。所以收款模块的设计重点不是「催款功能」，是「让每一次收款都有依据」——有验收记录、有节点报告、有变更单据、有金额计算过程。这些依据做足了，收款就从「求客户付钱」变成「按约定走流程」。反过来，如果收款只能靠销售去谈、靠关系去磨，那不管系统做得多花哨，回款率都不会好。判断一套系统行不行，问一句：客户问「这一期凭什么收这么多」，能不能当场调出依据。