Så gör du en app av ett kalkylblad

För att göra en app av ett kalkylblad rensar du datan, delar upp den i riktiga tabeller, bestämmer vem som behöver göra vad och bygger sedan skärmar — formulär, listor och instrumentpaneler — ovanpå en riktig databas. Med en AI-appbyggare kan du beskriva allt detta med vanliga ord och ge den själva kalkylbladet. Det som kräver eftertanke är inte byggandet; det är att bestämma vad kalkylbladet faktiskt representerar och vem som ska få ändra det.

Tecken på att ditt kalkylblad bör bli en app

Kalkylblad är utmärkta verktyg. Ersätt inte ett bara för att du kan. Det är dags när du ser flera av dessa:

• Flera personer redigerar samma rader, och ändringar skrivs över eller försvinner.
• Du har skrivit instruktioner för hur kalkylbladet ska användas (”sortera inte kolumn F”, ”lägg alltid nya rader längst ned”).
• Färger bär en betydelse — röda rader är försenade, gula kräver ett beslut.
• Folk behöver olika vyer — en säljare ska se sina leads, inte alla andras.
• Någon kopierar ut data varje vecka för att bygga en rapport.
• Utomstående behöver åtkomst — kunder, leverantörer eller konsulter — och du vill inte dela hela filen.
• Misstag kostar pengar: en missad order, en dubbelbokning, ett fel pris.

Om en person äger kalkylbladet, det ändras sällan och fel kostar lite, behåll kalkylbladet. Det verktyg som fungerar är rätt verktyg.

Steg 1: Förstå vad kalkylbladet egentligen är

De flesta affärskalkylblad är flera saker pressade in i ett rutnät. Innan du bygger något, ta reda på vilka ”saker” som finns där.

Ta ett typiskt ordersblad med kolumnerna: Datum, Kundnamn, Kunds e-post, Kunds telefon, Produkt, Antal, Pris, Status, Anteckningar. Det är i praktiken tre typer av poster:

Denna uppdelning är kärnan i arbetet. I databastermer blir varje posttyp en tabell, och ordrar ”pekar på” en kund och en produkt i stället för att kopiera deras uppgifter. Vad är en databas förklarar idén om den är ny för dig.

Gå igenom ditt kalkylblad och fråga för varje kolumn: är det här ett faktum om radens huvudsak, eller om något annat som upprepas?

Steg 2: Rensa datan

AI kan hjälpa mycket här, men titta på datan själv först. Vanliga problem:

• Inkonsekventa värden — ”Betald”, ”betald” och ”BETALD ✓” som betyder samma sak. Välj en uppsättning statusar.
• Sammanfogade celler och anteckningar i datakolumner — ”400 kr (rabatterat)” i en prisskolumn. Flytta ut anteckningen.
• Datum i olika format — välj ett.
• Dubbletter — samma kund skriven på tre olika sätt.
• Dold betydelse — färger, fetstil, kommentarer. Skriv ner vad varje betyder så att det kan bli ett riktigt fält, till exempel en status eller en flagga.
• Formler — lista varje formel som spelar roll och beskriv med vanliga ord vad den beräknar. ”Summa = antal × pris vid försäljning, minus rabatt om kunden står på grossistlistan.”

Exportera en kopia av det rensade kalkylbladet som CSV. Behåll originalet orört som backup.

Steg 3: Bestäm vem som gör vad

Ett kalkylblad har en enda behörighetsmodell: du kan öppna det eller inte. En app kan göra mycket bättre, så lista dina användare och vad de behöver:

Den här tabellen avgör om du behöver inloggning, roller och filtrering per användare. Om svaret är ”bara vårt team, alla är lika”, kan appen bli mycket enklare.

Steg 4: Designa skärmarna

De flesta ersättningar för kalkylblad behöver samma få skärmar:

• En lista för varje huvudpost, med sök, filter och sortering — kalkylbladsvyn, gjord ordentligt.
• Ett formulär för att lägga till eller redigera en post, med rullgardinsmenyer i stället för fri text för saker som status.
• En detaljsida för en post, som visar relaterade poster (en kund och alla dess ordrar).
• En instrumentpanel med de siffror du idag räknar för hand. Så bygger du en instrumentpanel går djupare.
• Export till CSV, så att ingen känner sig instängd.

