Metod
Vibe coding för affärsvärde
När fler människor kan bygga programvara med vibe coding ser vi team bygga fyra sorters applikationer. Varje sort stödjer en eller flera av de tre vägarna till värde från AI, och i alla fyra bidrar människor med mest värde genom att avgöra vad som ska byggas, modellera datan och få andra att börja använda det de bygger.
Vad vibe coding är
Vibe coding är programutveckling där AI skriver merparten av eller hela koden utifrån ett beskrivet utfall eller en avsikt. Den som styr säger vad programmet ska göra och lämnar hur till AI-agenterna eller plattformen. Det gör att de experter i verksamheten som äger processen kan skapa det de alltid har drömt om.
Beroende på vad applikationen byggs för och åt vem kan du behöva välja olika angreppssätt.
- 1Bygg utan granskning när det kostar lite att ha fel
Exempel är en prototyp, ett verktyg som fem personer använder eller en sida som tas ner efter en konferens. Om något av dem går sönder är kostnaden liten.
För att avgöra vilken regel som gäller, fråga vem som skulle drabbas om applikationen gav ett felaktigt resultat.
- 2Kräv granskning när det kostar mycket att det havererar
Granskning behövs när en applikation hanterar personuppgifter eller betalningar, körs i stor skala eller blir den plats där en siffra som verksamheten förlitar sig på finns, vilket gäller många applikationer som blir kvar i bruk.
De fyra kategorierna
- 1Snabb prototyping
Ett team bygger en fungerande version, visar den för användare inom en vecka, använder den för att avgöra en fråga som teamet är oense om och raderar den sedan.
- 2Datasyntes
En person ställer en fråga på vanligt språk, och applikationen besvarar den utifrån flera system som vart och ett har en del av svaret. Den läser både posterna och dokumenten som ligger bredvid dem, och varje svar visar underlaget det bygger på.
- 3Interna verktyg
De applikationer en funktion behöver för att driva sin egen process, byggda av dem som driver den.
Ett ärendeformulär för en central serviceenhet hade legat oförändrat på SharePoint i fem år. Personen som skötte det hade slutat, ingen var finansierad för att ersätta det, och det låg i IT-backloggen bakom allt som hade en intäktssiffra kopplad till sig. En expert i den egna verksamheten byggde om det på tre dagar, och lade till AI-funktioner originalet aldrig haft.
- 4Kundappar med AI
Kunderna och de interna team du stödjer använder de här applikationerna direkt. Exempel är en självskattning som någon fyller i innan hen talar med dig för första gången, och en portal som hen använder efter att ha registrerat sig.
Hur de här applikationstyperna kopplar till värdevägarna för AI
Varje kategori tjänar en eller flera av de tre värdevägarna för AI. Fundera på vilken typ du ska använda utifrån vad du försöker uppnå.
| Kategori | Väg den tjänar | Vad du försöker uppnå |
|---|---|---|
| Snabb prototyping | En metod för alla tre | Ta reda på om en idé håller, innan du satsar på den |
| Datasyntes | Öka produktiviteten | Besvara en fråga som i dag tar dagar av att lägga ihop system för hand |
| Interna verktyg | Öka produktiviteten | Driva en process som har väntat i någon annans backlogg |
| Kundappar med AI | Skapa nytt värde | Förändra vad de du finns till för får |
Vad snabbt byggande inte löser
Snabbt byggande tar bort utvecklingen som flaskhals. Värdet beror då på hur väl du avgör vad som ska byggas, modellerar datan och får människor att börja använda det.
- 1Att avgöra vad som förtjänar att finnas
När det var långsamt och dyrt att bygga programvara var det utvecklingskostnaden som begränsade vad som byggdes. Nu när ett team kan bygga tio applikationer på den tid en tog är det teamets omdöme om vilka som ska byggas som sätter gränsen, och ibland är rätt beslut att inte bygga någon av de tio.
- 2Att modellera datan
Applikationer som byggs snabbt får ofta problem med sin datamodell. Formuläret som beskrivs ovan fungerade eftersom den som byggde om det redan visste vilken information en förfrågan innehåller.
- 3Att få människor att använda den
En applikation som människor inte använder ger inget värde, hur lite den än kostade att bygga. Snabbt byggande ökar också antalet applikationer som konkurrerar om samma människors tid och uppmärksamhet.
Så gör du det rätt
De som bygger är experter i verksamheten utan utbildning i programvaruutveckling. Sätt ramar, principer och riktlinjer innan någon börjar bygga, eftersom den som inför dem först när det redan finns många applikationer måste flytta över varje applikation till de nya reglerna.
- Bestäm vem som får se vad innan du fyller appen med någon data.
- Läs data från det system som äger den i stället för att kopiera in den.
- Sätt ord på när en prototyp blir något människor är beroende av, och granska den som det när den kommer dit.
Vidare läsning: Amir Elion skriver om vad som förändras för ledare när deras team kan bygga på amirelion.com.
Relaterat: Ramverket för AI-värde · Base44 enterprise partner · Implementering & Förankring