Cords Cords Cords Cords
API-integrasjoner | API-administrasjon

Hvordan implementere en API-integrasjonsstrategi

API-integrasjonsstrategi

For å sette bedrifts-IT i en posisjon til å lede (ikke følge!) a company's digitale transformasjon og fremtidssikre forretningsstrategier krever to hovedting: å bestemme grunnen til at du trenger en API-integrasjonsstrategi, og deretter implementere den API-integrasjonsstrategien.

"APIer er kritiske for digital transformasjon fordi de er sentrale for programvare som ryggraden i moderne virksomhet", bemerket Forrester-analytiker Randy Heffner tidligere i år. "Mange applikasjonsutvikling og -levering (AD&D)-proffer tenker feilaktig på APIer bare som en teknisk strategi for applikasjonsintegrasjon og mobilapper. Men API-er muliggjør nye forretningsstrategier, raske forretningsendringer, bred økosystemtilkobling og kundeengasjement i verdensklasse.»

Å implementere en strategi er selvfølgelig mye lettere sagt enn gjort. Det er mye enklere å finne ut hvorfor en API-strategi er nødvendig, spesielt i dagens verden av endeløse skyapper, tilkobling på farten og avdelingens best-of-breed-stabler. Men å få på plass en slik strategi kan være farlig.

Så, for å hjelpe deg med å implementere en API-integrasjonsstrategi, har vi satt sammen denne praktiske veiledningen som skisserer alle trinnene du må ta. Selvfølgelig er virksomheten din unik, så de nøyaktige trinnene, beregningene og personene som er involvert vil avhenge av hva forretningsmålene dine er, hvem interessentene i organisasjonen din er, og når du ønsker å gjennomføre transformasjonsstrategien din – men generelt sett, har sett de mest suksessrike organisasjonene dekke følgende trinn:

Trinn 1: Etabler mål og benchmarks

Dette er et svært kritisk skritt, men mange organisasjoner bruker fortsatt ikke nok tid til det. Dette gjelder spesielt når det kommer til APIer, som altfor ofte blir sett på som en muliggjører av teknologi i motsetning til en kjernevirksomhetsstrategi.

GSMAs Manfred Bortenschlage anbefalte å sikre det disse tre spørsmålene blir tilstrekkelig besvart på dette stadiet: Hvor er vi nå, hvor ønsker vi å være og hvordan kommer vi dit?

Målet her er å ha en fast ide om hva du ønsker å oppnå gjennom en API-integrasjonsstrategi og hvordan du kan måle suksessen. Etablering av et veikart og nøkkelytelsesindikatorer (KPIer) lar de som er ansvarlige for utrullingen holde seg på sporet og nøyaktig avgjøre om de gjør god fremgang eller ikke.

Eksempler på KPIer for å måle før og etter implementering av strategien:

  • Utviklingstid
  • Tid til marked
  • CAPEX og driftskostnader
  • Kundetilfredshet og churn rater
  • Ansattes produktivitet og applikasjonsadopsjon
  • ROI på eksisterende systemer

Trinn 2: Utvikle en grundig forståelse av IT-miljøer nå

Før en API-strategi lages, er det ekstremt nyttig å finne ut hva som er på plass for øyeblikket. Hvor mange programvarelisenser er aktive? Hvilke verktøy bruker hver avdeling, og hvor ofte utnyttes de? Hvordan etableres forbindelser mellom disse applikasjonene og systemene nå (eller er de ikke koblet til i det hele tatt?), og er API-er i bruk i noen tilfeller? Hvordan har IT-miljøene utviklet seg det siste året?

Tar en grundig inventar helt i begynnelsen kan være ekstremt informativ. Avhengig av hva som avsløres i denne revisjonen, kan det utgjøre en stor forskjell når det gjelder typen API-integrasjonsstrategi som trengs senere.

Trinn 3: Bestem hva som må kobles til via APIer og hvordan

Når en grundig inventar er etablert, bør teamene finne ut hva som spesifikt må kobles til via APIer. På mange måter fremhever dette trinnet de spesifikke taktikkene og oppgavene som trengs for å gjøre den overordnede strategien til virkelighet.

Utover å bare bestemme hva som må kobles sammen og på hvilken måte, vil de som er ansvarlige for strategien ønske å lage API-verdikjeder, også. I hovedsak refererer dette til API-tilkobling og bruk fra database til sluttbruker. Dette trinnet handler om hva som må skje for å gjøre et API til virkelighet og hvem som har ansvaret for hvilken spesifikk brikke i puslespillet.

