Rita skissen på mötet. Fyll i resten efteråt.

En processkarta blir sällan färdig i ett svep. Stegen kommer upp på mötet, detaljerna kommer i mejltråden veckan efter. Här kopplas de ihop: kartan står kvar som den är, och fälten fylls i ur texten.

Så gör du

1

Kopiera nodlistan

I appen: Canvas → Importera JSON Fyll i fältKopiera nodlista. Den talar om för AI:n vilka steg som finns och vad de heter.

2

Kör prompten

Klistra in prompten, nodlistan och din källtext — mejltråden, mötesanteckningen, protokollet. Du får tillbaka ett JSON-objekt.

3

Granska och fyll i

Klistra in svaret i samma dialog. Du ser exakt vilka fält som fylls i och vilka som krockar med något du redan skrivit — och kryssar i vad som ska gå in.

Vad som kan hända — och vad som inte kan

  • Strukturen rörs aldrig. Berikningen kan inte lägga till steg, ta bort steg, dra om pilar eller flytta något. Behöver kartan ändras är det en redigering på canvasen, eller en ny import.
  • Tomt fylls i, ifyllt frågar. Fält du redan skrivit i skrivs aldrig över utan att du ser det: gammalt värde, nytt värde, och ett val. Ofta blir det noll sådana och du klickar igenom direkt.
  • Listor lägger bara till. Taggar, lösningstyper och felmoder fylls på — en berikning tar aldrig bort något du skrivit.
  • Det som inte matchar namnges. Kom ett nytt steg upp i mejltråden får du veta att det inte finns på kartan, i stället för att det försvinner tyst.
  • Gissningar hoppas över, inte lagas. Ett fält med fel typ eller ett hittepå-värde förkastas med en förklaring. Ett tomt fält är en fråga du kan svara på — ett gissat fält är en felaktig uppgift i ett dokument som ser trovärdigt ut.

Prompten

Du fyller i fält på en BEFINTLIG processkarta i Mappify. Du ritar ingen ny karta.

SVARA MED ENBART JSON — ingen förklaring, ingen markdown.

Du får två saker: en nodlista från kartan, och en källtext (mejltråd, mötesreferat,
anteckningar). Din uppgift är att leta i källtexten efter uppgifter som hör till
de noder som redan finns, och skriva ut dem som fält.

Format:
{
  "schemaVersion": "0.2",
  "id": "enrich",
  "name": "Berikning",
  "domain": {
    "nodes": [
      { "id": "<id ur nodlistan>", "data": { "kind": "process", "label": "<etiketten ur nodlistan>",
          "<fält>": "<värde>" } }
    ]
  }
}

ID:T ÄR ALLT. Kopiera id:t ordagrant ur nodlistan. Hitta aldrig på ett id, ändra
aldrig ett, och skriv aldrig en nod som inte står i listan. "kind" och "label"
måste vara med för att filen ska vara giltig — kopiera dem ur listan; de används
inte, och kartan döps inte om.

Står två noder med samma etikett i listan har de en särskiljare ("← efter: ...")
som visar var i flödet de sitter. Använd den för att välja rätt id. Går det
ändå inte att avgöra vilken som avses — utelämna noden.

TA BARA MED FÄLT DU HAR BELÄGG FÖR.

Har källtexten inget att säga om ett fält, utelämna fältet. Har den inget att
säga om en nod alls, utelämna noden. En kort fil med fem säkra fält är ett
bättre svar än en lång med trettio gissningar.

Skilj på vad som ÄR och vad någon TYCKER. En mejltråd är full av förslag,
önskemål och "vi borde nog". Skriv bara in det som anges som hur det faktiskt
fungerar i dag, eller som något som uttryckligen är beslutat. "Vi borde byta
till Fortnox" är inte ett nuläge. Är något beslutat men inte genomfört är
"state": "planned" rätt svar — inte att skriva om nuläget.

Fälten (utelämna allt du inte har belägg för):

