Hur en person ersatte ett verktyg för 40 000 dollar/år med något hon byggde på en dag

Marta skötte driften för ett logistikföretag med 30 anställda i Guadalajara. Hennes team använde en projekthanteringsplattform i företagsklass som kostade dem runt 40 000 dollar om året — licensiering per användare, premiumnivå för rapporteringsfunktionerna, plus en konsult de anlitat för att sätta upp de inledande arbetsflödena två år tidigare.

Här är grejen ingen i teamet ville säga högt: de använde kanske 15 % av den.

Förarna loggade sina dagliga rutter i verktyget. Trafikledarna kollade en Kanban-tavla för att se vem som var ledig. Marta drog en veckorapport som visade leveranser i tid och öppna ärenden. Det var allt. Gantt-scheman, resursutjämning, sprintplanering, tidrapportering och portföljinstrumentpaneler? Ingen rörde dem. De betalade för en schweizisk armékniv för att öppna kuvert.

Ögonblicket då polletten trillade ner

Avtalsförnyelsen kom upp i februari. Marta hade i över ett år intalat sig att hon skulle migrera till något billigare “nästa kvartal”. Men den här gången sa en vän som drev ett litet e-handelsmärke något som fastnade: “Jag slutade leta efter rätt verktyg och beskrev bara vad jag behövde för en AI. Den byggde det.”

Marta var ingen utvecklare. Hon hade gått en Python-kurs en gång och hoppat av efter vecka tre. Men hon förstod sina egna arbetsflöden bättre än någon annan. Hon kunde beskriva exakt vad hennes team behövde eftersom hon levde inuti dessa processer varje dag.

Hon bestämde sig för att försöka bygga en ersättare själv innan hon skrev under förnyelsen.

Vad hon faktiskt byggde

Marta satte sig en lördagsmorgon med en AI-appbyggare och började beskriva vad hon behövde, en bit i taget.

En skärm för ruttloggning. Förarna behövde checka in i början av sitt skift, se sina tilldelade stopp och markera varje som klart. Inget dra-och-släpp-Gantt-nonsens — bara en lista med kryssrutor och en tidsstämpel. Hon beskrev det här på vanlig spanska och såg appbyggaren generera ett fungerande gränssnitt med en databas bakom.

En instrumentpanel för trafikledare. En enda sida som visade vilka förare som var aktiva, hur många stopp de hade kvar och en färgkodad indikator för om de låg i fas. Marta beskrev logiken: grönt om de slutfört minst 60 % av stoppen vid lunch, gult om mellan 40–60 %, rött under det. Byggaren översatte det här till villkorsstyrd formatering och en liveuppdaterande vy.

En veckorapport. Siffrorna Marta faktiskt drog varje fredag: totala leveranser, andel i tid, ärenden flaggade av förare (som en dålig adress eller en kund som inte var hemma) och en jämförelse med förra veckan. Hon bad byggaren generera en sammanfattningstabell och ett enkelt stapeldiagram. Det gjorde den.

En enkel ärendespårare. När en förare flaggade något — fel adress, skadat paket, kundklagomål — behövde det hamna någonstans Marta kunde se det och tilldela det. Inte ett fullständigt ärendesystem. Bara en lista med en status (öppen / pågår / löst) och möjligheten att lägga till en anteckning.

Det hela tog ungefär åtta timmar utspritt över lördagen. Inte för att någon enskild bit var svår, utan för att Marta hela tiden förfinade. Den första versionen av trafikledarpanelen visade för mycket data. Hon trimmade den. Ruttloggningsskärmen behövde ett “hoppa över stopp”-alternativ hon inte tänkt på från början. Hon lade till det genom att beskriva ändringen.

Vad 40 000 dollar faktiskt köpte

När Marta jämförde sin fyrskärmsapp med plattformen i företagsklass var gapet uppenbart — men inte i den riktning hon förväntat sig.

Företagsverktyget hade hundratals funktioner och krävde en konsult för att konfigureras. Martas app hade fyra skärmar som mappade direkt mot hur hennes team redan jobbade. Ingen utbildning behövdes. Ingen konfigurationsskuld.

