产品|低代码:趋势向左 价值向右( 四 )


我认为一个公司 OA 系统若做得好 , 会下降对邮件和 Excel 的依赖 , 我们当时内部势头反而是上升 , 邮件和 Excel 去完成更多的管理工作 , 还在用大量邮件沟通 , 而不是在一个有序的状态下的表单沟通 , 就说明 OA 系统不能满足需求 。
我们在上一代 OA 没切换之前 , 内部有些部门的业务目标管理用 OKR , 有些用财务 KPI 指标 , 还有一些是以工作进度为核心的管理 , 这就导致用之前 OA 系统进行项目管理不能满足需求 。 最后就变成大家都用 Excel , 无论申请资源还是跑流程都写邮件 , 相当于没有系统 。
2. 为何选择明道云
其实我们一开始不知道零代码 , 还是按照低代码的开发模式在找产品 , 因为早年便结识明道云任总 , 我们就问到他们怎么看待这个产品 。 他们在听完我们的需求后 , 告诉我们这个项目他们完全能接下来 , 给我们仔细看了别家公司案例是做成怎样 , 为什么能很快的去满足需求 , 我们觉得很有道理 , 这才转向了以业务驱动的零代码 。
其实我们八年前就用过明道的产品 , 当时明道还不是智能表单 , 属于工作协同平台 。 但是转向智能表单 , 是在我们参加完他们的产品发布会有了解之后 , 做选型的时候决定要用明道 。
零代码首先给业务带来最明显的提升是迭代速度 。 明道比传统的 sharepoint 的开发时代快了太多倍 , 零代码平台严格来讲不是开发平台 , 而是配置平台 。
业务流程描述形式 , 开会时间即能边听边做 , 流程怎么走 , 后面数据怎么出 , 都能在开会过程中完成讨论 , 会议结束之后设置个自动化系统 , 先去跑一个版本 , 有问题能及时群里反馈 。 这个迭代速度甚至不能用里程碑来衡量 , 基本上就是随时迭代 , 而且自定义的程度非常高 。
第二是所见即所得的交付能力 。 以前做 Java 开发时 , 在前端、后端、数据库上 , 需求方和开发者之间有一个周期性分割和思想沟通上的隔阂 , 开发过程实际跟交付过程处于割裂状态 。 但零代码平台不存在这个问题 , 基本开会时间就已经在做 , 推快整个项目效率 。
第三是 bug 比较少 。 由于属于配置性开发 , 不属于真正的代码性开发 , 就不存在发布版本问题 , 最多只是逻辑误判 , 而不会出现一个技术型 bug 崩溃导致流程走不下去 。 bug 少就能节约大量测试环节 , 甚至可以放心的让用户去直接测试 。
第四是门槛变低以后能让更多人参与开发 。 有些 DIY 能力强的同事看到开发过程后领悟很快 , 会主动要一个开发者权限 , 自行做应用给部门用 , 形成一个社区性开发 , 让更多非专业的开发人员在内部做开发 。 这只有零代码平台才能实现 , 哪怕低代码平台 , 非开发人员也根本参与不了 , 所以我认为明道把这种零代码做到很强是可以取代某些开发人员的工作场景 。

推荐阅读