OurATS低代码，展现企业个性

01

发生什么了？

云招用了6年时间将OurATS的代码拆解成1000+个构件，支持用低代码方式，像乐高积木一样自由组合。

为什么这么做？

答案只有一个，低成本的满足客户个性化需求，让客户享受到更高性价比的产品。

2015年为让客户享受到高性价比的产品，云招将OurATS的大块功能进行拆解，推出：

1.      基础版     

2.      专业版  

3.      加强版  

4.      企业版

仅此一项，为HR节省了约40%的软件费用。

在服务的过程中，我们发现分阶梯的OurATS版本从本质上和市场上其他同类ATS产品一样，仍然是标准产品，无法充分满足客户个性化的需求。

厂商追求商业价值，支持个性化是非常不经济的做法，因此，客户的个性化需求都往往被束之高阁。

而70%＋以上的企业有个性化的需求；如果是大型企业，几乎100%有个性化需求；还有的企业刚开始用系统时没有个性需求，随着企业发展，不断有新的个性需求产生。

这些个性需求占总体需求1-15%，比例不大却直接影响招聘系统是否能贴合客户自身行业、管理、集成等各方面的特殊需求，个性化满足的程度往往决定了整个招聘系统发挥的价值以及项目的成败，对客户很重要。

拆解和满足个性化有什么关系呢？我们先看看市场现状及个性化难被满足的根本症结。

SaaS ATS在中国发展10年，随着人力成本越来越高，越来越多的企业引入ATS。最需要ATS的大型企业多数却非常迟疑，真正采用、能将ATS用好的大型客户或集团却寥寥无几，自研的案例屡见不鲜。

为什么会这样？

从厂商的角度：

从客户的角度：

解决个性化的常规方式

为了签下大客户，有的厂商会采用“打分支“的办法，但后继持续服务的能力跟不上，为客户埋下巨大隐患。

什么是“打分支“？打分支是软件厂商在标准产品代码的基础上修改后满足客户个性化需求的一套代码。

利益使然，客户一旦走上个性化道路，无法支撑高昂的成本时，合作的道路就走到尽头。

如前述，不能满足个性化的软件/系统对大中型企业而言价值有限，严重的，甚至系统难以有效运行，或者说与企业脱节。

有的使用”标准ATS产品“的客户初期还好，随着企业发展变化，对软件的要求也在变，标准化的天花板始终在那里，触顶是迟早的事。

因此， “个性化“和”标准化“一直是软件难以调和的一对矛盾，成为大型客户和集团企业采用ATS的最大瓶颈。

为避开这一矛盾，有的企业选择自研。但这条路就好走么？每个企业都有主营业务，自研系统显然有“不务正业”之嫌，且不论其中设计、研发和可持续运维的风险，用巨大的成本仅仅满足自身一家企业的需求，显然是不明智的。只不过是没有选择而已。

OurATS潜心6年进行产品拆解，就为实现“低代码”产品策略，支持客户根据自身需求，将个性化的构件和标准产品的构件可以自由组合，构成满足个性化的ATS。

“低代码”在软件行业并不是一个新概念，核心思想是将一个复杂的产品进行功能拆解，允许客户挑选需要的部分，进行有机整合形成一个适合自身的版本。

简单说：产品有功能A、B、C、D、E、F，低代码的产品策略支持你选择只需要的A+B+E。

拆解的颗粒度越细、可组合的能力越强，满足客户个性化的能力就越强。

鉴于低代码的思想和特点，用一个大家广为熟悉的玩具“乐高”，也许能帮助您更容易理解。乐高的魅力就在于用简单的小构件可以自由组合成你想要的玩具，而不是一个固定的样子。它给予操纵者“高级、自主”的能力，赢得了许多孩子的心。

低代码策略下，一个标品被拆解成多个标准构件，将部分标准构件和个性化的构件重新组合，形成客户需要的满足个性化的软件。例如下图的小黄人，标品就是一个固定的产品，卖家做成什么样子，买家买的就是什么样的；拆解后是用乐高式组件拼成的玩偶；如果这个玩偶和买家心目中的不一样，可以更换一些构件，重组成自己想要的样子。

在日常维护、升级时，我们是基于每个构件做维护和升级，不存在另外维护一套代码的问题。如果未来需要用到前期面向单个客户定制的个性化构件，其他客户复用构件时无需二次开发或仅需少量开发。

实质上，标准构件和个性构件已没有本质区别，只有采用频率的不同。标准构件可能被很多客户采用，而个性构件可能只有少数或个别客户采用。

此间，大家会发现低代码是更高级的软件管理方式，对客户的价值十分明显：

“低代码”为有个性化需求的企业提供了新的解决方案。

既然低代码这么好，为什么大家不都来尝试？

        1）  拆解难

        2）  组合难

        3）  苛刻的代码实现能力、测试能力和维护能力

为了保证组合后版本功能运行稳定，开发/拆解后的最小构件有极其清晰的逻辑，且构件组合后的测试也须异乎寻常的高效完成，而且要保障产品的能持续维护、迭代，保证产品持续稳定可用。

现实情况，上述几点很难做到。因此，低代码往往还停留在概念阶段、或者仅能实现几个大的模块组合的层面上。【吹牛容易，落地难】

        每家公司招聘需求产生和确认的机制各不相同，有的需要审批、有的不需要；有的有严格的管控，有的比较灵活、松散；有的希望在OA或其他系统中审批通过后，自动导入ATS，在ATS创建职位。

        此间涉及OurATS的相关构件：

        目前这三种构件都有客户使用，不同客户之间互不干扰。

        录用审批，每家客户也不尽相同，有的需要在线上审批，有的不需要；有的需要在ATS内，有的需要在OA、或eHR、或BPM系统。

        此间涉及OurATS的相关构件：

        1）  OurATS的录用审批

        2）  接入第三方产品的录用审批

这两种构件，都有客户使用，也有都不采用的，无需线上录用审批，不论采用哪种，每个客户都运作正常。

早在2013年云招用TDD（测试驱动型）开发方式重写全部代码，实现每段逻辑、每个构件全案例自动测试，为实现低代码策略打下坚实基础。

6年拆解/组合过程中，证明这种“乐高式“智能组合能力完全能够满足众多个性化需求，且此间成功实现了100+个案例，这些企业成为最早OurATS低代码的受益群体。

云招不仅实现了OurATS自有产品构件的拆解组合，亦可将第三方产品作为构件，与OurATS自由组合。

没有两个企业是完全一样的，云招OurATS的低代码策略对满足客户的个性需求具有划时代意义。

企业可以放心、大胆的在人力资源数字化道路上选择合适自身的方案。