Men den verkliga kostnaden för företagsverktyget var aldrig prenumerationen. Det var friktionen hennes team kringgick varje dag. Trafikledarna koordinerade över WhatsApp eftersom plattformens mobilapp tog fyra tryck för att uppdatera en leveransstatus. Marta upprätthöll ett separat Google Sheet för veckorapporten eftersom den inbyggda rapporteringsmodulen krävde att man navigerade tre menyer för att dra samma fem siffror. Förarna hade bokmärkt en kringgångssida i hjälpdokumentationen för ruttloggningsskärmen eftersom standardflödet antog projektfaser de inte använde.

Martas app hade inga kringgångslösningar eftersom den byggdes från kringgångslösningarna. Varje skärm fanns för att någon i teamet hade gjort den uppgiften informellt — på WhatsApp, i ett kalkylark, på en whiteboard — och Marta beskrev bara den informella versionen för byggaren.

Delarna som överraskade henne

Tre saker Marta inte förväntade sig:

Iterering var snabb. När en förare föreslog att lägga till ett anteckningsfält vid varje stopp beskrev Marta ändringen för byggaren under sin lunchrast och driftsatte den samma eftermiddag. Med företagsverktyget gick ändringar som den här genom en supportärendekö och tog ibland veckor.

Hennes team antog det direkt. Inga utbildningstillfällen. Inget “se den här onboarding-videon, tack.” Trafikledarna öppnade det måndag morgon och förstod det eftersom det såg ut som whiteboarden de hade använt informellt, bara digital.

Hon fortsatte förbättra det. Under de följande två veckorna lade hon till en femte skärm: en månadsvy för sin chef som visade leveranstrender och uppskattningar av kostnad per rutt. Med företagsverktyget skulle det här ha varit en begäran om en anpassad rapport. Med hennes egen app var det ett 20-minuterssamtal med byggaren.

Vad det här inte är

Det här är inte en berättelse om att företagsprogramvara är dålig. Om du är ett företag med 500 anställda som driver komplexa tvärfunktionella projekt med beroenden, resursbegränsningar och efterlevnadskrav behöver du förmodligen den schweiziska armékniven.

Men om du är ett 30-personersteam som använder 15 % av ett verktyg som kostar mer än en av dina anställda är något skevt. Verktyget är inte problemet — missmatchningen är det.

Och den missmatchningen var förr oundviklig. Innan du kunde bygga en app utan att koda var dina val: betala för det stora verktyget, peta ihop något i kalkylark eller anlita en utvecklare för att bygga specialprogramvara (vilket innebär sina egna kostnader och tidslinje). Nu finns ett fjärde alternativ: beskriv vad du behöver och bygg det själv.

Matematiken

Martas siffror efter en månad:

• Företagsverktyg: ~3 300 dollar/månad (40 000 dollar/år)
• AI-appbyggarprenumeration: under 100 dollar/månad
• Tid att bygga: 8 timmar (en lördag)
• Tid att iterera: 20–30 minuter per ändring
• Tid för teamets adoption: noll — de fattade det dag ett

Hon behövde ingen CTO eller ett ingenjörsteam. Hon behövde beskriva hur hennes team faktiskt jobbar — och en AI-appbyggare som förvandlade den beskrivningen till fungerande programvara.

Vad du bör fundera på

Om du känner igen din egen situation i Martas berättelse, här är en användbar övning inför din nästa programvaruförnyelse: skriv ner varje funktion du faktiskt använder i ditt nuvarande verktyg. Inte funktionerna du tycker att du borde använda eller planerar att använda någon dag. De som ditt team rör varje vecka.

Om den listan får plats på en post-it-lapp betalar du kanske för mycket för komplexitet du inte behöver.

Du behöver inte bygga ersättaren på en dag. Du skulle kunna börja med bara en skärm — den som spelar störst roll — och se hur det känns. Kostnaden för att försöka är några timmar. Kostnaden för att inte försöka är ännu ett år av att betala för funktioner du aldrig kommer att röra.

Om du vill se hur det ser ut att bygga ditt eget verktyg, prova Proyecta och börja med det ditt team klagar mest på.