API Manual, niet-ontwikkelaarsgids voor API's

"Kunnen we verbinding maken met andere apps?" De vraag dat bedrijfseigenaren het antwoord moeten weten en "API" is de sleutel!

Heb je ooit zin gehad om in een marketingvergaderruimte te zitten? Plots zei iemand "API"? Iedereen knikte, zoals begrip, maar diep, we kunnen nog steeds in de war zijn: "Wat zijn deze drie karakters?" Of wanneer u nieuwe programma's of software gaat kopen en de verkoop zegt: "Deze heeft een API om comfortabel te verbinden." Je kunt alleen maar glimlachen en in de geest denken dat "het goed of slecht is?"

Als je zo'n situatie bent tegengekomen, ben je niet alleen. Dit probleem is normaal voor mensen die geen programmeurs zijn. Of het nu gaat om bedrijfseigenaren, marketeers of verkoopteams die elke dag met technologie moeten werken, maar de code niet zelf schrijven. Het gevoel dat je achterblijft als je over technieken praat, is een ongemakkelijk probleem en waardoor we zakelijke kansen hebben, helaas zullen we vandaag die muur vernietigen!

‍

[Prompt ter illustratie]

"Een foto van een zakenman of marketeer maakte een beetje in de war. Zittend in een moderne vergaderruimte met het woord 'API?' Drijven als een vraagteken boven het hoofd.

Waarom klinkt "API" moeilijk? Ondanks dat je de hele tijd bij ons bent?

De belangrijkste reden waarom API een "enge" technische term wordt omdat de oorsprong ervan wordt veroorzaakt door de wereld van softwareontwikkelaars. De meeste mensen die dit uitleggen, zijn programmeurs die zelf met programmeurs praten. Ze gebruiken een unieke en duidelijke term in zijn groep. Maar voor buitenstaanders is het alsof je naar een goede buitenaardse dialoog luistert.

Stel je voor dat wanneer we vragen wat API is, we vaak het antwoord krijgen: "Het is de interface voor het programmeren van applicatie. De regels en protocollen die software maken kunnen communiceren", wat ... het is correct maar het helpt ons niet de foto te zien! Zoals we de weg naar Siam vroegen, krijg dan het antwoord als een breedtegraadcoördinaten-longjit terug. Het mist "tussenpersonen" bij het vertalen van de technische taal in een verhaal dat mensen kunnen verbinden. Dit is de reden waarom veel mensen het opgeven en zien dat API een verre kwestie is. Ondanks het feit dat we allemaal tien keer per dag API's gebruiken zonder het te weten.

‍

[Prompt ter illustratie]

"De vergelijkingscartoonafbeelding aan de linkerkant is een programmeur. De complexe code spreken. De rechterkant is een marketeer die het niet begrijpt. Met een bakstenen muur met het woord 'jargon' (technisch vocabulaire) in het midden"

Laat "niet weten" verder ... kan meer zakelijke kansen verliezen dan u denkt

Niet begrijpen welke API een triviale kwestie is. Maar in de digitale zakenwereld treft het meer dan u denkt. Stel je deze situaties voor:

• Het missen van de mogelijkheid om een automatisch systeem te maken: u kunt de export van het ene systeem (zoals Facebook Lead -advertenties) en importeren in een ander systeem (zoals CRM of Google Sheets) elke dag nog steeds gebruiken, hoewel dit werk automatisch kan zijn met API, die veel tijd van het team bespaart. En is iets dat moderne marketingautomatiseringssystemen normaal zijn
• Kies ervoor om verkeerde software te kopen: u kunt investeren in het kopen van dure software zonder het te weten "praten" met andere programma's. Dat uw bedrijf helemaal niet kan gebruiken (ook bekend als "geen API" of "API gesloten"), waardoor de gegevens van elke afdeling worden verspreid. Niet aan elkaar gekoppeld worden een silo -gegevens die moeilijk te analyseren is om het algehele beeld te analyseren
• Paddune Race: terwijl uw concurrenten API gebruiken om verschillende systemen te verbinden om een goede ervaring voor klanten te creëren, zoals het onmiddellijk controleren van bestellingen of een automatisch offerte geven, maar we moeten de klant nog vragen om te bellen of te wachten tot het personeel een handmatig document maakt om een handmatig document te maken om een handmatig document te maken om een handmatig document te maken
• Niet in staat om het project te evalueren: wanneer het ontwikkelaarsteam een project biedt dat API vereist, kunt u mogelijk geen waarde, complexiteit of de werkelijke voordelen ervan beoordelen. Resulterend in beslissingen over technologie -investeringen op basis van pure gok

