Hvis du har brukt de siste seks månedene på å prøve å mestre den «perfekte prompten», har jeg noen ubehagelige nyheter til deg: du lærer deg å bruke en dreieskivetelefon i smarttelefonens tidsalder. Oppstusset rundt «prompt engineering» har nådd et kokepunkt, men for alle som ser på AI for småbedrifter gjennom et kommersielt blikk, er det tydelig at prompting er en overgangsferdighet – og den er allerede i ferd med å dø ut.
Jeg har sett tusenvis av bedriftseiere bruke timevis på å overtale en chatbot til å skrive en halvveis anstendig e-post eller en markedsplan. De føler seg produktive fordi de «bruker AI». Men her er realiteten: hvis du må sitte der og snakke med maskinen for å få den til å fungere, har du ikke automatisert noe. Du har bare ansatt en digital praktikant som krever 100 % av din oppmerksomhet.
Samtaleskatten
💡 Vil du at Penny skal analysere virksomheten din? Hun kartlegger hvilke roller AI kan erstatte og bygger en trinnvis plan. Start din gratis prøveversjon →
I mitt arbeid med å hjelpe bedrifter med overgangen til AI-først-drift, har jeg identifisert et mønster jeg kaller Samtaleskatten. Dette er den skjulte kostnaden ved AI hvor mennesket må være involvert i hvert steg. Det er tiden, den mentale energien og friksjonen som er involvert i å manuelt utløse en AI for å utføre en oppgave.
Når du bruker et chat-grensesnitt for å få arbeid gjort, betaler du denne skatten. Du tenker, skriver, vurderer og korrigerer. Selv om dette absolutt er bedre enn å gjøre arbeidet fra bunnen av, er det langt fra en slank og effektiv forretningsdrift. Målet med AI i en småbedrift bør ikke være å gjøre eieren til en bedre «prompter»; det bør være å få arbeidet til å skje mens eieren sover.
Vi beveger oss bort fra «Generativ AI» (hvor du ber om ting) og mot Agentbasert arbeidsflytarkitektur. I denne nye æraen er ikke ferdigheten å vite hvilke adjektiver man skal bruke i en ChatGPT-boks; det er å vite hvordan man arkitekterer lydløse bakgrunnssystemer som eliminerer behovet for menneskelig inndata fullstendig.
Hvorfor Prompt Engineering er en blindvei
Det er tre grunner til at prompt engineering er en ferdighet med fallende verdi:
- Modellenes intelligens øker: Hver ny iterasjon av LLM-er blir bedre på «Intent Mapping» (hensiktskartlegging). De trenger ikke lenger at du er en lingvistisk gymnast for å forstå hva du vil ha.
- Fremveksten av systemisk integrasjon: Den mest verdifulle AI-en lever ikke i en separat fane i nettleseren; den lever inni din eksisterende programvarepakke. Når du ser på fremtiden for SaaS-besparelser, vil du se at vinnerne ikke er selskaper som gir deg en prompt-boks – det er de som bruker AI til å håndtere data usynlig mellom apper.
- Forsinkelsesfellen: Småbedriftseiere har det travelt. «Latensen» eller forsinkelsen ved å måtte åpne en app og prompte den, er en stor nok barriere til at AI-en til slutt blir ignorert.
Fra operatør til arkitekt: Skiftet du må ta
Hvis du ikke skal lære deg prompting, hva bør du lære i stedet? Du bør lære Arbeidsflytarkitektur.
En operatør snakker med boten. En arkitekt bygger systemet som utløser boten.
Tenk på din prosess for håndtering av nye potensielle kunder (leads). En operatør mottar en e-post, kopierer detaljene, limer dem inn i en AI, ber om et sammendrag, og limer deretter sammendraget inn i sitt CRM. En arkitekt bygger en «stille agent» som overvåker innboksen, trekker ut dataene, sjekker dem mot CRM-systemet, skriver et utkast til et personlig svar basert på tidligere interaksjoner, og varsler eieren først når et møte med høy verdi er booket.
Det ene krever en prompt. Det andre krever en blåkopi.
90/10-regelen for AI-adopsjon
Jeg snakker ofte om 90/10-regelen: når AI kan håndtere 90 % av en funksjon autonomt, må du spørre deg selv om de resterende 10 % faktisk rettferdiggjør en manuell prosess. De fleste bedriftseiere sitter fast i de 10 prosentene og prøver å «designe» det perfekte resultatet.
Det virkelige gjennombruddet skjer når du aksepterer «gode nok» autonome resultater for de 90 prosentene og fokuserer din menneskelige energi på systemets arkitektur. Det er her de mest betydelige kostnadsbesparelsene ligger. Når du sammenligner min tilnærming hos Penny med et standard ChatGPT-abonnement, er dette den grunnleggende forskjellen: Jeg er ikke her for å gi deg en boks du kan skrive i; jeg er her for å hjelpe deg med å bygge strukturen som gjør skrivingen unødvendig.
Rammeverket for arkitektur: Utløser, Logikk, Handling
For å gå fra prompter til arkitekt, må du tenke i tre lag:
1. Utløseren (Når)
I en chat-basert verden er utløseren at du skriver. I en arkitektert verden er utløseren en hendelse. En ny rad i et regneark, en innkommende e-post, en kalenderhendelse eller en prisendring fra en konkurrent.
2. Logikken (Hvordan)
Det er her «prompting» egentlig dør. I stedet for et langt avsnitt med instruksjoner, bruker du «logikk-kjeder». Hvis kunden er fra et teknologiselskap, bruk tonefall A. Hvis de nevner et budsjett over £5k, ruter du til tonefall B. Dette er ikke å konstruere en prompt; det er å konstruere et beslutningstre.
3. Handlingen (Hva)
Hva er det målbare forretningsresultatet? Er det en post som er oppdatert? Et dokument som er generert? Et varsel som er sendt? Hvis «handlingen» bare er mer tekst som du må lese, har du ikke fullført arkitekturen.
Hvor dette treffer bunnlinjen
La oss se på profesjonelle tjenester. Tradisjonelt er disse virksomhetene tunge på «manuell koordinering» – e-poster, planlegging, rapportgenerering. Hvis du er en konsulent og driver med «prompt engineering» på dine klientrapporter, tar du fortsatt betalt for tiden din, bare litt mer effektivt.
Men hvis du arkitekterer et system der klientdataene dine flyter inn i en stille agent som produserer et utkast til rapport i det øyeblikket prosjektet når en milepæl, har du fundamentalt endret økonomien i virksomheten din. Du har gått fra å selge «timer med prompting» til å selge «resultater».
Den usynlige infrastrukturen
I løpet av de neste 24 månedene vil de mest suksessrike småbedriftene ikke være de med de beste «AI-entusiastene» i staben. Det vil være de med den mest robuste usynlige infrastrukturen.
Dette er laget i virksomheten din som kjører uten deg. Det er de stille agentene som håndterer det kjedelige, det repeterende og det datatunge. Mens konkurrentene dine er opptatt med å diskutere om «Chain of Thought» eller «Few-Shot»-prompting er best, bør du være opptatt med å koble sammen dine datasiloer og bygge logikkportene som gjør disse promptene irrelevante.
Din nye læringsvei
Hvis du vil ligge i forkant, bør du slutte å lese tråder om «Topp 50 prompter for markedsføring». Begynn heller å utforske:
- Dataflyt: Hvordan flytter informasjon seg fra nettstedet ditt til CRM-systemet ditt og videre til regnskapsprogramvaren din?
- Betinget logikk: Lær deg tankegangen «Hvis dette, så det». Det er fundamentet for all arkitektur.
- API-forståelse: Du trenger ikke å vite hvordan du koder, men du må forstå hvordan ulike programvarer «snakker» med hverandre.
Prompting er en ferdighet for brukeren. Arkitektur er en ferdighet for eieren.
Jeg har sett denne overgangen utspille seg i hundrevis av bedrifter. De som lykkes, er de som slutter å behandle AI som en samtalepartner og begynner å behandle det som infrastrukturen i virksomheten. Fremtiden er stille. Fremtiden er automatisert. Og fremtiden innebærer definitivt ikke at du skriver «vær så snill» og «takk» i en chatboks seks ganger om dagen.
Er du klar for å slutte med prompting og begynne å bygge? La oss se på driften din og finne ut hvor din første «stille agent» hører hjemme.