低代码开发平台
又一个似曾相识的需求到来了。
业务部门设计了一个新的付费会员活动，用户成为付费会员以后在一个有效期内享有某些会员权益。由于该会员活动尚不成熟，没有软件工具支持，门店试点工作受到阻塞，急需开发出来一个针对该活动的会员注册、验证、权益领用的会员系统。
这是一个典型的零售业务场景，特别是连锁零售型业务，各种新思路、新玩法层出不穷，对数字化工具的要求也越来越高。如果缺乏必要的数字化工具支持，只能眼睁睁的看着一个创新的思路无法落地验证，从而失去先机，悔之晚矣。
现代零售，对数字化工具的需求主要体现在三个方面。
1.快速。市场环境瞬息万变，零售业务竞争激烈，任何一个好的创意、营销方案、活动策划，都需要立刻投入市场进行快速验证。这也是互联网思维的实际应用。在过去，业务部门不乏创新之举，然而，需求提出来以后，往往面临很长时间的工具开发周期，当然，也有高额的开发费用，待到1、2个月以后工具具备了，可能已经错过了最佳的市场时机，或者失去了先发优势。这种切肤之痛想必浸淫零售多年的管理者都深有感触，因此，对数字化工具的需求就是要快，天下武功，唯快不破，只有快速完成工具的创建，才能支持业务部门的快速上线验证，哪怕是在个别门店试点，也是非常重要的战术意义。快速上线，成为了当下零售业务对数字化工具的第一需求。
2.灵活。一个零售业务从上线开始，到稳定成熟符合设计预期，到可以全部门店推广，这是一个周期性的过程，也是一个不断试错、完善的迭代过程。由于业务的创新性、不成熟，在实践的过程中发生变化是必然的。然而，信息化、数字化部门在开发工具的时候，希望的是业务需求的稳定性，这就造成了业务部门与信息化部门的矛盾。一方指责另一方不理解变化的常态，另一方则抱怨需求变化快。这背后其实是业务方对工具在灵活性方面的隐性需求，或者说是非功能性需求。这个需求给信息化部门带来了很多的挑战，传统的开发方式变得比较笨拙，急需有可以灵活调整的技术方案进入业务应用。
3.开放。业务通常很少是单一的存在，或多或少都需要和现有的ERP、POS、SCRM等系统打通连接、数据共享，这也对新的业务工具提出了一个开放性的需求，可以在需要的时候快速便捷的对接到现有的数字化体系当中，当然，也可以接收来自现有体系的数据。也只有如此，该业务工具才会在成熟的过程中与企业现有的数字化体系融为一体，不至于每做一个工具都出现一座孤岛。业务部门不希望，信息化部门也不希望。
通过这些需求可以发现，如今的数字化挑战已经很有难度了，传统的立项、组织团队、需求分析、设计、开发、测试、上线等过程对以上需求的适应程度略显吃力。新的开发思路、结构设计都需要有新的工具来支撑，低代码开发平台不失为其中一个可用的选项。
低代码开发平台LCDP（Low-Code Development Platform）是无需编码（0代码或无代码）或通过少量代码就可以快速生成应用程序的开发平台。它的强大之处在于，允许用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。构建业务流程、逻辑和数据模型等所需的功能，必要时还可以添加自己的代码。完成业务逻辑、功能构建后，即可一键交付应用并进行更新，自动跟踪所有更改并处理数据库脚本和部署流程，实现在 IOS，Android，Web 等多个平台上的部署。
低代码开发平台自2014年以来，一直处于快速发展的过程当中，有众多的开发平台已经帮助若干企业实现了需求的快速构建，已经是相对成熟的开发工具。具备上手快、开发快、运行快、运维快等特点。
低代码开发平台主要有两种类型，一种是模型驱动，一种是流程驱动。前者主要围绕着数据表单、数据模型的业务需求，后者主要围绕着工作流审批流转的业务需求，当然，二者不是非此即彼，也可以同时存在，根据业务需要加以选择。常见的低代码开发平台都可以较为容易的与企业微信、钉钉、飞书等常见的OA系统集成，从而实现组织结构、员工信息的复用和登录管理。
有了低代码开发平台工具，可以容易的构建以下零售业常见的应用。
- 库存管理
- 客户管理
- 营销抽奖
- 采集调研
- 邀请预约
另外，很多低代码平台都具备OpenAPI、WebHook、连接器等开放能力，可以便捷的与现有的信息化系统进行数据连接，从而满足开放性的业务需求。
回到开头业务部门提出的会员系统的需求。信息化部门使用了低代码开发平台，3天就完成了开发、测试、上线，然后业务部门进入门店试点的工作当中。在试点的过程中，业务部门对于手机号验证码、权益规则等功能又进行了细化和补充，每次的优化开发工作都在1天时间内上线，充分满足了业务部门扩大试点规模，进而完善了最终的新会员业务。随着业务全面上线，该工具也一直支撑住了规模增长，并持续与现有的其他系统进行了数据集成。仅就该系统而言，按照传统工程估算，可能需要30天开发时间，十几万的费用。而采用了低代码开发平台，开发时间大幅缩短，费用大量节约，成熟度显著提高。
低代码开发平台适用于以下业务场景：
1.临时性需求，比如某个跨品牌合作项目需要的功能，是项目合作方式，没必要投入正式的技术开发，工具的生命周期仅限于项目的生命周期，一旦该项目结束，工具也就不需要了。
2.试点性需求，比如要在个别门店试点一个营销创意，或者新的会员规则，由于是试点性质，暂时还不能确定完整而稳定的业务需求，可是也需要数字化工具的支撑，需要有快速的工具匹配试点需求。
3.原型性需求，比如已经设计了一个系统，为了直观的与各个不同部门、不同角色分析需求细节，可以快速构建简易的原型系统，基于此，以可视化的手段进行正式投入开发前的原型设计工作。
4.业务逻辑相对独立的需求，这类需求往往小而多，在现有系统上开发周期长，关联广，独立成工具有清晰的边界和适用性，并且低代码平台可以满足需求实现。
5.正式系统开发期间满足最小可用集的备用系统，比如已经确立了要开发正式的系统，但是开发周期长，业务等不到完全开发后再展开。为了满足业务快速上线的需求，提取出最小可用的功能集合，利用低代码开发平台快速上线。与此同时，正式系统的开发按部就班的进行，待开发完成以后取代在用的版本。
以上不是全部，可以据此引申出更多的适合使用低代码平台开发的子系统或数字化工具。总体而言，相对传统的信息化开发工作，采用低代码平台，由于工期的缩短、开发效率的提高、运维的便捷稳定、集成的简单易用，每一个利用低代码平台开发的工具，都可以带来数万、数十万费用的节约，也可以带来数天、数月不等的时间节省，为数字化建设、业务创新带来更强有力的支持。
零售业的数字化建设，也应如零售一样，快速上线，不断创新。
–END–
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。