owner            { "name": "...", "role": "...", "email": "..." } — ansvarig för steget
state            current | planned | test | sunset  (i drift / planerad / testas / utfasas)
notes            fritext att komma ihåg
dueDate          "åååå-mm-dd" — bara när texten anger ett datum
duration         tal + durationUnit: minut | timme | dag | vecka
tags             ["..."] — läggs till, ersätter aldrig befintliga

currentState     vilket system eller vem som sköter steget I DAG ("Excel", "SAP", "manuellt")
gap              vad som saknas eller skaver — problemet, inte lösningen
solutionTypes    ["automation", "plugin", "api-integration", "chatbot", "dashboard", ...]
hitl             { "needed": true, "phase": "before|during|after", "description": "..." }
fallback         vad som händer om automationen slutar fungera

actor            human | system | hybrid
systemRef        var i stacken steget utförs
trigger          vad som gör att steget startar
processTime      minuter aktivt arbete
waitTime         minuter väntan
volume           { "count": <tal>, "per": "dag|vecka|månad" }
automationStatus manual | semi | automated
humanDecision    true/false — fattas ett mänskligt beslut här?
decisionType     konflikt | pris | undantag | godkännande
failureModes     ["..."] — vad som faktiskt går snett

Följande rörs ALDRIG utan att källtexten anger uppgifterna uttryckligen — de
läses av människor som fattar beslut om pengar och juridik:

economy          { "monthlyCost", "monthlySaving", "implementationCost",
                   "costNow", "estimatedSaving", "kpis", "priority" }
gdpr             { "personalData", "legalBasis", "sensitiveData",
                   "dataController", "retentionDays", "thirdPartyTransfer" }
dataSource       { "provider", "accountRef", "metric", "period", "target" }
kpiSnapshot      { "value", "unit", "date" }

Skriv ALDRIG in lösenord, API-nycklar, tokens eller andra hemligheter. De följer
med i varje export och backup. Står det en nyckel i mejltråden — hoppa över den.

Fält som INTE går att sätta här, eftersom de är struktur och inte innehåll:
label (kartan döps inte om), kind, phaseId, portal, samt noder och relationer.
Behöver kartan ett nytt steg eller en ny pil är det något användaren gör på
canvasen — nämn det i en mening efter JSON:en om du märker att det saknas.

Enum-värden måste stavas exakt som ovan, på engelska. "planerad" förkastas —
det heter "planned".

RITA INGEN BILD OCH INGET DIAGRAM. Svara med JSON och ingenting annat.

Nodlistan från kartan:
<<< klistra in nodlistan här >>>

Källtext:
<<< klistra in mejltråden, referatet eller anteckningarna här >>>

Så ser svaret ut

Tre noder ur bokningsflödet, efter en mejltråd om varför fel säljare ibland får förfrågan. Inga nya steg, inga pilar, ingen layout — bara fält, och bara de som stod i texten.

{
  "schemaVersion": "0.2",
  "id": "enrich",
  "name": "Berikning",
  "domain": {
    "nodes": [
      { "id": "n_forfragan", "data": { "kind": "form", "label": "Kund fyller i förfrågan",
          "volume": { "count": 40, "per": "vecka" },
          "trigger": "Kunden fyller i formuläret på webben" } },
      { "id": "n_match", "data": { "kind": "system", "label": "Matcha område",
          "currentState": "Manuell uppslagning i en Excel-flik",
          "gap": "Fel område ungefär en gång i veckan",
          "processTime": 10,
          "failureModes": ["Postnummer saknas i listan", "Ny säljare läggs inte in"] } },
      { "id": "n_ater", "data": { "kind": "email", "label": "Återkoppla senare",
          "owner": { "name": "Anna Lind", "role": "Innesälj" },
          "state": "planned",
          "hitl": { "needed": true, "phase": "before",
                    "description": "Anna läser innan utskick" },
          "fallback": "Faller listan bort går påminnelsen till delade inkorgen" } }
    ]
  }
}

Bygger du en karta från början?

Då är det den andra prompten du vill ha — skapa en processkarta med AI. Den ritar hela kartan från en beskrivning. Den här fyller bara i fält på en karta som redan finns.

Vill du testa på er egen process?

Gratis i beta · inget kort · vi släpper in testkunder löpande