Denne tiden kan også være nyttig for å bestemme hvordan nye APIer skal opprettes og distribueres når det er nødvendig. Avhengig av omfang og API-brukstilfeller, kan organisasjoner finne det fordelaktig å ta i bruk en API-opprettingsplattform som lar dem lage sine egne APIer etter behov.

Trinn 4: Sørg for at alle vet hvorfor API-integrasjonen er viktig, og hva man får ut av den

Enhver strategi vil alltid møte motvind, uansett hvor gjennomtenkt eller nødvendig den måtte være. Hver organisasjon har sin rettferdige andel av nektere som misliker endringer i noen form. Tilsvarende motstand bør forventes.

Men disse motsatte stemmene bør ikke unngås. Snarere, de bør omfavnes. Mot begynnelsen av arbeidet, ta deg tid til å forklare hvorfor en API-integrasjonsstrategi vil være fordelaktig og hvordan alle avdelinger – inkludert IT – vil ha det bedre med en på plass. Å få buy-in fra alle kan noen ganger forlenge tidslinjene betraktelig, men det bidrar til å sikre at det ruller ut jevnere og med færre feil.

På dette stadiet kan det ofte være nyttig å benytte tjenestene til en API-evangelist. Akkurat som det vil være nei-sayere, vil det også være enkeltpersoner og team som vil brenne for den nye strategien og vokale om fordelene. Ved å trykke på disse evangelistene for å hjelpe med å spre ordet, er det mer sannsynlig at skeptikere ser det positive med den nye strategien i motsetning til å bare dvele ved de opplevde ulempene.

Trinn 5: Gjennomfør en prøvekjøring av den nye strategien

Når strategien er grundig etablert, kommer tiden for å se hvordan den fungerer i den virkelige verden. Ved å prøve ut den nye strategien med bare en spesifikk avdeling eller team, eller innenfor en liten delmengde av IT-økosystemet, kan du se om strategien fungerer etter hensikten eller om ytterligere justeringer kan være nødvendig. Ingen utrulling går 100 prosent problemfritt, og en prøvekjøring sikrer at innledende hikke ikke forårsaker hodepine i hele organisasjonen. Tenk på dette som et internt proof of concept (POC) der den første læringen din vil gå langt for å gjøre ditt større initiativ til en suksess. Det er også viktig å sikre at denne POC-fasen er tydelig kommunisert med alle interessenter og aktører i trinn 4, inkludert definerte forventninger til hva som vil og ikke vil bli oppnådd i løpet av denne prøvekjøringen. Du ønsker ikke å øke motvinden fordi resultatene ikke stemte overens med forventningene.

Som en del av prøveperioden er det også viktig å etablere protokoller for API-overvåking, sikkerhet og vedlikehold. En god API-strategi er ikke noe som kan etableres en gang og deretter glemmes for alltid, selv forutsatt at utrullingen går uten problemer. Ikke bare vil API-ene måtte overvåkes og overvåkes for å sikre riktig bruk, men også forbindelsene kan trenge rutinemessig vedlikehold over tid for å forbli svært funksjonelle. Å ha en API-integrasjonsplattform kan hjelpe til med å håndtere og automatisere mange vedlikeholds- og tilsynsoppgaver.

Når rettssaken er fullført, kommer nå regnskapsdagen. På dette stadiet bør strategien være godt etablert og eventuelle feil identifisert og adressert.

Trinn 6: Bestem hvordan nye APIer skal introduseres

Tenk om du først implementerte API-integrasjonsstrategien din i 2002. Cloud ville sannsynligvis vært en ettertanke, mobil ville ikke vært med i bildet, og AI og IoT var mer science fiction enn bedriftsvirkelighet. Mye har endret seg de siste 15 årene, og bedrifts-IT vil fortsette å utvikle seg betydelig i fremtiden. En god API-integrasjonsstrategi bør ha fremtidssikrede protokoller som forklarer hvordan ny teknologi og løsninger vil bli brakt inn i folden.

For å se virkelige vellykkede API-integreringsstrategier, last ned gratis e-boken nedenfor.

API Transformation Kundesuksess

Denne e-boken deler historier fra den virkelige verden fra syv Jitterbit-kunder som bruker Jitterbit Harmony, en enkelt født-på-skyen API-integrasjonsplattform, for å slippe løs den transformative kraften til APIer og integrasjon.

Har du spørsmål? Vi er her for å hjelpe.

Kontakt oss