Het gebrek aan begrip van API is hetzelfde als proberen een huis te bouwen zonder te begrijpen dat "deuren" of "Windows" werken. We kunnen alle muren bouwen. Waardoor ons huis de volledige efficiëntie en gebrek aan belangrijke verbindingen niet kan gebruiken

‍

[Prompt ter illustratie]

"De graphics tonen verspreide gegevens in afzonderlijke eilanden (silo's), zoals CRM, Accounting Island, Website Island, met een boot genaamd 'Api' nog steeds geparkeerd omdat niemand gebruikt. De informatie veroorzaakt naar elkaar."

De eenvoudigste oplossing: vergeet de code eerst en denk aan "The serveerster in het restaurant"

Oké, het is tijd om de geheimen van API te ontgrendelen met de gemakkelijkste manier. Vergeet eerst alle technische termen. En stel je voor dat je in een luxe restaurant zit

In dit restaurant zijn er 3 hoofdcomponenten:

1. U (klanten): de persoon die voedsel wil bestellen (u bent de 'applicatie' die informatie nodig heeft)
2. Keuken: kookplaatsen en het verzamelen van alle grondstoffen (dit is de 'server' of 'database' die de gewenste gegevens opslaat).
3. De serveerster: de persoon die de bestelling van u ontvangt, liep de keuken in om het de chef -kok te vertellen en breng het afgewerkte voedsel om u aan de tafel te dienen

In deze situatie is "de serveerster" "API".

De serveerster (API) is verantwoordelijk voor de "intermediair" in uw communicatie (toepassing). Het is niet nodig om te weten dat in de keuken (server) hoe druk om te koken of waar de grondstoffen te houden het enige dat u hoeft te doen, is "Voedsel bestellen bij het menu" (een verzoek of verzoek via API sturen), dan zal de serveerster (API) de rest beheren. En breng de resultaten (voedsel of gegevens) terug naar u

Samenvattend is API:

• Geen database: het is niet de keuken zelf, maar het is een "kanaal" om dingen uit de keuken te vragen.
• Er zijn duidelijke regels: u moet alleen eten bestellen bij het "menu". Zullen niet in staat zijn om menu's te bestellen die niet bestaan, net als de API die een reeks commando's heeft die om informatie kunnen vragen
• Hulp bij de veiligheid: de serveerster stelt u niet toe om te lopen. Ga alleen de keuken in. API helpt om te voorkomen dat iedereen rechtstreeks toegang heeft tot de systeemdatabase.

Dit concept is een belangrijke basis voor veel moderne software -architectuur, zoals CMS zonder headless of componable architectuur, die zich richt op het scheiden van de voor- en achtertuin. En verbinding maken met API voor maximale flexibiliteit

‍

[Prompt ter illustratie]

"Leuk en gemakkelijk -Begrijp info -afbeelding van een persoon die aan de eettafel zit (applicatie) is het bestellen van voedsel met de serveerster (API) en de serveerster loopt naar de keukenbalie (server) met een chef. Met pijlen die de richting van de bestelling tonen en voedsel ontvangen (antwoord)"

Voorbeelden van API in het echte leven die je elke dag gebruikt (maar nooit wist!)

Na het zien van de foto uit het restaurant, toch? Laten we nu eens kijken naar de echte voorbeelden in de digitale wereld. En je zult versteld staan hoe dichtbij API is:

