Establishing which online services your company provides are of interest to other companies through a business perspective alone is not easy. How do you establish your price, the suitable SLA or the complexity of the configuration options you make available? Equally relevant is the consideration of exactly how companies select services and technological components for their platforms and apps. This choice is also greatly influenced by the ‘experience’ of the integration, the Developer Experience, or ‘DX’. An increasing number of companies are building their integration and business layer functionality on the expansive public cloud serverless integration platforms, using tools such as Azure Logic Apps or AWS AppFlow, which has consequences for the design of your Developer Experience. ISAAC CTO Friso Geerlings elaborates on the developments and how digital service providers can anticipate this.
Today, many companies have – or are planning to have – digital services in place that perfectly suit the workflows of other companies. Examples of these are services for online payments, logistics, fraud detection, company or personal verification, insurance policies and credits or personalisation. However, to really enthuse companies about using these services in their own workflows, it is crucial to take into account developer experiences. However wonderful the product or service you provide, if it is too complex or unattractive for developers, you don’t stand a chance. After all, they will be integrating the services and products, and how they experience these processes will significantly affect their selection process of possible service providers. Consider it the importance of User Experience for technological products, as a good Developer Experience of technical and digital products is absolutely vital for success.
So what exactly is it that defines a good Developer Experience? ISAAC has six general rules in place to assess and guarantee the quality and maturity of the Developer Experience of digital services:
The first general rules are usually quite easily translated into the to-dos for your digital services. They are easily controlled and depend on external developments only to a limited extent. If you have properly dealt with the aspects from the first four general rules, your Developer Experience as a service provider is basically set and ready to start, however this does not really anticipate the popularity of low code development or the wish for ‘the quickest possible result’. This is where the last two general rules come in.
Companies are increasingly building their integration and business layer functionality on large public serverless cloud integration platforms, also known as iPaaS (Integration Platform as a Service); consider Azure Logic Apps and AWS AppFlow. There is no longer any way around this for service providers, making it a matter of course to develop specific target platform SDKs and plugins in addition to your APIs. Continue by making them available on the marketplaces of these platforms, provided with the correct certification and documentation. In addition to the main cloud providers, also consider your position on more specialist platforms, such as the commerce environments of Magento, Salesforce Commerce Cloud, CommerceTools and WooCommerce.
A main advantage of visibility in these stores is the fact that this is the ultimate new place for companies to look for interesting integrations and connectors. Contrary to the on-premise integration platforms (such as Oracle, Apache Camel, Dell Boomi and IBM), for which connectors were usually available on protocol-level only, marketplace ecosystems emerge on the public cloud platforms on which service providers can immediately make their business service available – consider Stripe in Payments, an early actor on Azure.
It is hardly surprising that companies build or start building using workflow or data-services such as Azure Logic Apps or the emerging AWS AppFlow. Following are some advantages for companies that build their apps and architectures in this manner:
It may be clear that players such as Azure and AWS are fighting a fierce battle on all the above points to win the hearts of both businesses and developers, their invested billions blocking the paths of other players. As the provider of a service, this is a reality you must accept.
For many – or maybe most – service providers, focusing on being present on well-known platform specific marketplaces and the public cloud serverless integration platforms is a logical step, as is the development of SDKs and plugins on top of APIs to make available through these stores. Currently, this is the area of great opportunities. You should know that your ‘integration experience’ will be made available on an external platform, making it even more important to ensure all issues are perfectly designed according to the first four general rules to ultimately be successful through the public cloud serverless integration platforms.
If you would like some more information about Developer Experience and the road to large cloud platforms, or exchange ideas and thoughts about your digital services, Rudy is happy to help!Contact Rudy