15 klausimų, kuriuos turėtumėte užduoti apie jų API prieš pasirinkdami platformą

API pasirinkimo klausimai

Geras draugas ir patarėjas parašė man klausimą ir aš norėčiau naudoti savo atsakymus šiam įrašui. Jo klausimai buvo šiek tiek labiau skirti vienai pramonei (el. Paštas), todėl apibendrinau savo atsakymus į visas API. Jis paklausė, kokius klausimus įmonė turėtų užduoti pardavėjui apie savo API prieš pasirinkdama.

Kodėl jums reikia API?

An programos programavimo sąsaja (API) yra sąsaja, kurią teikia kompiuterinė sistema, biblioteka ar programa, kad kitos kompiuterinės programos galėtų pateikti prašymus teikti paslaugas ir (arba) kad būtų galima keistis duomenimis.

'

Kai įvedate URL ir gaunate atsakymą į tinklalapį, API yra metodas, kai jūsų sistemos gali pateikti užklausą ir gauti atsakymą, kad sinchronizuotų tarpusavio duomenis. Kadangi įmonės siekia skaitmeninio transformavimo, užduočių automatizavimas naudojant API yra puikus būdas padidinti organizacijos efektyvumą ir sumažinti žmogaus klaidas.

API yra svarbiausia automatizavimo srityje, ypač rinkodaros programose. Vienas iš iššūkių perkant puikų pardavėją su visapusišku API yra tai, kad plėtros ištekliai ir išlaidos paprastai yra pagalvojimas. Rinkodaros komanda arba BRO gali paskatinti įsigyti programą, o kartais kūrėjų komanda negauna daug indėlio.

Norint ištirti platformos integravimo galimybes per API, reikia daugiau nei paprasto klausimo, Ar yra API?

Jei prisijungsite naudodami programą su prastai palaikoma arba dokumentuota API, išversite savo kūrėjų komandą iš proto ir jūsų integracijos greičiausiai bus trumpos arba visiškai nepavyks. Raskite tinkamą pardavėją ir jūsų integracija veiks, o jūsų kūrėjai mielai padės!

Tyrimo klausimai apie jų API galimybes:

  1. Funkcijos spraga - Nustatykite, kokias jų vartotojo sąsajos funkcijas galima pasiekti per programų programavimo sąsają. Kokias API savybes turi vartotojo sąsaja ir atvirkščiai?
  2. Skalė - Paklauskite, kiek į juos skambinama API kasdien. Ar jie turi specialų serverių telkinį? Kiekis yra nepaprastai svarbus, nes norite nustatyti, ar API yra iš anksto apgalvota, ar iš tikrųjų dalis įmonės strategijos.
  3. Dokumentacija - Paprašykite API dokumentų. Jis turėtų būti tvirtas, išdėstyti kiekvieną API prieinamą funkciją ir kintamąjį.
  4. bendruomenė - Paklauskite, ar jie turi internetinę kūrėjų bendruomenę, kur galima dalytis kodu ir idėjomis su kitais kūrėjais. Kūrėjų bendruomenės yra svarbiausios norint greitai ir efektyviai pradėti kurti ir integruoti savo veiklą. Užuot naudojęsi „API vaikinu“ įmonėje, jūs taip pat naudojatės visais jų klientais, kurie jau turėjo bandymų ir klaidų integruodami savo sprendimą.
  5. REST vs muilas - Paklauskite, kokio tipo API jie turi ... Paprastai yra REST API ir „Web Service“ (SOAP) API. Jie gali vystyti abu. Integravimasis su vienu iš jų turi privalumų ir prakeiksmų ... turėtumėte būti susipažinę su integracijos išteklių (IT) galimybėmis.
  6. kalbos - Paklauskite, su kokiomis platformomis ir programomis jie sėkmingai integravosi, ir paprašykite kontaktų, kad galėtumėte iš tų klientų sužinoti, kaip sunku buvo integruotis ir kaip gerai veikia API.
  7. Trūkumai - Paklauskite, kokius apribojimus pardavėjas turi skambučių skaičiui per valandą, dieną, savaitę ir pan. Jei nesate pas keičiamą pardavėją, jūsų augimą ribos klientas.
  8. Mėginiai - Ar jie siūlo kodų pavyzdžių biblioteką, kad galėtumėte lengvai pradėti? Daugelis įmonių skelbia SDK (Software Development Kits) skirtingomis kalbomis ir sistemomis, kurios pagreitins jūsų integracijos laiką.
  9. sandbox - Ar jie siūlo ne gamybos tikslą ar „sandbox“ aplinką, kad galėtumėte išbandyti savo kodą?
  10. Ištekliai - Paklauskite, ar jie turi specialių integracijos išteklių savo įmonėje. Ar jie turi integracijai skirtą vidinę konsultavimo grupę? Jei taip, meskite kelias valandas į sutartį!
  11. saugumas - Kaip jie autentifikuojasi naudodami API? Ar tai vartotojo duomenys, raktai ar kitos metodikos? Ar jie gali apriboti užklausas pagal IP adresą?
  12. Pasiekiamumas - Paklausk, kokie jų API yra veikimo laikas ir klaidų lygis, ir kai yra jų priežiūros valandos. Be to, strategijos, kaip juos išspręsti, yra svarbios. Ar jie turi vidinių procesų, kuriuos bus bandoma dar kartą API skambučių, jei įrašas negalimas dėl kito proceso? Ar tai yra kažkas, ką jie sukūrė savo sprendime?
  13. SLA - Ar jie turi a Paslaugų lygio susitarimo kur veikimo laikas turėtų būti didesnis nei 99.9%?
  14. Planas - Kokias būsimas funkcijas jie įtraukia į savo API ir kokie numatomi pristatymo tvarkaraščiai?
  15. integraciją - Kokias prodiusuotas integracijas jie sukūrė ar trečiosios šalys? Kartais įmonės gali atsisakyti vidaus plėtros dėl savybių, kai jau egzistuoja ir yra palaikoma kita gamybinė integracija.

Raktas į šiuos klausimus yra tas, kad integracija jus „sutuokia“ su platforma. Juk nenorite tuoktis su kuo nors, kuo daugiau apie juos nežinodami, ar ne? Taip atsitinka, kai žmonės perka platformą nežinodami apie savo integracijos galimybes.

Be API, taip pat turėtumėte pabandyti sužinoti, kokius dar integracijos išteklius jie gali turėti: brūkšninį kodavimą, žemėlapių sudarymą, duomenų valymo paslaugas, RSS, žiniatinklio formas, valdiklius, oficialias partnerių integracijas, scenarijų kūrimo variklius, SFTP lašus ir kt.

3 komentarai

  1. 1
  2. 3

Ką manote?

Ši svetainė naudoja "Akismet", kad sumažintų šlamštą. Sužinokite, kaip apdorojamas jūsų komentaras.