• "Log in met Google/Facebook": wanneer u de nieuwe website of app invoert en lui bent, drukt u vaak op de knop. "Log in met Google", toch? Op het moment dat u drukt. Is dat de website (klant) de serveerster (API) verzendt om Google (Kitchen) te vragen: "Deze persoon is de echte die een licentie heeft, toch?" Google antwoordde: "Ja", die website laat u onmiddellijk inloggen. Waarvoor u geen nieuw wachtwoord hoeft in te vullen en die website ziet uw Google -wachtwoord niet.
• Toon de kaart op het hotelwebsite: wanneer u de Agoda -website of Booking.com betreedt en de Google Maps -kaart begraven voor het hotel ziet. Dat is de AGODA -website (klanten) Gebruik Google Maps API (keuken) om de kaartgegevens op te halen.
• Mobiele luchtvoorspelling: de Air Application -app op uw mobiele telefoon heeft niet uw eigen weerstation. Maar die app (klant) gebruikt API om informatie op te halen van de afdeling van de afdeling of de weerserviceprovider (keuken) om u in realtime te laten zien
• Vergelijking van vliegtickets: Web Skyscanner of Traveloka is niet de eigenaar van de luchtvaartmaatschappij. Maar ze creëerden "The Ultimate Ober" (API) die rende om de prijs te vragen van de "keuken" van de luchtvaartmaatschappij over de hele wereld (zoals Thai Airways, AirAsia, Nok Air) en alle informatie op één scherm terugbracht.

Zie je dat API de persoon is achter veel gemak in de online wereld? Het is wat applicaties en services maakt. "Praat met weten" en wissel soepel en veilig informatie uit. Zie meer informatie over API en basiswerk bij Postman API 101.

‍

[Prompt ter illustratie]

"4 prachtige kraagshows, met voorbeelden van het gebruik van API in het echte leven: kanaal 1-icon 'Login met Google', Channel 2- Hotel Map op pagina 3-lucht conditionerings-app op mobiele, kanaal 4-pagina tellende zoekresultaten voor luchttickets"

Wil je beginnen met het gebruik van API, wat te doen? (Versie van bedrijfseigenaar)

Als u het concept van API begrijpt, is de volgende vraag: "Hoe kan ik het voor mijn bedrijf gebruiken?" Maak je geen zorgen. U hoeft de code niet zelf te schrijven, zelfs één regel! Probeer vanaf een eenvoudige stap te beginnen. Deze horloge:

1. Ontdek de gebruikte tools: probeer alle programma's of software op te sommen die uw bedrijf vandaag gebruikt (zoals CRM, boekhoudsysteem, chatprogramma, platform voor advertenties)
2. Op zoek naar het woord "integraties" of "API": ga naar de website van die software. En op zoek naar een menu met de naam "Integrations", "Marketplace", "Apps" of "API -documentatie" Dit is de plicht om te zeggen dat uw programma een "Food Menu" (API) heeft om te bestellen en kan "verbinding" maken met andere programma's of niet.
3. Gebruik "Automatiseringstools": Momenteel is er een geweldig platform dat fungeert als "het ultieme personeel van de serveer" specifiek voor u. Deze tools kennen het "voedselmenu" van de beroemde apps voor duizenden apps en stelt u in staat om een eenvoudige verbinding te maken. Gewoon sleepplaats. Bijvoorbeeld:
   • Zapier: Het is een hulpmiddel dat gemakkelijk te gebruiken is en erg populair is. Geschikt voor beginners
   • N8N.IO: Zeer flexibel en krachtig. Misschien een beetje ingewikkelder, maar kan gecompliceerder doen en dit is een van onze experts die meer lezen bij N8N Automation X10 -experts.
4. Stel een probleem op van "luiheid": probeer herhaaldelijk een baan te vinden in een bedrijf dat niemand wil doen. Bijvoorbeeld: "Elke keer dat er een nieuwe klant in HubSpot is, moet deze een map maken op Google Drive" of "Elke keer dat de klant door Stripe betaalt, moet een bericht naar het team in de speling sturen." Deze werken zijn "automogelijkheden" om tijd te gebruiken om tijd te besparen en fouten te verminderen. Het voor de hand liggende voorbeeld is de HubSpot -verbinding met WebFlow om automatisch gegevens van het formulier op het web naar CRM te verzenden.

Het begin van de API denkt is om het beeld te wijzigen van het "handmatige" werk naar het "geautomatiseerde" werk, dat al door de meeste software wordt gebruikt. Lees meer over de basisconcepten van API bij Zapier's Guide to API's.

‍

