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.
I appen: Canvas → Importera JSON → Fyll i fält → Kopiera nodlista. Den talar om för AI:n vilka steg som finns och vad de heter.
Klistra in prompten, nodlistan och din källtext — mejltråden, mötesanteckningen, protokollet. Du får tillbaka ett JSON-objekt.
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.
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 >>>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" } }
]
}
}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?