No Code can be too fast for an organisation

Earlier this year, I was working with other entrepreneurs in a startup to develop a new service as fast as possible. The service included an application to support the service. We started very enthusiastically using WEM as platform because we could very fast develop the application. We wanted to demonstrate the application to prospect customer. And avoid having to find trustworthy developers and keep costs contained.

The enthusiasm and excitement grew with every new feature we developed

There were many created in a very short period. Due to the rapid evolution of the application, we were very quickly confident that we decided to deploy the application in trial mode for a number of prospects. The initial feedback was great and we were getting very, very close to signing up a first customer. We really were confident that we could make this work.

But then it went all downhill in a matter of weeks in a completely different area…

With a No Code platform you can build an application lightning fast. However, we also needed develop of the service itself which included among others the creation of a legal entity, define and agree roles and responsibilities, the creation of predefined content, start a knowledge base, define consulting services, and the staffing the required support.

We tried to do the organisational development at the same speed

This meant we were doing many of those service components and the organisational development in parallel in a matter of months. With an application ready to be used and a first customer lined up it was really important to be able to deliver.

It was crunch time. There were a lot of tasks that were started but not finished. Decisions had to be made quickly. People had to be assigned to roles within the project team for the first customer. Individuals had to step into their agreed roles and deliver on promise. Unfortunately, it did not work. There was simply put not enough commitment from some of the people involved…

We made the tough decision to stop almost as quickly as we decided to start

The main lesson for me was that you can save a lot of time by using No Code. However this does not mean that organisational, people and process development can keep up. It actually will reveal very fast and painfully whether your assumptions are correct. In traditional projects this need for speed is often obfuscated because the application development takes much more time and therefore there is more lead time to deal with this.

This blow was written by me for webbit21