钉钉宜达（低代码开发平台）
阿里云公司旗下产品，于2019年3月上线，流程较简单，阿里生态圈。其高大上的功能很多，但是功能多也有弊端，很多功能要么用不上，要么不会用，平衡感很不好，像一个四不像产品，开发人员去使用可能觉得不够自由不如自己开发，而非开发人员直接懵逼，表示不会用。

欲戴王冠确实必承其重，宜搭的超强的功能造成了学习成本偏高，带来了用户体验不足的感受

这个评价可能会让人有点意外，上面还在被秀的拍案叫绝，马上就翻脸泼冷水，从段落标题看还是泼了两桶。我打一个不恰当的比方：宜搭就像是钉钉送给用户的一套Twin Point的厨具，作为红点设计奖得主不是最奢华，但却非常走心，然后希望用户能用这套厨具做出全公司都满意的菜肴，还是有点让人为难。在使用过程中，会碰到一些很直接的问题：
a. 想要实现某个需求，不知道支不支持。
宜搭的功能直观看很多很全，也很容易理解，但是深处还藏了很多小功能，比较无解的是搭应用必须要小功能都掌握，否则搭应用会很吃力。就像用Excel做数据统计，你知道你的目标是什么，你也会用一些Excel的函数，但是你就是不知道怎么通过Excel得到你要的统计结果。在用宜搭搭建应用过程，比如流程表单是怎么分级呈现的，表单能不能添加计算规则，表单和表单之间的关系怎么处理等等。这些要摸比较久才能找到，我上面举例都是可以找到解决方案的。
b. 如果某个常见需求确定了不支持，用户是不是要放弃这个需求。
这里面我在试用的时候，尝试建立一张表单，需要对表单里的数据做分类求和，摸索很久没找到，咨询了宜搭客服，被告知表单暂时不支持，需要用JS来写，很遗憾的是我不会JS。所以最后这个需求就放弃了。

4. 宜搭面向的到底是哪一类用户？

看起来宜搭的出现是造福不会写代码的人，那这个人的的角色是完全的C端，还是B端里的IT人员、或者B端里的业务人员？
从目前的体验来看，完全交给个人开发会有一定的难度。
假设应用是面向B端的，如果让企业IT人员或者企业的研发人员使用，他需要学习的是业务知识、是Know-how，还要具备产品经理的抽象能力，怎么把需求转换成功能。
如果是让业务人员比如HR、销售、法务等等搭建各自部门的使用系统，他们有一定的业务知识，但是又欠缺低代码开发能力，也缺乏产品思维。
国际低代码巨头OutSystems的方法是，设计课程，让用户考证持证上岗开发，这倒是很符合外企的思路，像cisco、NI都有类似认证玩法。OutSystems我试用过了，上手难度应该比宜搭更高。
我们设想一下，当需要使用宜搭或者轻流、Mendix、OutSystems这类产品，业务人员考证了，基本技术能力解决了、业务知识也有了，但他仍然欠缺产品思维，做出来的东西要全公司去用的，这块还是需要弥补。宜搭等低代码平台可以解放很多研发生产力，但另一方面对使用者提出了更高的要求。

写在最后，目前宜搭的使用体验是超过国内类似平台的，但也有一些低代码平台不可避免的学习成本偏高的问题，我倾向于把低代码平台定位成工具，或者是一种新的不包含Code的G语言（Graph Language）。只是传统的工具是解决单个问题的，现在低代码这一类工具，是在解决问题的同时还要考虑产品交互，易用性等问题。像很多文章里写的低代码是万能的，是应用制造自动化工厂，这种过分夸大容易伤害到这个细分领域的发展，大家还是保持理性，看看之后的发展吧。