Problemet: pärmen, papperslappen och Excel-arket
Ett taxiåkeri med en handfull bilar har sällan problem med att köra bilarna. Det som tar kvällarna är allt runtomkring: körpass som rapporteras på papperslappar, kvitton som ligger i en plastficka, ett Excel-ark som någon har byggt vidare på i fyra år, och en kalenderpåminnelse som ska fånga att ett tillstånd går ut.
Det håller ihop precis tills det inte gör det. En lapp försvinner. Ett kvitto blir oläsligt. Ett datum passeras. Och till skillnad från en missad bokning märks den sortens miss först när den redan kostat pengar — vid bokslutet, eller vid en kontroll.
Det här är inte ett teknikproblem i första hand. Det är ett administrationsproblem som ingen har byggt bra verktyg för, därför att branschens mjukvara har lagt sin kraft någon annanstans.
Varför inte ett befintligt taxisystem
Beställningscentral och taxameter är lösta problem. Det finns etablerade system, de fungerar, och ett litet åkeri behöver inte ännu ett.
Den dagliga administrationen är däremot inte löst. Den ligger kvar i pärmen. Så Manecab är medvetet inget dispatchsystem, ingen beställningscentral, ingen redovisningscentral och ingen ny hårdvara i bilen — produkten sköter administrationen runt det åkeriet redan har.
Avgränsningen är hela produktbeslutet
Att säga nej till dispatch var det första riktiga designbeslutet. Det tog bort behovet av hårdvaruintegration, halverade ytan som skulle byggas, och gjorde att ett åkeri kan börja använda produkten på en eftermiddag i stället för i ett införandeprojekt.
Vad vi byggde
Manecab är i drift på app.manecab.se. Produktsidan listar sjutton funktioner i fem områden, och nio av dem är moduler åkeriet slår av och på efter vad det faktiskt behöver:
- Rapportering & ekonomi — körpassrapport, utgifter och kvitton, fakturering och kundregister, underlag till redovisningen, nyckeltal och analys.
- Fordon & regelefterlevnad — fordon och fordonsvård, regelefterlevnad, vilotider, utrustningsregister, dokumentskåp.
- Personal & schema — schemaläggning, anställningsavtal och lönebesked, semester och frånvaro.
- Kunder & priser — onlinebokning, prisuppgifter, prisverktyg.
- Plattform — roller, tvåfaktorsinloggning, GDPR och ordinarie drift inom EU.
Ingången till alltihop är förarens mobil. Föraren rapporterar passet när det är slut, och intäkter, utgifter och regelefterlevnad hamnar på ett ställe i stället för i tre.
De svåra delarna
Funktionslistan säger vad produkten gör. Det som gjorde den till ett riktigt ingenjörsarbete är att stora delar av den är svensk regelverkstext omsatt till kod — och regler går inte att approximera.
- Fakturering på svenska villkor. OCR-nummer, F-skatt och Swish-QR på fakturan, med ett kundregister bakom. En faktura som är nästan rätt är fel.
- Anställningsavtal med e-signering i två steg, mot kraven i LAS 6 c § på vilka uppgifter en anställd ska få skriftligt. Signeringen sker inte med BankID utan som enkel elektronisk underskrift enligt eIDAS — inloggad signering, kontrollsumma (SHA-256) och händelselogg.
- Prisuppgifter enligt TSFS 2013:41. Produkten sparar underlaget som visar att prisinformationen faktiskt lämnades — det är bevisbördan som räknas vid en kontroll, inte att priset fanns någonstans.
- Vilotider som varnar i schemat, inte i efterhand när passet redan är kört.
- Påminnelser i tre steg — 45, 14 och 1 dag före ett datum. Tre nivåer därför att en påminnelse är för lite: den första ger tid att agera, den sista fångar den som missade de andra två. Totalt har produkten över 45 typer av notiser och påminnelser.
- Tvåspråkighet per användare. Hela produkten finns på svenska och engelska, varje användare väljer själv, och notiser och e-post följer användarens språk — inte åkeriets. Det är en sak att översätta ett gränssnitt och en annan att låta språkvalet följa med hela vägen ut i utskicken.
- Roller, tvåfaktorsinloggning och ordinarie drift inom EU. Ett åkeri lägger in personuppgifter om sina anställda här. Åtkomstkontroll och var data ligger är inte en efterhandsfråga.
Regelverk åldras
Ett system som kodar in paragrafer ärver ett underhållsansvar: när en föreskrift ändras måste produkten ändras. Det är ett skäl till att Manecab drivs som en produkt med löpande underhåll, inte som ett projekt som levereras och lämnas.
Vad Manecab säger om hur vi bygger
Vi säljer webbapplikationer med argumentet att en process som vuxit ur kalkylarket behöver riktig dataintegritet, riktig åtkomstkontroll och riktig spårbarhet. Manecab är den meningen byggd i skarp drift, av oss, med oss själva som första kravställare.
Konkret är det samma arbete som ett uppdrag hos dig skulle vara: kartlägga en verksamhet som redan fungerar, avgränsa hårt, designa gränssnittet efter den som faktiskt ska använda det — här en förare som står vid bilen med en hand ledig — och sedan driva det vidare när det väl är ute.
Skillnaden mot ett kundcase är ärlig och värd att säga rakt ut: här stod vi för både beställning och leverans. Det gör Manecab till ett starkt bevis på vad vi kan bygga, och ett svagare bevis på hur det är att vara vår kund. Det senare får kundcasen på den här sidan visa när de landar.
Var Manecab står i dag
Produkten är byggd, driftsatt och öppen för nya konton. Ett nytt konto får full funktionalitet i 14 dagar från att det godkänns, utan betalkort.
Prissättningen är per bil och ännu inte spikad — den sätts tillsammans med de första pilotkunderna.
Vad du inte hittar här är kundsiffror: antal åkerier, flottstorlekar eller vad någon sparar i tid. Det är ett medvetet val och inte en lucka. Vi beskriver vad som är byggt och vad det gör — våra kunders siffror är deras, inte vårt marknadsföringsmaterial. Undrar du om det håller för just din verksamhet är det en fråga vi hellre tar i ett samtal än i en rubrik.
Vill du se produkten finns den på manecab.se.