15 kysymystä, jotka sinun tulisi kysyä niiden sovellusliittymästä ennen alustan valitsemista

API-valintakysymykset

Hyvä ystävä ja mentori kirjoittivat kysymyksen minulle ja haluaisin käyttää vastauksiani tähän viestiin. Hänen kysymyksensä keskittyivät hieman enemmän yhteen alaan (sähköposti), joten olen yleistänyt vastaukseni kaikkiin API: hin. Hän kysyi, mitä kysymyksiä yrityksen tulisi kysyä myyjältä API: sta ennen valinnan tekemistä.

Miksi tarvitset sovellusliittymiä?

An sovellusohjelmointirajapinta (API) on käyttöliittymä, jonka tietokonejärjestelmä, kirjasto tai sovellus tarjoaa, jotta muut tietokoneohjelmat voivat tehdä siitä palvelupyyntöjä ja / tai mahdollistaa tietojen vaihdon niiden välillä.

wikipedia

Aivan kuten kirjoitat URL-osoitteen ja saat vastauksen takaisin verkkosivulle, API on menetelmä, jossa järjestelmät voivat pyytää ja saada vastauksen tietojen synkronointiin niiden välillä. Kun yritykset haluavat muuttaa itsensä digitaalisesti, tehtävien automatisointi sovellusliittymien avulla on loistava tapa parantaa organisaation tehokkuutta ja vähentää inhimillisiä virheitä.

Sovellusliittymät ovat automatisoinnin kannalta keskeisiä etenkin markkinointisovelluksissa. Yksi haasteista ostaessasi suurta myyjää kattavalla API on, että kehitysresurssit ja kulut ovat yleensä jälkikäteen. Markkinointitiimi tai CMO voi ajaa sovelluksen ostoa, ja joskus kehitystiimi ei saa paljon panosta.

Alustan integrointimahdollisuuksien tutkiminen API: n kautta vaatii enemmän kuin yksinkertaisen kysymyksen, Onko olemassa API: ta?

Jos kirjaudut sisään sovelluksella, jolla on huonosti tuettu tai dokumentoitu sovellusliittymä, aiot ajaa kehitystiimiäsi hulluksi ja integraatiot ovat todennäköisesti lyhyitä tai epäonnistuvat kokonaan. Löydä oikea myyjä, ja integraatio toimii ja kehittäjät auttavat mielellään!

Tutkimuskysymykset heidän API-ominaisuuksistaan:

  1. Feature Gap - Selvitä, mitkä niiden käyttöliittymän ominaisuudet ovat käytettävissä sovellusohjelmointirajapinnan kautta. Mitä ominaisuuksia API: lla on, jota käyttöliittymällä ei ole ja päinvastoin?
  2. Asteikko - Kysy, kuinka monta puhelua heille soitetaan API päivittäin. Onko heillä oma palvelinpooli? Määrä on uskomattoman tärkeä, koska haluat selvittää, onko sovellusliittymä jälkikäsitys vai todella osa yrityksen strategiaa.
  3. Dokumentointi - Pyydä API-dokumentaatiota. Sen tulisi olla vankka, täsmentää kaikki sovellusliittymässä käytettävissä olevat ominaisuudet ja muuttujat.
  4. yhteisö - Kysy, onko heillä online-kehittäjäyhteisö käytettävissä koodin ja ideoiden jakamiseksi muiden kehittäjien kanssa. Kehittäjäyhteisöt ovat avain kehitystyön ja integraatiotoiminnan aloittamiseen nopeasti ja tehokkaasti. Sen sijaan, että hyödynnät yrityksen `` API-kaveria '', hyödynnät myös kaikkia asiakkaita, joilla on jo kokeiluja ja virheitä integroimalla ratkaisunsa.
  5. REST vs Saippua - Kysy minkä tyyppisiä API heillä on ... Tyypillisesti on REST-sovellusliittymiä ja Web Service (SOAP) -sovellusliittymiä. He saattavat kehittää molempia. Kummallakin integroinnilla on etuja ja kirouksia ... sinun tulee tuntea integraatioresurssien (IT) kyvyt.
  6. kielet - Kysy, mihin alustoihin ja sovelluksiin he ovat integroituneet onnistuneesti, ja pyydä yhteystietoja, jotta voit selvittää asiakkailta, kuinka vaikeaa oli integroida ja kuinka hyvin sovellusliittymä toimii.
  7. Rajoitukset - Kysy, mitä rajoituksia myyjällä on puheluiden määrässä tunnissa, päivässä, viikossa jne. Jos et ole skaalautuvan toimittajan kanssa, asiakas rajoittaa kasvua.
  8. Näytteet - Tarjoavatko he koodikoodien kirjaston alkuun pääsemiseksi? Monet yritykset julkaisevat SDK: n (Software Development Kits) eri kielille ja kehyksille, mikä nopeuttaa integraation aikajanaa.
  9. hiekkalaatikko - Tarjoavatko ne tuotannon ulkopuolisen päätelaitteen tai hiekkalaatikkoympäristön, jossa voit testata koodiasi?
  10. Resurssit - Kysy, onko heillä erillisiä integraatioresursseja yrityksessään. Onko heillä sisäinen konsultointiryhmä käytettävissä integrointia varten? Jos näin on, heitä muutama tunti sopimukseen!
  11. turvallisuus - Kuinka ne todennetaan API: n avulla? Onko kyseessä käyttäjän tunnistetiedot, avaimet vai muut menetelmät? Voivatko he rajoittaa pyyntöjä IP-osoitteen mukaan?
  12. Päällä - Kysy mitä heidän API käyttöaika ja virhesuhde ovat ja kun niiden huoltotunnit ovat. Myös strategiat heidän kiertämiseen ovat tärkeitä. Onko heillä sisäisiä prosesseja, joita yritetään uudelleen API puhelut siinä tapauksessa, että tietue ei ole käytettävissä toisen prosessin takia? Onko tämä jotain, jonka he ovat suunnitelleet ratkaisussaan?
  13. SLA - Onko heillä a Service Level Agreement missä käyttöaikojen tulisi olla yli 99.9%?
  14. roadmap - Mitä tulevaisuuden ominaisuuksia ne sisällyttävät sovellusliittymäänsä ja mitkä ovat odotetut toimitusaikataulut?
  15. integraatiot - Mitä tuotannollisia integraatioita he ovat kehittäneet tai kolmannet osapuolet ovat kehittäneet? Joskus yritykset voivat luopua sisäisestä kehityksestä ominaisuuksien suhteen, kun toinen tuotannollinen integraatio on jo olemassa ja sitä tuetaan.

Avain näihin kysymyksiin on, että integraatio "naimisiin" sinut alustalle. Et halua mennä naimisiin jonkun kanssa tuntematta hänestä niin paljon kuin mahdollista, vai mitä? Näin tapahtuu, kun ihmiset ostavat alustan tietämättä integrointimahdollisuuksistaan.

API: n lisäksi sinun on myös yritettävä selvittää, mitä muita integrointiresursseja heillä voi olla: viivakoodaus, kartoitus, tietojen puhdistuspalvelut, RSS, verkkolomakkeet, widgetit, muodolliset kumppanien integraatiot, komentosarjamoottorit, SFTP-pudotukset jne.

2 Kommentit

  1. 1

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.