心理测评自己做，低代码引擎三天搭出一套系统

实事求是来讲, 近来我遇见了许多开展心理测评之事的团队 , 其中包括老板 , 还有技术负责人 , 当谈及到系统搭建这一方面的时候, 每一个人的脸上都清清楚楚地呈现出两个字: 头疼。

找人定制一套测评系统, 外包报价动不动就十几万, 而且沟通起来仿佛隔着一堵墙, 你想要的功能对方说做不出来, 对方做出来的功能你又用不上。要是买现成的SaaS, 又感觉功能被阉割了, 想加个量表、改个计分规则, 跟开发商磨上半年时间, 最后却被告知“抱歉, 我们这个版本不支持”。

这种感觉, 好似你起先仅仅打算炒制一份蛋炒饭, 然而却非要先自行去种植稻子, 再去饲养鸡, 才肯罢休。

所以呢, 今天打算跟你说一说一个事物, 即为心理测评低代码引擎。可别被这个名称给误导欺骗住, 实际上它的意思是, 让你能够凭借自身的力量动手操作, 从而去迅速搭建起心理测评系统的一套工具。

先别急着看技术文档，我们先想清楚一个问题：

你做心理测评，最核心的痛点是什么？

我估摸, 百分之八十的人会给出这样的回应: 量表的管理以及数据的分析。

正确, 心理测评与别的行业有所 , 它极其倚赖“测评题目”以及“结果算法”。你或许拥有几十个乃至上百个量表, 每个量表又存有各异的维度、各异的计分规则、各异的常模参照。传统的开发方式, 你每增添一个量表, 都需让程序员编写一回代码, 修改一回数据库, 等你将 100 个量表都添加完毕, 能够顺利运行且不出 bug, 那可真是要烧高香了。

有一种基于低代码引擎的方式, 那就是, 你无需去撰写代码, 而是直接于界面之上, 通过拖拖拽拽的操作, 将题目、选项、分值、维度、常模这些元素, 如同搭积木一般进行搭建。之后, 引擎会自动生成底层逻辑。

写上这儿猛地想到, 去年我给一位朋友做咨询, 他们公司那儿有六个心理学博士, 研究出好些测评工具, 然而技术团队仅有三人, 并且主要忙活维护公司的主业务系统。

他们打算上线一个专门供内部使用的“员工心理健康评估平台”, 按照传统的方式来弄, 起码要3个月的开发周期, 于是那些博士着急得不行, 天天催, 偏偏技术团队烦透了, 两边差点吵起来。

后来用了低代码引擎，怎么玩的呢？

先行搭建模型作为起始步骤, 他们挑选了一款经典量表, 将题目、选项以及分值等相关信息录入引擎之中, 该引擎凭借所录入信息自动产生了数据库结构以及 API 接口, 全程无需书写哪怕一行 SQL 语句。

接下来的第二步, 是要去配置规则。在测评当中, 存在着一个关键的事物, 它被称作“划界分”, 这个所谓的“划界分”指的是分数超出了一定数值之后, 便会被判定为异常。而针对他们所拥有的这个引擎, 其具备支持可视化配置的特性, 你仅仅需要去拖动一个滑块, 然后设定好相应的阈值便可达成。并且, 它还能够设置如此一种情况, 即要是A维度的得分处于较高水准, 同时B维度的得分处于较低水准, 那么就会触发某某结果。

第三步, 去生成界面, 引擎自身带有前端组件库, 测评页面是自动生成的, 报告页面也是自动生成的, 管理后台同样是自动生成的, 你还能够对主题色进行自定义, 对Logo进行自定义, 对页面布局进行自定义。

那么结果究竟如何呢? 有一位博士, 耗费了两天的时间, 依靠自身的能力, 就将那整套系统构建出来了。随后在三天的时候实现上线。

技术团队的人眼睛都看直了。

你可能觉得，这玩意儿是不是只适合小团队玩玩？

真不是。

存在这样一个老板, 我与这人相识, 其做企业EAP也就是员工帮助计划, 为上百家企业客户提供了服务, 在往昔时分, 要是客户提出定制测评方案的要求, 公司还需要专门派遣技术人员来展开对接工作, 而后续的流程拖沓, 往往要耗费一两周的时间, 然而当下状况得到了改善, 公司径直接将低代码引擎开放给客户层面, 如此一来使得企业那边的HR即人力资源管理人员能够凭自身之力拖动出一个量表, 在完成测评之后会自动生成相关反馈报告。

客户满意度持续快速提升, 然而他们自身的技术成本却反倒出现了下降。这种情况让老板极为欣喜, 老板接着跟我讲道: “以往我们所售卖的是服务内容, 如今所售卖的则是工具, 并且是那样一种能够让客户自行发挥创造出多样玩法的工具。”。

对于HR而言, 这般事物仿若救命稻草一般。想象一下, 在进行招聘这项工作之际, 需要开展人格测评, 而在员工职位得到晋升之时, 又得去做领导力测评, 当员工呈现出状态欠佳的情况时, 还得实施压力测评。以往, 这些相关事宜, 要么选择外包出去, 要么运用通用工具, 最终呈现出来毫无差异。然而如今呢? 能够自行着手操作, 想要测评何种内容便测评何种内容, 想要怎样计算分数便怎样计算分数。

真正实现了“测评自由”。

很多人, 当听到“低代码引擎”时, 在脑子里所浮现的, 是一堆使人看不懂的英文并且还有技术文档。

其实完全不是这样。

最终来讲, 低代码引擎会将那些具备重复性、呈现模块化特征的工作替你去完成, 进而让你能够专心致力于“业务自身”。你无需去了解什么是前后端分离, 什么是微服务架构, 什么是容器部署, 你仅仅只需明白——你的测评打算怎么去实施。

好比你进行Excel操作, 你无需知晓Excel底层究竟是运用C++编写而成的, 还是借助编写而成的, 你仅仅需要会打字, 会拖拉公式便可以了。

心理测评低代码引擎，就是“心理测评领域的Excel”。

处在当下这个时期, 改变的速度特别快。以往讲“技术是一种壁垒”, 如今技术变得越发开放, 而真正的壁垒实际上是你对于业务的那种深刻理解。

心理测评此行业, 说到底, 比拼的并非是谁的技术更为厉害, 而是谁对于量表更具理解, 谁对常模更透彻知晓, 谁对心理学的底层逻辑更为深谙。然而实际情况是, 诸多心理专家遭受技术的限制, 诸多技术专家又不太了解心理。

来打破这个僵局的便是低代码引擎, 是它使得心理专家能够自行去做技术方面的事, 让技术专家得以更专心地致力于底层能力的建设。

倘若你正从事着与心理测评有关联的事情, 不论你是创业团队, 还是大企业内部的项目组, 我认为你都应当留意一番这个事物。别等他人借助这个工具将你彻底击败了, 你才有所察觉。

真的。

倘若这篇文章存在雷同之处, 那就去联系泛微e启营创始人（海总）予以处理。我们的团队始终一直在深耕此方向, 欢迎展开交流, 同时也欢迎来进行踢馆。

毕竟，好的产品，不怕比。