type
status
date
slug
summary
tags
category
icon
password
要说不说，做合同真是个甜蜜的负担。都走到这一步了，离关单也就近在咫尺，还是会时不时出现一些幺蛾子，导致销售、财务、技术等各方体验都不是那么好，协作更是靠喊。
下面几种情况不知道你遇到过几个：
- 合同中的开票信息和甲方负责人信息，客户业务也不清楚，往往分多次才能给全；
- 销售每次做合同，都是复制粘贴，有时候某处漏了，被客户发现，尴尬地抠地；
- 改合同不小心改了格式，粗体/分页/换行，打乱了之前的模板，被审核的同事打回；
- 合同回款后，需要开通系统，配置较多，信息同步不清楚，出现版本、账号误差；
- 销售在月底还要将成交回款客户信息录入财务应用用于计算业绩和公司运营数据；
- 财务开票信息也需要一个个复制粘贴出来；
- 运营报表更需要手动核算、制作
- ……
以上，是来自各个角色的需求，我们全遇到了。
这其实是一个流程串联的问题，核心在于合同模板和制作过程的规范化，再用工作流将前后环节串起来，将标准的输出数据同步给各方。
低代码平台是解决此类工作流、数据流的最佳工具。我之前也写过《怎么用低代码搭建出定制CRM系统》。那具体到这里的合同管理，要怎么做呢？我们来一步步拆解。
📃拆解合同要素，形成字段
拿着合同模板，仔细拆出需要填写的每个信息。
哪些是客户填的，哪些是销售填写的。哪些是不用变的，哪些是需要根据情况变动的。例如产品服务版本不同，要填写的内容也不同，这就需要梳理出每一个版本下的字段逻辑。以及，不同阶段需要填什么信息（回款前后）。
这些就是合同信息表需要录入的字段，再根据不同字段的业务逻辑进行排布。
✍做选择填空题，完善信息
1、需要客户填写的
直接通过表单来收集甲方公司信息和项目负责人信息。
提交后，自动在群中通知对应顾问去完善该客户的合同
2、需要销售填写的
客户提交的合同信息会生成一条新的数据，销售点开后，即可编辑这份合同的其他信息。
其中客户的信息已经填好，只需要填写剩余产品服务、其他附表信息。并且都是格式化好的选择或者填空题。
各个项目费用也可以自动加总，得到最终合同价格
🎯选择版本对应的模板
不同产品线，合同可能大同小异，但也会有内容、格式、附表等的调整，这个时候就不能用一份合同模板了。需要根据不同的版本，启用不同模板。例如我们，有企微和个微两个版本的合同，所以根据不同服务版本选项，会启用不同的打印按钮。
点击打印后，合同自动生成，支持在线预览并下载。
⏰一键通知技术开通系统
点击右上角通知按钮，就可以把该合同的系统配置信息通知到技术同事，为客户开通相应配置的系统。
📈数据同步至财务应用，生成运营报表
有了准确及时的基础数据，生成报表就是很简单的事。支持按照签约时间阶段和顾问人员进行数据筛选。（以下为测试数据）
好了，说了这么多，你可能以为我在强调自动化提高效率，但这并不重要，更重要的是，规范后的流程它基本不会出错。
签约更多的是一个法务合规的过程，是一个信息在多个角色之间同步且不能出错的过程。
现在这个应用，只需要2个人：客户填他们的信息，销售顾问填剩余合同和系统信息，其他所有都流程化自动化。
这意味着什么？意味着不会让客户、让每个环节的人觉得，怎么这么乱？？
这就是所有人的体验问题。但凡因为传统的工作模式出一次错，吵一次架，造成一笔损失，被客户diss一次，你就知道我在说什么。
因此这个应用的价值绝不在于提效率，而是在于避免出错、提升内外部相关方体验，以及提升自己公司的数字化资产的完整度和流程顺畅度。
写在后面： 
在沟通了那么多的客户之后，我发现，他们并不在乎你是不是有一个功能，而是需要一整套解决问题的方案，至于怎么解决，“你组和去吧，然后告诉我，我为整套方案付费。”至于这个能力是技术团队花几个月开发的，还是用别的什么工具一周内搭建的，还是整合的其他合作方的能力，好像没那么重要了。
有所为有所不为，产品做轻一点，才会有更多朋友，因为你变成了资源和能力的整合方。
砍掉所有的项目管理、交互设计、开发等中间环节，直接由需求整合者或者提出方开发应用，这是一个逐渐轻盈的过程。企业软件市场的丰富业态，小巧灵活的公司模式，让远程协作成为可能，否则一天开不完的会，可能我也没机会在丽江某个古镇的咖啡店敲下这篇文章。
- 作者:面面
- 链接:https://ivyxue8120.com//article/lowcode-contract
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。
