![\"\"](\"\/wp-content\/uploads\/anterior\/Imagens\/0000API.png\")
<\/div>\n\n\tBy Lucas Tempestini, marketing analyst at Sensedia<\/div>\n
Are you a big consumer of the reports of the main consultancies in the world?
\n <\/p>\n
\n\t
\n\tThey have sensational materials on various topics, and one of the main topics covered by these consultancies in recent years has been Digital Transformation.
\n\t
\n\tAnd not only that: everything indicates that the Digital transformation needs APIs<\/strong>. It may seem like a strange statement, or an exaggerated one. For us, it only reflects the moment of the world economy that we live in!<\/p>\n
\tIs your business digital?<\/strong> \tIf someone tells you that SOA is dead, be wary.<\/strong> \tEnough of the generic subject: what about YOUR business?<\/strong> \tOK, I understand the impact that APIs can have on my business, now what? <\/strong> \tTake care of your new asset<\/strong><\/div>\n <\/p>","protected":false},"excerpt":{"rendered":" By Lucas Tempestini, marketing analyst at Sensedia Are you a big consumer of reports from the world's leading consultancies? We here at Sensedia are, especially from the two largest in the world: Forrester and Gartner. They have sensational materials on various topics, and one of the main topics covered by these consultancies in [\u2026]<\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[8,19],"tags":[],"class_list":["post-3123","post","type-post","status-publish","format-standard","hentry","category-artigos","category-ultimas-noticias"],"acf":[],"publishpress_future_action":{"enabled":false,"date":"2026-06-14 03:18:00","action":"change-status","newStatus":"draft","terms":[],"taxonomy":"category"},"publishpress_future_workflow_manual_trigger":{"enabledWorkflows":[]},"_links":{"self":[{"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/posts\/3123","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/comments?post=3123"}],"version-history":[{"count":0,"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/posts\/3123\/revisions"}],"wp:attachment":[{"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/media?parent=3123"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/categories?post=3123"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dev.abes.com.br\/en\/wp-json\/wp\/v2\/tags?post=3123"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n\t <\/div>\n
\n\t
\n\tI truly believe that every business is digital, regardless of the segment in which it operates. Whether conservative or not, you urgently need to consider that your business is on a transformational journey.
\n\t
\n\tWe can divide the resources you have in your company into two:
\n\t
\n\t\u00b7 Those who are born digital<\/strong>, such as your data, applications, connected devices, etc.
\n\t
\n\t\u00b7 Those features that weren't born Digital<\/strong> but they invariably have their Digital correspondents, for example Postal Codes, Location via GPS, Bar Codes.
\n\t
\n\tSome companies have not yet faced this reality, and according to Forrester<\/strong>, by 2020 you can become a predator or a digital prey.
\n\t
\n\tNo Report \u201cDigital Predator or Digital Prey<\/a>\u201d, We see that this characterization of the companies depends on the size of the disruption that your segment may suffer in the coming years, with some markets already transformed and others are still crawling in this direction.
\n\t
\n\tForrester still says, in the article \u201cHow APIs Reframe Business Strategy<\/a>\u201d, That a world in full digital disruption demands creating new business models<\/strong> who need new ways to add value to their offer.
\n\t
\n\tSpeaking of which, I always remember Uber, which managed to create practically a new segment by bringing digital partners and incorporating other services into its, complementing its solution and creating a different value vision for the final consumer.
\n\t
\n\tBut more than that, creates an ecosystem of integrated digital partners<\/strong>.
\n\t
\n\tWant a great example of Digital Ecosystem<\/a>? Marketplaces.
\n\t
\n\tThe big online retailers found that they could cut costs and add new products to their offering simply by allowing smaller retailers to integrate with the platform and sell their products through it.
\n\t
\n\tIt looks like a mall, only totally inserted in the Digital environment.
\n\t
\n\tAnd so a new business model was born, in which at the end of the day, the main asset is the Traffic instead of products<\/strong>.
\n\t
\n\tMost companies find it difficult to break these paradigms because it is common for the IT Department to be seen as the one that keeps systems running, with an exclusively operational role.
\n\tAlthough, it is necessary for IT to play a fundamental role in <\/strong>business decisions<\/strong><\/a> and manage to create new \u201cassets\u201d that can add value to the final consumer and create new ways of seeing the company's offer.<\/p>\n
\n\t <\/div>\n
\n\t
\n\tCountless articles on the Internet already count SOA as old and out of date, but something that all these articles have in common is a rather poor definition of SOA.
\n\t
\n\tAccording to the Forrester article \u201cSelecting Tools that Enable Agility<\/a>" much of what is still being done is under the SOA banner<\/strong>.
\n\t
\n\tService-based strategies are not exactly APIs or SOA, but both. After all, APIs and SOA still share several practices.
\n\t
\n\tForrester also recommends that conversations about Service Oriented Architecture serve to build strategies that ensure agility in services that are critical to the company's business while APIs can be responsible for taking an agile business model to new contexts, in order to extend your business to seas not yet navigated.
\n\t
\n\tA successful strategy for APIs is essential to ensure agility in your processes, but it must be guided by your company's core business.
\n\t
\n\tIts most valuable digital assets are those related to the core of its offer, its main competence. Obviously you can design APIs for your day-to-day operation, to internal integrations<\/a>, but don't forget the innovative power of APIs<\/a>: They will have the greatest impact if they are related to your business.
\n\t
\n\tGaining agility means saving time, especially those that perform repetitive activities on a daily basis and that can be easily automated or be delegated to APIs.
\n\t
\n\tDrawing a parallel between the Industrial Revolution and Digital Transformation<\/strong>, the end of basic and repetitive activities changes the role played by people. Machines began to replace man in basic activities in the production lines, from the 18th century onwards.
\n\t
\n\tAnd in the 21st century, we are creating new mechanisms<\/strong> that allow us to focus our efforts on more complex activities, creating resources that will have a direct impact on business models innovators<\/strong>.
\n\tDid you realize the disruptive power?
\n\t
\n\tBut I repeat: automating and improving simple, everyday processes can help you save money, but this is not where your business strategy will be greatly impacted.
\n\t
\n\tIf you want your Architecture and APIs strategy to be successful, it MUST be guided by your business objectives. The CIO must have this orientation to the company's business, but more than that, this journey needs to be part of the daily life of the company's CEO.
\n\t
\n\tAny initiative that has not executive support and commitment<\/strong> it can be seen as superficial, and not be bought by those involved. In the end, even the customer will see no value.<\/p>\n
\n\t <\/div>\n
\n\t
\n\tThere are some paths to API strategies, depending on the objectives sought by the client. We divide it into five use cases:
\n\t <\/div>\n\n
\n\tAs Forrester pointed out in the report \u201cSelecting Tools that Enable Agility<\/a>\u201d, It is necessary an architecture that allows agile integrations and interactions<\/strong>.
\n\tThis is where it all starts: we call this concept Agile Architecture.<\/strong>
\n\t
\n\tAn agile architecture allows you to visualize API strategies more clearly, and facilitates the work of designing these APIs, but more than that, it allows for rapid changes, MVPs that will impact your business and that can quickly have your results measured.
\n\t
\n\tThen, you must make the decision about which of these cases to address.
\n\t
\n\tSome companies seek to create new digital experiences, many of them linked to Mobile or Social initiatives (or another of the pillars of the SMAC<\/a>), but obviously this Digital Experience <\/strong>it\u2019s not just about that.
\n\t
\n\tMore than Mobile, strategies for Digital Experience <\/strong>aim to create unique experiences for users independent of channels or screens, which has a lot to do with a market trend that has been widely applied in eCommerces, the famous Omnichannel.
\n\t
\n\tIf you haven't read our article on how to be a real Omnichannel<\/strong>, this one!<\/a>.
\n\t
\n\tOther use case<\/em> widely used in the world of e-commerce is that of Partners & Channels<\/strong>.
\n\t
\n\tMany companies adopt APIs as commercial arms to reach and engage new audiences that had not yet been able to impact through Partnerships or even to integrate solutions with suppliers.
\n\t
\n\tThis ensures agility throughout the production chain, improving and simplifying the purchase journey of the final consumer.
\n\t
\n\tAgain, Marketplaces serve as a great example, as they are an excellent case of using APIs to create Partnerships and New Channels.<\/strong>
\n\t
\n\tAt this point in the championship, you may have noticed that this division is not rigid and exact, but that there are gray areas between them. The last use case is the most comprehensive of all, at the point where some API strategies end up being leverage for other new strategies to emerge.
\n\tIt's the concept called Platforming<\/strong> or simply, Platform.
\n\t
\n\tSome may view a Marketplace strategy also for cases of Platform<\/strong>, so that shopkeepers end up supporting themselves within that environment.
\n\t
\n\tHowever, some cases are more specific and focus on creating new products from the API of existing products, see the API of Google Maps<\/a>, which is available for you to create new products from your maps.
\n\t
\n\tIn addition, it is possible to generate revenue from your Platform<\/strong> (in fact, from several of these cases, but in this case, this is quite clear). Google Maps itself does this, starting with a free banner and charging from a certain number of calls to the API.
\n\t
\n\tThis strategy is nothing more than positioning itself as a platform for launching new businesses (even if they are not actually yours).
\n\t
\n\tSome initiatives Open Innovation <\/strong>are driven through Open APIs<\/a>, such as Open Banking and <\/strong>Hackathons around open APIs<\/a>.
\n\t
\n\tCountless companies already see Hackathons as a tool to promote Innovation<\/strong>, and many of them have the company's APIs as their central theme.<\/p>\n
\n\t <\/div>\n
\n\t
\n\tForrester has a very interesting approach to Service Oriented Architecture projects, which, as we saw in the text, is inextricably linked to its APIs.
\n\t
\n\tIn the report \u201cBuild SOA Success with a Business-Focused approach to SOA Design and Governance<\/a>\u201dThere is a parallel between agile businesses and their architecture, highlighting 3 steps for you to succeed<\/strong>. Any resemblance to Agile Methods is NOT a coincidence.
\n\t
\n\tFirst<\/strong> you need to design your SOA and APIs in a generic way, as they say \u201cMile wide, inch-deep\u201d themselves. You need to give a broad sense of the milestones that need to be achieved, considerations around necessary investments, identify the most important processes for your journey and projects that should be considered for the second stage.
\n\t
\n\tO second<\/strong> step is to execute projects. But as not everything is rosy in this world, these projects will be responsible for maturing and implementing the aspects of your SOA plan and APIs. It is at that moment that you will have the opportunity to execute your planning, preparing to learn from mistakes and validate hypotheses. It is highly recommended that you use practices linked to Agile Methodologies to determine what are the most important aspects of this project and prioritize them.
\n\t
\n\tO third<\/strong> and the last step is perhaps the simplest to describe, but it is certainly the most responsible for its success, LEARN. <\/strong>The projects you execute should teach you a lot about the plan you drew in the beginning, and then go back to the drawing board, make adjustments, improve and allow yourself to see that in fact some of the initial premises were wrong and that there is still time to adjust the sails as the wind blows.
\n\t
\n\tFinally, dig a little deeper into your initial plan and go back to step 1!<\/p>\n
\n\tWe reached the end of the text talking about APIs, not digital transformation anymore. And why did this happen?
\n\t
\n\tWhy Digital transformation needs APIs<\/strong>. It is a relationship of cause and consequence, they are the means with which you will reach your Digital positioning goals.
\n\t
\n\tAnd in the end, it\u2019s good to remember that as much as we have open or restricted APIs or both, ALL of them need governance.
\n\t
\n\tSome need a little more, and others less, but the lack of governance means that you will have a set of randomly created APIs that can be duplicated, create security holes, or are simply useless.
\n\t
\n\tUltimately, all of this generates an unnecessary development and maintenance cost that will negatively impact the results of your initiatives.
\n\t
\n\tAnd if you want to manage your APIs, look for an API Management solution<\/a> that covers all stages of your API's Lifecycle, so you'll be able to see things like:
\n\t
\n\t\u00b7 The specific results that you planned at the beginning of your project;
\n\t\u00b7 Increase security when accessing its APIs;
\n\t\u00b7 Accelerate developer engagement;
\n\t\u00b7 Test your APIs;
\n\t\u00b7 Govern and version your APIs throughout your life and more!<\/div>\n