15 küsimust, mida peaksite nende platvormi kohta küsima enne platvormi valimist

API valikuküsimused

Üks hea sõber ja mentor kirjutasid mulle küsimuse ja ma sooviksin selle postituse jaoks kasutada oma vastuseid. Tema küsimused olid veidi rohkem suunatud ühele valdkonnale (e-post), nii et olen üldistanud oma vastused kõigile API-dele. Ta küsis, milliseid küsimusi peaks ettevõte enne valiku tegemist müüjalt oma API kohta küsima.

Miks vajate API-sid?

An rakenduse programmeerimisliides (API) on liides, mille arvutisüsteem, raamatukogu või rakendus pakub, et võimaldada teistel arvutiprogrammidel teenusetaotlusi esitada ja / või võimaldada nende vahel andmeid vahetada.

Wikipedia

Samamoodi kui sisestate URL-i ja saate vastuse veebisaidile, on API meetod, kus teie süsteemid saavad andmete vahel sünkroonimiseks taotleda ja saada vastuse. Kuna ettevõtted soovivad end digitaalselt ümber kujundada, on API-de kaudu ülesannete automatiseerimine suurepärane viis organisatsiooni sisese efektiivsuse suurendamiseks ja inimlike eksimuste vähendamiseks.

API-d on automatiseerimisel kesksel kohal, eriti turundusrakendustes. Üks väljakutseid, kui ostate suurepärase müüjaga kõikehõlmavat API on see, et arendusressursid ja -kulud on tavaliselt järelmõtted. Turundusmeeskond või CMO võib juhtida rakenduse ostmist ja mõnikord ei saa arendustiim palju sisendit.

Platvormi integreerimisvõimaluste uurimine API kaudu nõuab rohkem kui lihtne küsimus, Kas on olemas API?

Kui logite sisse rakendusega, millel on halvasti toetatud või dokumenteeritud API, ajate oma arendustiimi hulluks ja teie integreerumine tuleb tõenäoliselt lühike või ebaõnnestub täielikult. Leidke õige müüja ja teie integreerimine toimib ning teie arendajad aitavad teid hea meelega!

Uurimisküsimused nende API võimaluste kohta:

  1. Funktsiooni lünk - Tehke kindlaks, millised nende kasutajaliidese funktsioonid on rakenduse programmeerimisliidese kaudu saadaval. Millised funktsioonid on API-l, mida kasutajaliidese pole ja vastupidi?
  2. Skaala - Küsige, kui palju neile helistatakse API iga päev. Kas neil on spetsiaalne serverite kogum? Kogus on uskumatult oluline, kuna soovite kindlaks teha, kas API on tagantjärele mõte või tegelikult osa ettevõtte strateegiast.
  3. dokumentatsioon - küsige API dokumentatsiooni. See peaks olema kindel, täpsustades kõik API-s saadaval olevad funktsioonid ja muutujad.
  4. kogukond - Küsige, kas neil on veebiarendajate kogukond koodi ja ideede jagamiseks teiste arendajatega saadaval. Arendajate kogukonnad on teie arendus- ja integreerimispüüdluste kiireks ja tõhusaks käivitamiseks võtmetähtsusega. Selle asemel, et kasutada ettevõttes API-tüüpi meest, kasutate ka kõiki nende kliente, kellel on juba olnud lahenduse integreerimisel katseid ja vigu.
  5. Puhkus vs SEEP - Küsige, mis tüüpi API neil on ... Tavaliselt on olemas REST API-d ja Web Service (SOAP) API-d. Nad võivad arendada mõlemat. Mõlemaga integreerimisel on eelised ja needused ... peaksite olema kursis oma integratsiooniressursside (IT) võimalustega.
  6. keeled - Küsige, milliste platvormide ja rakendustega nad on edukalt integreerunud, ja küsige kontakte, et saaksite nende klientide käest teada saada, kui keeruline oli integreeruda ja kui hästi API töötab.
  7. Piirangud - Küsige, milliseid piiranguid on müüjal kõnede arv tunnis, päevas, nädalas jne. Kui te pole skaalautuva teenuseosutaja juures, piirab klient teie kasvu.
  8. Näidised - Kas nad pakuvad koodinäidete kogu lihtsaks alustamiseks? Paljud ettevõtted avaldavad SDK-d (tarkvaraarenduskomplektid) erinevatele keeltele ja raamistikele, mis kiirendab teie integreerimise ajaskaalat.
  9. liivakast - Kas nad pakuvad tootmiseks mitteseotud lõpp-punkti või liivakasti keskkonda, et saaksite oma koodi testida?
  10. Ressursid - Küsige, kas neil on oma ettevõttes spetsiaalseid integratsiooniressursse. Kas neil on integreerimiseks saadaval sisemine konsultatsioonigrupp? Kui jah, siis visake mõni tund lepingusse!
  11. Turvalisus - Kuidas nad API abil autentivad? Kas see on kasutaja mandaat, võtmed või muu metoodika? Kas nad saavad päringuid piirata IP-aadressi järgi?
  12. Töö kestvus - Küsige, mis neil on API tööaeg ja veamäär on ning kui nende hooldustunnid on. Samuti on olulised strateegiad nende ümber töötamiseks. Kas neil on sisemisi protsesse, mida uuesti proovida API kõned juhul, kui kirje pole mõne muu protsessi tõttu saadaval? Kas see on midagi, mille nad on oma lahenduses välja töötanud?
  13. SLA - Kas neil on a Service Level Agreement kus uptimes peaks olema 99.9% ülespoole?
  14. tegevuskava - Milliseid tulevasi funktsioone nad oma API-sse lisavad ja millised on eeldatavad tarnegraafikud?
  15. Integrations - Milliseid produtseeritud integratsioone nad on välja töötanud või mida on arendanud kolmandad osapooled? Mõnikord võivad ettevõtted loobuda funktsioonide sisemisest arengust, kui juba on olemas teine ​​tootlik integratsioon ja seda toetatakse.

Nende küsimuste võti on see, et integratsioon "abiellub" teid platvormile. Sa ei taha ju kellegagi abielluda, ilma et saaksid tema kohta nii palju teada kui võimalik? See juhtub just siis, kui inimesed ostavad platvormi teadmata oma integreerimisvõimalustest.

Lisaks API-le peaksite proovima ka teada saada, millised muud integreerimisressursid neil võivad olla: vöötkood, kaardistamine, andmete puhastamise teenused, RSS, veebivormid, vidinad, ametlikud partnerite integreerimised, skriptimismootorid, SFTP tilgad jne.

2 Kommentaarid

  1. 1

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.