Laget med hjerte: indie-alternativet til big tech

I jobben min tester jeg mange produkter. Oppstartsbedrifter, bedrifts-SaaS, indie-prosjekter. Gjennom årene har jeg utviklet én markør for et «ekte» produkt: skaperen bruker det selv hver dag.

Det høres banalt ut, men det er overraskende sjeldent. De fleste SaaS-oppstart lager produkter for målgrupper de selv ikke tilhører. Markedsplasser bygges av folk som aldri handler der. AI-verktøy lages av utviklere som selv ikke jobber med dem.

Commander Flow er det motsatte tilfellet. Og det er synlig fra første minutt.

Hvordan det viser seg i produktet

Minimalisme. Du installerer appen — og den bare virker. Ingen onboarding-veiviser i ti skjermbilder, ingen sprett-anbefalinger, ingen reklame inne i produktet, ingen «oppgrader til Pro»-varsler. I systemstatusfeltet — et ikon og en kompakt meny. Det er alt. Alt som ikke hjelper deg å jobbe med tekst — finnes ikke. Det er en sjelden disiplin i en verden av AI-apper som elsker å vifte med funksjonene sine i ansiktet ditt.

Standard hurtigtast — Caps Lock. Genialt enkelt. Det er den minst brukte tasten på tastaturet, og den finnes på alle tastaturer i verden. Ingen kombinasjoner av to-tre taster du må klemme sammen med fingrene. Én finger. Én tast. Hvilket som helst tastatur — standard, bærbart, ergonomisk, mini. Hvis akkurat denne hurtigtasten av en eller annen grunn er upraktisk — kan den tildeles en annen med ett klikk i menyen.

Koden er skrevet nær maskinvaren. Uten lag på lag på lag av wrappere — det som vanligvis gjør en app treg. I stedet: native systemkall der det går; direkte bruk av prosessor og skjermkort der det øker hastigheten. Ingen mellommenn mellom maskinvaren og modellen. Det er synlig med øyet — appen reagerer øyeblikkelig, venter ikke, henger ikke.

Optimalisering på perfeksjonistnivå. Du ser at hvert eneste ekstra millisekund med forsinkelse var personlig uutholdelig for noen. Og denne noen fjernet det. Jeg er ikke utvikler, jeg har vanskelig for å bedømme det teknisk — men jeg har sett utviklere, og jeg vet hvordan produkter ser ut når man har gitt blanke i optimalisering.

«Gode produkter lages av folk som trenger produktet mer enn noen andre i verden.»

Direkte kanal til utvikleren. Det fungerer

I Commander Flow-menyen finner du «Meld feil». Du åpner det — og der er et lite vindu hvor du kan skrive hva som helst til utvikleren: en bug, en idé til en ny funksjon, merkelig oppførsel, et forbedringsforslag. For moderne forbrukerprogramvare er det allerede uvanlig i seg selv.

Og det fungerer. Ikke som et standardsvar «takk, teamet vårt vil se på det». Men som en faktisk kanal til mennesket som skriver koden. Jeg har sjekket dette personlig flere ganger — beskrev et problem, fikk etter kort tid en oppdatering der problemet var fikset. Gratis. Det bare kom inn i neste oppdatering.

Ingen «prioritert support»-pakker, ingen sakstickets med nummer, ingen kø i et SaaS-system. Vindu → utvikler → fiks → oppdatering. Slik fungerte alle bransjer før — til de store selskapene spiste dem opp. Her fungerer det fortsatt.

Hva dette betyr for brukeren

Rett etter installasjon bare virker appen. Ingen veiviser, ingen konto, ingen «velg plan», ingen «vi bruker informasjonskapsler». Du installerer, trykker Caps Lock, snakker — og teksten står i feltet. En enkelhet som i 2026 oppleves som en sjeldenhet.

Hastigheten merkes etter et par dager. Ikke som «raskere med så og så mange prosent», men som «responsen kommer før du rakk å vente på den». Når en app bruker maskinvaren direkte, uten arkitektoniske mellomlag, forsvinner ventetiden — og etterpå tåler du den ikke i andre programmer.

Og det mest uvanlige — at utvikleren svarer selv. Ikke en presseavdeling, ikke en bot-support. Den som skriver koden. Det forholdet til brukeren var en gang normen, og i dag er det blitt nesten luksus.

Hva jeg gjerne skulle hatt forbedret

Lite team — flaskehals på nye plattformer. Jeg skulle gjerne hatt en native macOS-klient allerede nå (jeg vet, den er på vei). Jeg skulle gjerne hatt en Linux-versjon. Alt dette er umulig å gjennomføre samtidig med dagens ressurser. Teamet velger prioriteringer og gjør dem skikkelig — men sidelengs vekstfart er begrenset.

Dokumentasjonen halter stedvis. Det er en normal tilstand for et lite team som løper fremover på produktet. Noe finner du ut ved å «prøve og se». Det minimalistiske grensesnittet kompenserer — der er det ikke mye som ikke er åpenbart — men de som liker å «lese alt», savner det iblant.

Direkte kontakt med forfatteren skalerer ikke i det uendelige. Akkurat nå, mens produktet er lite, leser utvikleren alle henvendelser selv. Når brukerantallet vokser med en størrelsesorden — må kanalen distribueres. Akkurat nå, i april 2026, befinner vi oss i dette korte tidsvinduet, og det er verdt å bruke.

Hvorfor jeg blir værende

Jeg blir værende hos Commander Flow ikke fordi det er «best på markedet» (selv om jeg mener det er det). Jeg blir, fordi produktet lages med omtanke. Hver oppdatering er en løsning på en konkret smerte hos ekte mennesker, ikke «en hake i et roadmap til investorer».

Det er, etter min mening, det ekte «laget med hjerte» — ikke en markedsføringsfrase, men det tekniske faktum at koden skrives av en person som trenger den koden personlig. Som selv hver morgen trykker Caps Lock og dikterer e-postene sine. Som selv leser «Meld feil» og selv svarer. Som selv optimaliserer hvert millisekund, fordi det irriterte ham personlig.

Hvis du er i tvil om du skal prøve — last ned. Jobb med det en uke. Du vil legge merke til den samme finheten i alt jeg la merke til.

Det er en programvare fra menneske til menneske. Ikke fordi det er en merkevare. Fordi det føles som om denne greia ikke er der for pengenes skyld, men for at det skal være ok å jobbe.

I 2026 er det en sjeldenhet, og det er verdt å holde fast på.