Kopiera inte rutnätslayouten till varje skärm. Poängen med appen är att människor ser det de behöver för sin uppgift, inte alla kolumner på en gång.

Steg 5: Bygg den

Med en AI-appbyggare beskriver du appen med det du har kommit fram till. En prompt som fungerar:

Bygg en beställningsuppföljare för ett litet bageri. Den ersätter ett kalkylblad. Använd en databas med tre tabeller: kunder (namn, e-post, telefon), produkter (namn, aktuellt pris) och ordrar (datum, kund, produkt, antal, pris vid försäljning, status, anteckningar). Status är en av Ny, Bakas, Klar, Hämtad, Avbruten. Skärmar: orderlista med sök och statusfilter, formulär för att lägga till och redigera en order med rullgardinsmenyer för kund och produkt, en kundsida som visar deras ordrar och en instrumentpanel med dagens ordrar och veckans summa. Personal kan lägga till och redigera ordrar; endast ägaren kan ändra produktpriser. Ren, tät layout som fungerar på en surfplatta.

Bifoga sedan det rensade CSV:n och fråga: ”Importera den här datan till tabellerna och matcha kunder via e-post.” Kontrollera antalen: antalet ordrar i appen ska stämma med antalet rader i ditt kalkylblad.

Om du hellre inte vill använda en AI-byggare kan no-code-verktyg som ligger ovanpå ett kalkylblad eller en Airtable-bas fungera bra i enklare fall, särskilt när du vill behålla kalkylbladet som datakälla.

Steg 6: Återskapa formlerna som regler

Gå igenom din lista över formler en i taget:

• Beräknade fält: ”Ordersumman är antal × pris vid försäljning.”
• Validering: ”Antalet måste vara minst 1. E-post måste se ut som en e-postadress.”
• Automatiseringar: ”När status ändras till Klar skickas ett mejl till kunden.” (Detta kräver en e-postleverantör — se hur du skickar e-post från din app.)

För var och en, välj några rader från det gamla kalkylbladet och kontrollera att appen ger samma svar.

Steg 7: Byt över försiktigt

Det riskabla ögonblicket är övergången. Ett lugnt sätt att göra det på:

1. Kör båda en kort tid. Lägg in nya poster i appen och kontrollera dem mot kalkylbladet.
2. Frys kalkylbladet. När du litar på appen, gör kalkylbladet skrivskyddat så att ingen fortsätter att redigera det av vana.
3. Importera eventuella efterblivna rader. Rader som lades till i kalkylbladet under övergångsperioden behöver flyttas över.
4. Behåll exportknappen. En veckovis CSV-export är en enkel backup som folk litar på.

Behåll kalkylbladet, eller flytta till en databas?

Om du ändå tar dig besväret att bygga en app är en riktig databas oftast värd det. Du kan fortfarande exportera till ett kalkylblad när du vill.

Vanliga misstag

• Att kopiera rutnätet. En jättetabell med alla kolumner återskapar kalkylbladets problem.
• Att hoppa över rensningen. Rörig data som importeras i en app är fortfarande rörig data.
• Att glömma de dolda reglerna. Färger och kommentarer bar en betydelse. Gör dem till fält.
• Ingen ägare. Någon måste äga appen, precis som någon ägde kalkylbladet.
• Att bygga allt på en gång. Ersätt den smärtsammaste delen först.

Göra det med Mythex

I Mythex kan du bifoga CSV-filen i chatten, eller, om datan finns i Google Sheets, koppla ditt Google-konto via Connectors och be agenten läsa kalkylbladet och bygga utifrån det. När appen behöver spara data lägger Mythex till en dedikerad Postgres-databas i projektet och kan skapa tabellerna och läsa in din data i dem. Du delar sedan förhandsvisningen med de personer som ska använda den och publicerar när den är klar. För liknande utgångspunkter, titta på instrumentpanelsmallarna, eller läs hur du bygger ett internt verktyg för den bredare processen.

Frågor