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


3. 关于限制
限制是由于每家公司都会有自己风格的界面和操作文化所导致 , 比如这个字段只能这样 , 最多只能改变它的某些属性参数 , 但不能够改变大的形态 。
这种情况下所产生的自由度是会带来一些功能限制 , 比如某个界面 , 传统方法是点完某个按钮出来一个下拉菜单 , 直接把这三四个信息合起来进行选择 , 在一个小菜单上就能实现 。 但由于低代码平台界面控件选择有限 , 所以它在操作界面上相对受限 , 只能适应明道的操作方案 。
另外从编程角度也受到部分限制 , 比如审批工作流 , 有种工作流没有设计过 , 这个时候我们会去找明道厂商询问有没有可能实现 , 可能出现的答案是:没打算实现以后也不会实现;现在没有但建议很好 , 后面的版本会把这个功能加上;再就是我们其实有这个功能 , 只是你不会用 。
通常只有这三种回答 , 我们会感觉到还是要依赖厂商 , 不像定制开发可以任意提需求 , 基本都是回答可以做 。 从明道的角度来讲 , 一定要找共通性 , 所以对我们的需求 , 也不是 100% 满足 。 不过 , 我们提的需求里只有两到三成他们解决不了 , 这不是他们的路线 , 大部分是可以实现 。
4. 关于实质性的业务帮助
我们收到的邮件、聊天系统、Excel 越少 , 证明 OA 比以前要做得好 , 因为很多流程可以跑在上面 。 我们一个基本评估指标是去看老板的邮箱 , 去挖掘还有哪些流程没有标准化 , 我们上海老板的邮箱事务性邮件 , 大概减少七成的样子 。
上一代 OA 系统没有达到有效降低邮件的目标 , 反而带来了一些负向增加 , 系统本身设计还有一些不合理的地方 , 有些东西没考虑到选项不在 , 员工为了能让单子通过 , 反而要发一个邮件强调是 OA 上面没有选项 。
这一代 OA 解决掉这个问题 , 基本员工说没有选项 , 直接解释一下为何要增添选项 , 只要我们评估下来功能正确 , 马上就可以加 。 上一代 OA 系统基本不可能实现 , 增添选项得去找工程师 , 改数据库 , 以及测试 , 所以低代码还降低了沟通碎片化的问题 。
除 OA 以外 , 我们现在把一些数据生产系统也移到明道上 。 我们做市场研究每天要处理大量数据 , 有一些要写程序 , 有一些是由数据库来管理 。 自从用明道的工具 , DIY 能力强的同事就能用这个工具来帮助他处理数据 , 我们把诸多数据后台的管理平台接到了一个平台上 , 只要有 API 和数据库 , 基本都可以连上去 。
5. 关于明道云产品使用体验
其实我们也用过一些其他零代码 , 对比下来会发现很多界面不够精致 , 如果以 APP 市场所有的 APP 作为衡量标准 , 大厂的 APP 因为是为 To C 服务 , 产品的用户体验自然追求到极致 。

推荐阅读