Low code is no silver bullet, and we recommend careful consideration before rushing to adopt it. Many software developers view low code skeptically; even so, many people within the enterprise are attracted by the apparent promise of fast and easy ways to create apps.
So, who is right? The answer to that is not simple.
There are business needs that traditional software development is failing to fulfill, and low code platforms are trying to address those pain points. So, from a business perspective, low code appears to be a new innovation to solve all of these problems.
Software developers need to be more understanding of this need, and work in collaboration with the business side of things. In doing so, the non-technical colleagues can start to understand the concerns their developers might have about low-code platforms; and developers can help ensure the technical solutions support the business goals. It’s not really a question of whether low code is good or bad; but rather, will low code help the business meet its goals. For a more in-depth discussion of this question take a look at this article.
We believe the best way to think about these issues is through partnership between business and IT, rather than as an isolated exercise in one department or another. If you decide that a low-code platform should be part of your overall strategy, then here’s what we think you need to consider when choosing a platform.
First, think about your reasons for wanting to build something with a low-code platform. What is it that you’re hoping to achieve? Be clear on this point, and use it as framing for your thinking. If your hopes are too big — verging on silver bullet territory — this should give you pause. What are your specific business and technology goals? Whichever platform you choose needs to help you reach these goals.
Part of low code’s appeal is the perception that you can produce software faster and cheaper. When it comes to evaluating a platform, you need to consider the total cost of ownership, or at least the estimated savings versus traditional software development. Is it any cheaper to create each application once you have paid the “platform tax” of all the other items in this list? Some of the things you’ll need to consider are the following:
The platform you choose should scale with the growth of your business. There are various angles to consider in terms of scalability that should be taken into consideration. An example would be the platform not hindering overall business growth. As your company grows, you’ll likely have more projects and employees that need access to the platform. You need to ensure that the platform will meet your needs as the business grows. Similarly, the platform needs to allow for your projects to grow with the number of users. In general, the platform you choose shouldn’t get in the way of the growth of your business. Some considerations we think you should keep in mind to help ensure that the platform you choose scales with you are as follows:
Software is created by humans, and humans make mistakes whether writing code or configuring via “drag and drop” interfaces. It’s an undeniable fact that bugs will pop up. It’s important to have both a plan and the necessary tools for finding and fixing bugs effectively. Whatever platform you choose needs to empower your developers. Collaboration between software developers and ‘citizen developers’ will bring the best result. Having both collaborate to evaluate the tooling and outputs will allow for you to judge both the utility and usability.