低代码开发平台如今火的一塌糊涂！低代码开发平台已经为大多数软件公司和终端企业所接受，这着实是喜事一件！但**面对国内五花八门的低代码开发平台，大家又不免陷入幸福的烦恼——该如何选型靠谱的低代码开发平台呢？**废话不多说，我把这些年来在甲方、乙方做信息化建设积淀下来的开发平台选型心得分享给大家，姑且算是抛砖引玉吧：
一、过硬的开发技术功力（技术）
打铁还需自身硬，作为开发软件的软件，一款靠谱的低代码开发平台毫无疑问应该具备过硬的开发技术功力！微服务架构有木有？真正微服务还是伪微服务？多租户模式有木有？可以跨域流程审批吗？容器部署有木有？性能测试报告拿得出吗？自主核心技术（如流程引擎）有木有？全部开源的东西来拼凑？倒不是说具体选型时这些要素都得满足，而是告诉大家从这些要素可以大致判断出这款低代码开发平台的技术功力。
怎么个判断技术功力法呢？不管是可视化的托拉拽快速配置能力还是视觉层面不太容易见的接口集成能力，**一看产品介绍、二做技术交流、三做平台测试！PPT能造假，但没有真正硬实力技术交流就容易露馅，如果对方真的很能扯那还有平台测试来把关！等等，可是国内宣称能够事低代码开发平台产品和服务的公司已经多达近百家，这什么时候才能选到头？又或者我们自身的IT实力就不是很强，那怎么办？行，那就教大家一个简单粗暴的办法，没有专注低代码开发平台领域十年以上的公司不选！**理由很简单，技术是个讲究积淀的东西，能够经得起十年以上的岁月跌宕还仍然屹立不倒那技术差不了。
二、丰富的业务领域知识（业务）
什么是业务？这里的业务说的是解决方案或案例，为什么业务知识如此重要？那是因为我们购买低代码开发平台不是用来看的，而是要应用它并指望其能给企业赚钱、帮助企业提升经营管控水平的！但我在《国内低代码开发平台发展现状》一文中给大家明确的指出：国内各家低代码开发平台设计理念和业务擅长相差很大，有的擅长复杂业务流程处理、有的擅长数据填报分析、有的擅长APP/小程序定制，不考虑业务匹配性就极有可能导致驴唇不对马嘴！
那怎么考察低代码开发平台的业务知识呢？**一看解决方案、二做方案交流、三做案例演示！**解决方案网上是能抄但方案交流就不是那么好蒙混过关的，**没有亲自接触甚至理解实际业务你一听就知道是水货，**案例系统演示更加绝了，甭管他们和你说多少好话、甭管他们给你灌多少酒，你就要求把平台做过的案例系统拿出来看看，是骡子是马溜溜就知道啦！
三、创新的本地交付服务（服务）
你们在北京有办事处吗？你们在上海有分公司吗？你们在广州的团队是技术还是商务？类似的话语大家很熟悉吧，我非常能理解甲方的后顾之忧，但说真的这种对“物理本地化”的追求意义不大，因为现代网络通讯发达，绝大多数问题通过远程即可处理！更为关键的是，如果乙方的合作模式及服务机制不友好，哪怕乙方开在甲方隔壁甲方不掏钱恐怕也不顶用！
如何才能有效消除甲方的后顾之忧呢？这就是我要和大家说的创新本地化服务：**一方面要能够提供全源码交付版本，让甲方没有受制于人的后顾之忧！二方面要提供培训+联合开发模式，帮助甲方掌握低代码开发平台工具和实施方法论，让甲方没有信息化建设的长远之忧！**这才是真正意义上的本地化！在这样创新的合作模式和服务机制下，甲方专注于平台在业务层面的应用，乙方专注于平台本身的迭代和进化，双方互利共赢！
总结：**低代码开发平台选型三要素=过硬的开发技术功力+丰富的业务领域知识+创新的本地交付服务！**低代码开发平台选型还有没有其他思路或方法？那肯定是有的，但我这一套模型近年来真的是屡试不爽，帮助很多甲方找到了靠谱的平台，也得到了不少乙方的认可，一般人我还真不愿意告诉他，但独乐了不如众乐乐，若能给到大家一点点启发我也就满怀欣喜了！
另外对下期文章做个预告，看到很多网友对于低代码平台的发展历史不是很清晰，甚至存在较为严重的误判，我准备对此做一个大致梳理和简介~