Vibekodning för projektledare: 6 vibekodade projektexempel av riktiga projektledare
Vibekodning: Projektledare använder instruktioner på naturligt språk i AI-verktyg för att bygga skräddarsydda programvarulösningar.
Nischlösningar: Vibekodning möjliggör skapandet av specialiserade verktyg för specifika branschproblem som standardprogramvara inte löser.
Effektivitet: AI-byggda applikationer minskar drastiskt den tid och de resurser som krävs jämfört med traditionell programvaruutveckling.
Kommersiell potential: Vibekodning expanderar bortom interna verktyg och omfattar även marknadsfärdiga produkter för betalande kunder.
Vikten av testning: Det är avgörande att testa nya funktioner noggrant före produktionssättning för att bibehålla applikationens funktionalitet.
Projektledare ägnar sina karriärer åt att kartlägga arbetsflöden, identifiera luckor och omvandla en rörig verklighet till tydliga processer. Det visar sig att just den kompetensen är precis vad du behöver för att bygga programvara – även om du aldrig har skrivit en enda kodrad i hela ditt liv. Vibecoding, det vill säga att bygga fungerande applikationer genom naturliga språkprompter till AI-verktyg, ger projektledare något de aldrig tidigare har haft: möjligheten att bygga det verktyg de faktiskt behöver i stället för att nöja sig med det som nästan passar.
Användningsfallen nedan kommer från yrkesverksamma inom olika branscher som gör just detta – vissa bygger interna verktyg för att eliminera manuellt arbete, andra bygger kundinriktade produkter och några står på tröskeln till att lansera en helt vibecodad plattform på marknaden.
Omfattningsbyggare (inredningsdesign och verksamhetsdrift)
För Dixie Willard, grundare och chefsstrateg för projekt på Poised & Plumb, drevs beslutet att vibecoda inte av nyfikenhet eller experimentlusta. Det drevs av det faktum att det hon behövde helt enkelt inte fanns. Willard konsulterar åt inredningsdesigners och relaterade tjänsteföretag och hjälper dem att utvärdera programvara, bygga projektarbetsflöden och minska friktion i verksamheten. När hon letade efter ett verktyg som skulle hjälpa designers att skapa en projektomfattning direkt under ett kundmöte gick hon bet. ”Det finns inget sådant”, sa hon. ”Och det finns många saker som designers skulle kunna använda, men som helt enkelt inte existerar.”
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Det finns inget sådant [ett verktyg för projektomfattning]. Och det finns många saker som designers skulle kunna använda, men som helt enkelt inte existerar.
Så hon byggde ett själv. Verktyget hon utvecklar för närvarande är en mobilanpassad webbapp som är utformad för att användas i realtid under det första kundsamtalet. Som Willard beskriver det är det ”något som du skulle kunna ha på en surfplatta eller i telefonen när du går till det första mötet. Medan ni har samtalet bockar du av saker efter hand, och när ni är klara har du en riktigt bra projektomfattning färdig utan att behöva anteckna.”
Ett andra pågående projekt tar itu med en annan lucka i verksamheten: en vinstmarginalskalkylator som är särskilt byggd för hur designers prissätter och lägger på marginal på produkter åt kunder. Även här var anledningen till att bygga den själv densamma – ”Det finns inget sådant. Det finns verkligen inget sådant.”
Det Willards situation illustrerar är ett mönster som återkommer bland projektledare som har slagit in på den här vägen. Ju mer nischad din bransch är, desto större är sannolikheten att inget färdigt verktyg har byggts för just ditt specifika problem. Som hon uttryckte det: ”Jag tror att nischade användningsfall förmodligen är den största anledningen till att vibecoda verktyg. Det gör livet så mycket enklare.”
Jag tror att nischade användningsfall förmodligen är den största anledningen till att vibecoda verktyg. Det gör livet så mycket enklare.
Instrumentpanel för fraktefterfrågan (företagslogistik på Amazon)
Aniket Ghonge, senior chef för leveranskedjan på Amazon, ägnade 16 till 18 timmar varje vecka åt att manuellt skapa efterfrågeplaner för nya transportörer som anslöt sig till Amazons transportörsnätverk. Arbetet innebar att hämta data från flera källor, utföra beräkningar för hundratals konton och ta fram veckoprognoser – inget av detta kunde det befintliga CRM-systemet hantera.
”CRM-tekniken som jag arbetade med hade inte de funktioner jag behövde”, förklarade Ghonge. ”Jag behövde något som kunde hjälpa mig att automatisera mitt arbete, ge mig möjlighet att jämföra flera källor och sedan skapa en slutlig efterfrågeplan för våra nya transportörer. Därför byggde jag den här intelligenta introduktionspanelen. Den minskade mina 18 timmars arbete till mindre än en timme för tusentals konton.”
Jag byggde en intelligent onboardingpanel. Den minskade mitt 18 timmar långa arbete till mindre än en timme för tusentals konton.
Det Ghonge byggde är en komplett webbapplikation — driftsatt i Amazons nätverk, med Amazons säkerhetsgranskning, behörigheter på användarnivå, revisionsloggning och ett datalager som stöds av S3 — helt genom agentiska AI-verktyg. Han är inte mjukvaruingenjör. Hans bakgrund är inom maskin- och industriell teknik, med vissa SQL-kunskaper som han skaffat sig i arbetet. Men det han hade lärt sig genom flera års arbete med att skriva kravdokument för teknikteam överfördes direkt till hur han tog sig an att bygga med AI: förklara konceptet tydligt, beskriv vad du behöver och låt systemet bygga det.
Skillnaden i hastighet jämfört med traditionell utveckling var slående för honom. ”För ett par år sedan var jag tvungen att arbeta med en webbutvecklare, en UX-designer, en produktchef, en teknisk programchef – många personer för att bygga en produkt”, sa Ghonge. ”I dag har jag inga hinder. Inom två veckor kunde jag bygga en applikation. En liknande applikation som jag medverkade i tog två år.”
Den enda lärdom Ghonge fick erfara på det svåra sättet var en som kom upp i nästan varje samtal för den här artikeln: testa innan du skickar något till produktion. Halvvägs genom utvecklingen raderade en ny funktion hälften av applikationens funktionalitet. ”Jag byggde och fortsatte bygga varje dag”, sa han. ”Men vid ett tillfälle förlorade jag plötsligt 50 procent av mitt arbete, och det skrämde mig verkligen. Det var min hårda läxa. Du måste testa en funktion i en testmiljö innan du gör en ändring i en produktionsmiljö.”
Vid ett tillfälle förlorade jag plötsligt 50 procent av mitt arbete, och det skrämde mig verkligen. Det var min hårda läxa.
Det tog fyra timmars instruktioner att återställa det som hade gått förlorat, och sedan dess har han inte hoppat över teststeget. Att prova sig fram och lära av sina misstag är en del av att lära sig alla nya färdigheter — och för ett växande antal projektledare är vibekodning precis det.
Anpassat CRM- och leadgenereringsverktyg
Michael Gold, grundare och fraktionerad leveranschef på Gold Project Management, började med vibekodning utifrån en enkel kostnads- och nyttoanalys. Han betalade för ett CRM-system som kostade honom mer än det var värt, och tänkte att han kunde bygga något bättre själv. ”Jag byggde helt enkelt mitt eget CRM med Replit eftersom jag använde Close och det kostade mig 100 dollar i månaden.”
CRM-systemet han byggde är kopplat till hans webbplats och innehåller ett verktyg för kvalificering av leads som han är särskilt stolt över: ”Jag skapade en diagnostisk hälsokontroll så att personer som går till mitt kontaktformulär kan svara på några frågor och få en rapport.” Det är i praktiken ett självtest för potentiella kunder som direkt läggs in i hans säljkanal.
Det projektet ledde till ett mycket större projekt, men mer om det senare.
Projektledningsassistent
Ryan Gilbreath, teknisk projektledare på RTS Labs, valde en annan väg — han byggde ett personligt verktyg för att göra sitt eget dagliga projektledningsarbete snabbare och mindre kognitivt krävande. Gilbreath beskriver det så här: ”Jag har skapat en projektledningsassistent med Google AI Studio som har ett röstläge. Om jag sammanfattar och bara behöver göra en tanketömning kan jag slå på det. Jag kan säga: hej, det här hände under min dag i XYZ-projekten, och sedan kan den skapa en rapport åt mig.”
Jag har skapat en projektledningsassistent med Google AI Studio som har ett röstläge. Om jag sammanfattar och bara behöver göra en tanketömning kan jag slå på det.
Röstläget är det som gör verktyget genuint användbart — friktionen i att sätta sig ner och skriva en statusuppdatering försvinner när du kan prata igenom din dag och få en rapport genererad utifrån det. Gilbreaths team har också tagit till sig ett separat vibekodat verktyg: ”Jag har en kollega som faktiskt skapade en generator för personalstöd genom vibekodning, som vi alla använder just nu.”
Kommersiellt färdig programvara: att ta det ett steg längre
De mest ambitiösa vibecoding-berättelserna handlar inte om interna verktyg – de handlar om produkter. Både Michael Gold och Harry Max, en fraktionerad chef och författare till Att hantera prioriteringar, har gått långt bortom personliga produktivitetsverktyg och vidare till att bygga programvara avsedd för betalande kunder.
AI-drivna professionella tjänster
Efter att ha ägnat mycket tid åt vibecoding av interna verktyg gick Gold vidare med att vibecoda prototypen för en helt ny plattform för automatisering av professionella tjänster, som han och hans affärspartner planerar att lansera på marknaden. "Vi byggde en plattform för automatisering av professionella tjänster som vi vill ska utmana marknaden. Den första prototypen byggdes med Lovable, och även den var ganska bra."
Vi byggde en plattform för automatisering av professionella tjänster som vi vill ska utmana marknaden. Den första prototypen byggdes med Lovable, och även den var ganska bra
För Gold innebar övergången från personligt projekt till kommersiell produkt att han behövde konfrontera begränsningarna med vibecoding. "Eftersom det här är en app riktad till konsumenter tog vi in en teknisk person. Jag kände att jag kunde ta den till en viss nivå, men när människor betalar för den och använder den i stor skala skulle det vara alldeles för skrämmande att ansvara för den som icke-teknisk person."
Eftersom Gold också är slutanvändaren som verktyget är utformat för kan hans förmåga att forma det exakt som han föreställer sig innan han lämnar över det till en mer teknisk samarbetspartner för vidareutveckling vara det som gör samarbetet – och i slutändan produkten – så mycket starkare.
AI-drivna programvaror för prioritering
Harry Max berättelse närmar sig kommersiell vibecoding från en annan vinkel – genom att använda en befintlig immateriell tillgång som grund. Hans affärspartner byggde en SaaS-plattform för företag för deras konsultverksamhet genom att behandla Max publicerade bok om prioritering som produktkravsdokumentet.
"Han tog min bok Att hantera prioriteringar och frågade: ‘Kan jag extrahera metoden här och i princip bygga in den i en plattform?’ I stället för att låta våra kunder läsa en bok och vägleda dem genom whiteboard-sessioner kan vi gå in med en plattform som gör det möjligt för oss att utföra ett mycket bättre och större arbete med mindre insats."
Han [min affärspartner] tog min bok Att hantera prioriteringar och frågade: ‘Kan jag extrahera metoden här och bygga in den i en plattform?
Omfattningen av det som en enda icke-ingenjör byggde på nio månader går inte Max förbi, eftersom han tidigare har gått igenom den traditionella processen för programvaruutveckling. "På nio månader, med en person, har han byggt något lika sofistikerat som det vi byggde för 20 år sedan med 14 personer och 2 miljoner dollar. Och han gjorde allt själv." Det uttalandet visar hur stor påverkan vibecoding har – och kan få – på otaliga branscher och arbetsflöden.
Vibecoding och löftet om bättre, anpassade arbetsflöden
Vibecoding hjälper inte bara projektledare att bygga arbetsflöden som får arbetet att gå snabbare. I vissa fall hjälper det dem att bygga sådant som aldrig har funnits tidigare – verktyg som varit för nischade för att något programvaruföretag skulle ha brytt sig om att utveckla dem, för branscher som varit för specifika för att locka rätt utvecklare vid rätt tidpunkt. För projektledare som arbetar inom dessa områden har tröskeln mellan "jag önskar att det här fanns" och "jag byggde det här" aldrig varit lägre.
Koden är inte den svåra delen. Det är det som är svårt: att veta exakt vad du behöver – och att vara tillräckligt disciplinerad för att testa innan du förstör allt. För de projektledare som redan gör detta är det en skillnad de snabbt har förstått. För dem som precis har börjat kan det vara det viktigaste att känna till från början.
Vill du ha fler insikter som dessa? Registrera dig för ett kostnadsfritt DPM-konto för att höra från fler experter som dessa.