[Prompt ter illustratie]

"Mooie checklistafbeeldingen en gemakkelijk te lezen. Toon 4 stappen hierboven met pictogrammen in elk item zoals extensieglazen pictogrammen, power plug -pictogrammen, robotpictogrammen en lamppictogrammen"

Vragen die mensen zich meestal afvragen over API (Q&A Clear Cut)

Ik heb een populaire vraag opgesteld die zich vaak voordoet na het begrijpen van de basisconcepten van API.

V1: Gebruikt u API?
A: Er zijn zowel gratis als afval! Veel API's, vooral in beroemde diensten die meestal tot op zekere hoogte gratis worden geopend (zoals het aanvragen van informatie 1000 keer per maand), maar als het te zwaar wordt gebruikt, moet het quotum dat is gespecificeerd, mogelijk een extra bedrag betalen volgens het bedrag van gebruik. Of een hoger prijsplan kopen, moet de voorwaarden van elke serviceprovider controleren

V2: API en integratie zijn hetzelfde of anders?
A: Het is een heel goede vraag! Denk dat API de "ingrediënten in de keuken" is waarmee de verbinding kan plaatsvinden. De integratie is "het voedsel dat is bereid". Google Sheets heeft bijvoorbeeld een API open voor de ontwikkelaar. Maar wanneer we Zapier gebruiken om Google Sheets te verbinden met Gmail, dat wil zeggen dat we "integratie" gebruiken die Zapier heeft gemaakt. Die de achtergrond ervan is om de API van beide services uit te voeren

V3: Hoe veilig zijn de gegevens verzonden via de API?
A: Zeer veilig. (Indien correct gedaan) Communicatie via de API, hebben de meeste van hen codering (codering) zoals wanneer we de website van de bank betreden. En moet vaak de "sleutelsleutel" gebruiken die een specifieke geheime code is voor uw app om informatie aan te vragen om te bevestigen dat u de persoon bent die echt een licentie heeft

V4: Als de software die ik gebruik, is er geen integratie die ik wil, maar er is een API om te gebruiken. Wat te doen?
A: Dit is het punt om met de ontwikkelaar te praten! De software heeft een API om te gebruiken, zoals een restaurant met goede ingrediënten. Maar er is geen menu dat je wilt. U kunt "een chef -kok inhuren" (programmeur). Gebruik die API's "speciale gerechten" (maak een aangepaste integratie) die specifiek aan uw bedrijf voldoet.

‍

[Prompt ter illustratie]

"Het in twijfel trekken van cartoon-achtige cartoonafbeeldingen-2-tekens zijn aan het praten. De ene stelde vragen uit de lijst. En de andere beantwoordt vertrouwen en duidelijk."

Conclusie: API is geen programmeur, maar is een "een voordeel" voor zakelijke tools.

Op dit moment hoop ik dat "API" geen eng woord voor jou zal zijn. Het hart is eenvoudig: API is de "serveerster" of "postbode" van de digitale wereld. Die dient om gegevens tussen verschillende programma's te ontvangen en te verzenden om over te praten

Inzicht in dit concept zorgt er niet voor dat u de code gaat schrijven, maar geeft u een nieuwe "bril" die u kunt zien. "Kansen" om alle verborgen bedrijven te verbeteren. U begint het karkas te zien dat automatisch kan zijn. U kunt technologie slimmer kopen. En u kunt met steeds meer aanwijzingen met het ontwikkelingsteam praten

Laat de onwetendheid van technieken als een muur niet om de groei van uw bedrijf te blokkeren. Probeer vandaag de tools te verkennen die u hebt. Probeer de vraag te stellen "Wat moet er verbonden zijn?" En u zult merken dat de kracht van de API alleen in bereik is. En klaar om de prestaties van uw bedrijf te ontgrendelen als nooit tevoren

Het is tijd om te veranderen van hard werken. Om slim te werken door verbinding te maken!

‍

[Prompt ter illustratie]

"Een beeld van een zakenman die op de top van de heuvel staat en kijkt naar de horizon die vol is met toepassingen van verschillende applicaties verbonden met prachtige lichte lijnen brengen het uitzicht op zakelijke kansen die breed zijn door de API -verbinding."

‍