以管理应收账款工具切入市场，记应收最终要为贷款公司提供数据支持

记应收创始人李俊最早创办了一家叫做“找外包”的平台，在运营过程中发现了很多外包公司的痛点。这些公司往往会使用 Excel 管理应收账款。但该方式往往存在着很多问题，首先是用户的移动端体验不好，数据量一多就会对用户的查看造成很多不便捷性。其次出现数据分享或者需要复杂统计计算的需求时，Excel 也不能满足用户。

记应收的初始产品形态是一个为用户管理应收账款的工具。且由于长期和外包商打交道，选择的都是项目制外包商的按阶段回款。且团队甚至没有把产品嫁接到云服务器上，用户只能把数据保存本地，充其量只能算作一个 MVP 的测试版本。当收到用户的正向反馈后，记应收团队给产品搭上了云服务器，可以在云上存储公司的一系列数据。

在经过一段时间后，团队发现由于该产品只有按阶段回款这一种收费模式，对于很多外包类、工程实施类项目是比较友好的。但对一些需要按周期收款的项目，如房租、物业、代理记账等业务的收费；还有一些初期不能明确费用，需要后期对账并结算的，包括一些技术、人力的外派任务，按阶段回款这种模式并不能满足他们的需求。

于是团队还开发出按周期收款和按框架合同收款这两种模式。按周期收款这种模式是指签订一定金额的合同后，首先设定合同期限和收款周期，可以按照每月、每季度、每半年一次来收款。

按框架合同收款这种模式是指当签订合同时，并不知晓整个项目要支付的金额。只有当每一个工作周期结束时，乙方会按照工作时长和所派遣的人力来对账，这是一种先寄合同，再补款项的模式。

这里再简单介绍一下按阶段回款。这是一种按照项目进行的阶段来收款的模式，比如微信小程序、APP 的外包开发，还有一些工程实施类项目。其中工程实施类项目通常的收款模式是行业里所说的4321，合同签订后甲方先付40%的款项给乙方，乙方收到款之后即可开始采购需要的材料，采购完成后再付给乙方30%的金额。

乙方收到这30%的款项后才会给甲方发货，甲方收到货之后 ，乙方会派人去甲方那里去做项目实施，项目实施完成甲方回去验收，验收通过了再付20%，最后还有10%是在验收完成一年之后的质保金。其他行业的外包也是按照433或者541这种指定阶段付指定比例金额的收款模式。

这三大收款模式完成后就进入了今年的7月份，这段时间用户反馈不仅需要应收功能，还需要添加应付选项。应付基本上就是把应收的全部功能复制过来，逻辑上是乙方的应收就是甲方的应付。

项目开展一段时间后，团队又发现产品的单点登录功能不利于保护公司的财务隐私数据，因为数十个销售都能用同一个账号、密码看到公司所有的财务、合同、客户数据，于是记应收进一步开发了团队协作功能。每个销售只能看见、管理自己的应收合同，销售总监能看见所有销售合同，但看不见应付数据。财务总监能看见所有应收和应付数据，最高级老板不仅能看见所有数据，还能看到这些数据的分析、汇总。

所有这些工具完成后，记应收团队才于10月底正式上线1.0版本，11月份正式开始大规模推广。记应收的目标用户是年营收在200万至2个亿之间的企业，200万以下的企业合同没那么多，用 excel 即可搞定；年营收在2亿以上的企业用户一般都有自己专业的财务团队和系统。

公司所服务的行业主要集中在一些传统领域，比如工程类、装修、贷款、企业服务行业。推广方式主要靠地推，和上海地区一些批发市场，经济城（半政府、半民间性质的机构，帮企业解决工商注册、代理记账等财税类服务），这些组织的负责人会把记应收作为一种增值服务提供给下属的初创企业。