发布日期：2026-08-21 | 作者：无鱼软件 | 标签：合同台账、合同管理、履约管理、产品思考、中小企业
最近我们开始认真考虑一件事：能不能做一套不那么庞大、但真正能把合同管清楚的系统。
它不负责在线起草合同，不急着做电子签章，也不打算一开始就加入 AI 条款审查。我们更想先解决几个朴素的问题：合同放在哪里、执行到哪一步、哪笔款该收、哪些事情快到期了。
这就是我们准备研发“合同台账”的原因。
问题往往不在签合同，而在签完以后
很多中小企业并不是没有合同管理。相反，他们通常已经有一套自己的办法：纸质文件放在档案柜，扫描件存在业务员电脑里，金额和日期记录在 Excel 中，回款计划由财务单独维护，交付和验收情况则散落在微信、邮件和工作群里。
这些方法在合同数量不多时可以运转。一旦客户、供应商和合同逐渐增加，问题就会慢慢显现：
- 想找一份历史合同，需要问好几个人；
- 合同原件、补充协议和扫描件版本对不上；
- 分期回款靠人工记忆，逾期以后才发现；
- 供货、验收、质保等节点没有统一记录；
- 经办人离职后，很多背景和履约材料一起断档；
- 管理者想看合同总表，还要临时让人汇总 Excel。
真正困难的并不是把合同“录入系统”，而是合同签订以后，档案、履约、收付款和风险提醒分散在不同的人和工具里。
为什么强调“轻量”
市面上并不缺合同管理产品。大型系统通常覆盖合同起草、条款库、法务审批、电子签章、集团组织、财务集成和智能审查，能力很完整，但实施和使用成本也更高。
对于设备代理商、租赁企业和中小型商贸公司来说，他们眼下最迫切的需求可能没有那么复杂。他们需要的往往是：
- 把合同和附件集中保存，随时可以找到；
- 知道合同正在履约、已经完成，还是即将到期；
- 看清每一笔应收、应付及实际收付情况；
- 在回款、交付、验收和质保到期前收到提醒；
- 对敏感金额、合同导出和档案借阅进行权限控制。
我们所说的“轻量”，不是简单减少几个菜单，而是控制产品边界：围绕最常发生、最容易遗漏、最值得统一管理的事情进行设计。
首个版本准备解决什么
目前规划中的合同台账，首个版本会围绕以下能力展开。
1. 客商统一档案
统一维护客户、供应商和合作方资料，并关联查看同一客商下的全部历史合同。这样查询一家公司时，不再需要分别翻找多个表格和文件夹。
2. 合同电子档案
集中记录合同编号、类型、金额、签订日期、有效期、负责人和归属部门，保存合同原件、补充协议及相关附件，并提供检索、归档和借阅留痕。
3. 履约节点跟踪
把供货、安装、验收、交付和质保等关键节点记录在合同下面，明确计划时间、实际完成时间、负责人和验收材料。项目出现延期时，也能保留原因和处理过程。
4. 应收应付台账
按照合同约定拆分分期收款、采购付款和质保金计划，记录发票、回单及实际收付日期，让业务和财务看到同一份数据。
5. 到期与逾期预警
针对合同到期、应收逾期、质保到期和里程碑延期提供提醒，并在看板中集中展示需要处理的问题。
6. 权限与操作审计
区分合同管理员、业务经办人、只读查阅人和审计人员的操作范围。对查看、修改、导出和借阅等关键动作保留记录。
首个版本明确不做什么
产品早期最容易犯的错误，是还没有把核心问题解决，就开始追求功能齐全。
因此，首个版本暂时不准备自研电子签章，不做完整财务总账，不做复杂集团法务审批，也不急着加入 AI 合同审查和大型 BI 报表。
这些能力并非没有价值，只是不应该同时成为第一个版本的目标。我们希望先验证一件更基础的事：一套清晰的合同台账，能不能真正替代散落的 Excel、文件夹和人工提醒。
为什么现在就把想法公开
因为合同管理非常依赖真实业务场景。
设备代理商关注供货、验收和质保，租赁企业关注租期、租金与设备回收，商贸公司则更在意采购付款、销售回款和客户信用。只在会议室里设计，很容易做出一套看起来完整、实际却不好用的系统。
所以我们希望在正式开发前，先听听正在使用 Excel 管合同的人怎么说：
- 你们现在有多少份合同？
- 合同由谁录入、谁保管、谁负责跟进？
- 最容易遗漏的是回款、到期、验收还是质保？
- 哪些合同信息不能让所有员工看到？
- 你最希望系统替你省掉哪一项重复工作？
这些答案会比一张很长的功能清单更有价值。
写在最后
合同台账目前仍处于产品规划和研发准备阶段，页面中的功能与界面都不是最终承诺。我们会尽量保持克制，先把合同档案、履约、收付款和预警这条主线做完整。
如果你的团队正在使用 Excel、共享文件夹或纸质档案管理合同，欢迎参与产品共创。
联系微信：Maprapta
我们更想听到真实的问题，而不是得到一句“这个想法不错”。
