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.

  1. 1
    Bygg 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.

  2. 2
    Krä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

PrototyperDatasyntesInterna verktygKundapparÖka produktivitetenSkapa nytt värdeUtmana modellernaingen kategori når den direkt
  1. 1
    Snabb 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.

  2. 2
    Datasyntes

    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å.

  3. 3
    Interna 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.

  4. 4
    Kundappar 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å.

KategoriVäg den tjänarVad du försöker uppnå
Snabb prototypingEn metod för alla treTa reda på om en idé håller, innan du satsar på den
DatasyntesÖka produktivitetenBesvara en fråga som i dag tar dagar av att lägga ihop system för hand
Interna verktygÖka produktivitetenDriva en process som har väntat i någon annans backlogg
Kundappar med AISkapa nytt värdeFö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.

  1. 1
    Att 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.

  2. 2
    Att 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.

  3. 3
    Att 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.

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

Think big, build for scale.

Prata om vad som ska byggas först30 mineller skicka ett meddelande