Hoppa till huvudinnehållet
CRMvalet
CRM-guide för svenska företag

Kravspecifikation för CRM – mall med testbara krav

En användbar kravspecifikation visar om ett CRM klarar ert arbete. Ladda ner arbetsmallen med 12 testbara krav, fyll i era prioriteringar och följ samma krav-id i demoprotokollet.

Redaktionell avsändare: CRMvalet · Metod och källkontroll

Innehåll uppdaterat · CRMvalets redaktionella principer

Vad ska en kravspecifikation för CRM innehålla?

Beskriv affärsproblemet, användarrollerna och de arbetsflöden som måste fungera. Ge varje krav ett ID, en prioritet, en ansvarig och ett test med ett tydligt godkänt resultat. Koppla leverantörens svar till rätt plan och dokumentera eventuella tillägg. Börja med mallen nedan och anpassa kraven till er verksamhet.

Underlag

12 testbara krav i en tom och en fiktivt ifylld CSV. Hela arbetsmallen finns också på sidan och går att skriva ut.

Beslutsregel

Ett obesvarat kritiskt krav kräver utredning före köp.

Innehåll

  1. Ladda ner och skriv ut arbetsmallen
  2. Skriv en kort bakgrund innan kravlistan
  3. Fördjupa arbetsmallen inom åtta områden
  4. Skilj kritiska krav från sådant som kan vänta
  5. Begär ett svar som går att kontrollera
  6. Skriv konkreta krav på import, integration och export
  7. Ta med dataansvar och avtal innan produktvalet
  8. Vanliga frågor
  9. Källor och metod
Öppen arbetsmall · CRMvalet

Kravmall med 12 testbara CRM-krav

Ladda ner, fyll i och spara i Excel, Google Sheets eller ett annat kalkylblad. Inget konto eller e-post krävs. Tomma svar betyder att ni ännu inte har dokumenterat ett svar.

CSV-filerna använder UTF-8 och komma som avgränsare. Välj dessa inställningar vid import om kolumnerna inte delas upp automatiskt. Du kan också använda webbläsarens Skriv ut eller Ctrl+P. Utskriften visar en rad per krav med plats för egna svar.

Bestäm vad som måste fungera före demon

Anpassa de föreslagna kraven till ert team. Välj Måste för sådant ni inte kan arbeta utan och Bör för förbättringar. Sätt vikt 1–5 innan ni jämför: 1 är liten betydelse, 3 påverkar arbetet varje vecka och 5 påverkar kärnflödet varje dag. Vikten hjälper er att prioritera testtid och åtgärder. Ett ej uppfyllt eller okänt Måste-krav behöver lösas separat och kan inte vägas upp av många Bör-krav.

Exempelkraven utgår från ett fiktivt säljteam med fem användare och testkontakten Alex Test på Testbolaget Eken. Behåll samma krav-id i demoprotokollet så att svar, belägg och öppna frågor går att följa från krav till beslut. Leverantörssvar är tomma i grundmallen.

Tabellen kan rullas i sidled. Tangentbord: fokusera tabellen och använd piltangenterna. Alla fält i den tomma nedladdningen är redigerbara.

Kravmall med 12 testbara CRM-krav · tomma svar att fylla i
Krav-id och behovMåste/bör och viktBevis som behövsTeststegAnsvarLeverantörssvar
CRM-01
Registrera en lead med ansvarig
Måste
5/5
Visa sparad lead och namngiven ägare i vald plan.Skapa Testbolaget Eken med kontakten Alex Test och tilldela säljare A. Öppna posten igen och kontrollera fälten.SäljansvarigTomt
CRM-02
Upptäck dubblett innan en ny lead skapas
Bör
3/5
Visa hur en identisk testkontakt identifieras och hanteras.Registrera Alex Test med samma testadress två gånger. Kontrollera varning eller en dokumenterad rutin för att slå ihop poster.CRM-ansvarigTomt
CRM-03
Bevara datakälla vid import
Måste
4/5
Visa importresultat och fältmappning för tre testposter.Importera tre fiktiva kontakter med källa Pilot. Kontrollera att alla tre har rätt ägare och att källan finns kvar.CRM-ansvarigTomt
CRM-04
Skapa nästa aktivitet med förfallodatum
Måste
5/5
Visa uppgift, ansvarig och datum på lead och aktivitetslista.Skapa Ring Alex nästa arbetsdag. Logga in som säljare A och hitta uppgiften från den egna aktivitetslistan.Säljare ATomt
CRM-05
Hitta affärer som saknar nästa steg
Måste
5/5
Visa filterresultat med och utan nästa aktivitet.Skapa en affär utan aktivitet och en med Ring Alex. Filtrera fram endast den utan nästa steg.SäljansvarigTomt
CRM-06
Koppla testmejl till rätt kontakt
Bör
3/5
Visa testmeddelandets koppling och behörighet i vald plan.Använd ett avskilt testkonto och ett fiktivt mejl till Alex. Kontrollera rätt kontaktkoppling och vem som kan läsa det.CRM-ansvarigTomt
CRM-07
Flytta en affär mellan två säljsteg
Måste
4/5
Visa sparat steg och tillhörande nästa aktivitet.Flytta affären Pilot Eken från Ny till Offert. Ladda om och kontrollera att steg och ansvarig är bevarade.Säljare ATomt
CRM-08
Lämna över affären utan att tappa historik
Måste
5/5
Visa samma anteckning och nästa aktivitet efter ägarbyte.Lägg till anteckningen Återkom efter pilot. Byt ägare från säljare A till B och kontrollera historik samt nästa aktivitet som B.Säljare BTomt
CRM-09
Begränsa åtkomst för en testroll
Måste
5/5
Visa åtkomst med två separata testroller och dokumentera planvillkor.Skapa en avskild testaffär för chef. Kontrollera som säljare B att den inte kan läsas via lista eller direktlänk.SystemansvarigTomt
CRM-10
Rapportera affärer per ägare och steg
Bör
2/5
Visa rapportens urval och jämför med tre kända testaffärer.Fördela tre affärer på två ägare och två steg. Kontrollera att rapportens antal motsvarar testdatat.SäljansvarigTomt
CRM-11
Exportera kontakt och affär med koppling
Måste
4/5
Visa exporterade filer med stabil kontakt-/affärsnyckel.Exportera Alex och Pilot Eken. Öppna filerna och kontrollera anteckning, ägare och hur relationen kan återskapas.SystemansvarigTomt
CRM-12
Avsluta testanvändarens åtkomst
Måste
5/5
Visa inloggningskontroll och kvarvarande ansvar på testposterna.Avaktivera endast testanvändare A. Kontrollera att åtkomst upphör och att B fortfarande har affär, anteckning och nästa aktivitet.SystemansvarigTomt

CRM-01 · Registrera en lead med ansvarig

Måste · vikt 5/5 · ansvar: Säljansvarig

Test: Skapa Testbolaget Eken med kontakten Alex Test och tilldela säljare A. Öppna posten igen och kontrollera fälten.

Bevis: Visa sparad lead och namngiven ägare i vald plan.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-02 · Upptäck dubblett innan en ny lead skapas

Bör · vikt 3/5 · ansvar: CRM-ansvarig

Test: Registrera Alex Test med samma testadress två gånger. Kontrollera varning eller en dokumenterad rutin för att slå ihop poster.

Bevis: Visa hur en identisk testkontakt identifieras och hanteras.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-03 · Bevara datakälla vid import

Måste · vikt 4/5 · ansvar: CRM-ansvarig

Test: Importera tre fiktiva kontakter med källa Pilot. Kontrollera att alla tre har rätt ägare och att källan finns kvar.

Bevis: Visa importresultat och fältmappning för tre testposter.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-04 · Skapa nästa aktivitet med förfallodatum

Måste · vikt 5/5 · ansvar: Säljare A

Test: Skapa Ring Alex nästa arbetsdag. Logga in som säljare A och hitta uppgiften från den egna aktivitetslistan.

Bevis: Visa uppgift, ansvarig och datum på lead och aktivitetslista.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-05 · Hitta affärer som saknar nästa steg

Måste · vikt 5/5 · ansvar: Säljansvarig

Test: Skapa en affär utan aktivitet och en med Ring Alex. Filtrera fram endast den utan nästa steg.

Bevis: Visa filterresultat med och utan nästa aktivitet.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-06 · Koppla testmejl till rätt kontakt

Bör · vikt 3/5 · ansvar: CRM-ansvarig

Test: Använd ett avskilt testkonto och ett fiktivt mejl till Alex. Kontrollera rätt kontaktkoppling och vem som kan läsa det.

Bevis: Visa testmeddelandets koppling och behörighet i vald plan.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-07 · Flytta en affär mellan två säljsteg

Måste · vikt 4/5 · ansvar: Säljare A

Test: Flytta affären Pilot Eken från Ny till Offert. Ladda om och kontrollera att steg och ansvarig är bevarade.

Bevis: Visa sparat steg och tillhörande nästa aktivitet.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-08 · Lämna över affären utan att tappa historik

Måste · vikt 5/5 · ansvar: Säljare B

Test: Lägg till anteckningen Återkom efter pilot. Byt ägare från säljare A till B och kontrollera historik samt nästa aktivitet som B.

Bevis: Visa samma anteckning och nästa aktivitet efter ägarbyte.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-09 · Begränsa åtkomst för en testroll

Måste · vikt 5/5 · ansvar: Systemansvarig

Test: Skapa en avskild testaffär för chef. Kontrollera som säljare B att den inte kan läsas via lista eller direktlänk.

Bevis: Visa åtkomst med två separata testroller och dokumentera planvillkor.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-10 · Rapportera affärer per ägare och steg

Bör · vikt 2/5 · ansvar: Säljansvarig

Test: Fördela tre affärer på två ägare och två steg. Kontrollera att rapportens antal motsvarar testdatat.

Bevis: Visa rapportens urval och jämför med tre kända testaffärer.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-11 · Exportera kontakt och affär med koppling

Måste · vikt 4/5 · ansvar: Systemansvarig

Test: Exportera Alex och Pilot Eken. Öppna filerna och kontrollera anteckning, ägare och hur relationen kan återskapas.

Bevis: Visa exporterade filer med stabil kontakt-/affärsnyckel.

Egen prioritet / vikt / ansvar / leverantörssvar:

CRM-12 · Avsluta testanvändarens åtkomst

Måste · vikt 5/5 · ansvar: Systemansvarig

Test: Avaktivera endast testanvändare A. Kontrollera att åtkomst upphör och att B fortfarande har affär, anteckning och nästa aktivitet.

Bevis: Visa inloggningskontroll och kvarvarande ansvar på testposterna.

Egen prioritet / vikt / ansvar / leverantörssvar:

Fiktivt ifyllnadsexempel

Exemplet visar hur man dokumenterar, inte hur en verklig produkt fungerar. Leverantör A och B är påhittade. CRMvalet har inte genomfört de illustrerade produkttesterna.

CRM-01: Måste, vikt 5, ansvar säljansvarig. Fiktivt leverantörssvar: ”Visas i vår tänkta testplan; kontrollera med CRM-01 i demon.” Svaret är ett löfte att undersöka, inte ett godkänt testresultat. Fyll i faktisk produkt, plan, datum och belägg i ert eget exemplar.

Skriv en kort bakgrund innan kravlistan

Beskriv vad som ska förändras i arbetet. Formuleringen ”vi behöver bättre CRM” är för bred för att testa. Skriv exempelvis: ”Varje skickad offert ska ha ansvarig och ett överenskommet uppföljningsdatum som en ersättare kan hitta.”

  • Affärsmål: vilket problem ska lösas och hur märker ni att det är löst?
  • Användare: vilka säljer, leder, administrerar och behöver läsa uppgifter?
  • Arbetsflöde: var börjar och slutar det första införandet?
  • Data och kopplingar: vilka register och andra system berörs?
  • Projektansvar: vem får prioritera, godkänna test och förvalta systemet?

Fördjupa arbetsmallen inom åtta områden

Använd de 12 krav-id:na i arbetsmallen ovan för båda leverantörerna. Tabellen här ger kompletterande frågor per område. Lägg till egna krav för integrationer och avtalsvillkor om de behövs, och ge dem egna unika id:n.

Kravspecifikation för CRM: exempel på krav, ansvar och acceptanstest
ID och kravFöreslagen prioritet och ägareGodkänt resultat i test
CRM-04, CRM-05 – ansvar och uppföljningMåste · säljchefSkapa en affär och boka nästa aktivitet. En annan säljare hittar ansvarig, datum och uppgift.
CRM-08 – kund och affärshistorikMåste · säljareTvå affärer på samma kund visar rätt kontakt, anteckning och aktivitet utan sammanblandning.
CRM-09 – roller och åtkomstMåste · systemansvarigLogga in med de roller ni behöver. Kontrollera både tillåten åtkomst och att begränsad data förblir dold.
CRM-02, CRM-03 – import och dubbletterBedöms per krav · dataansvarigImportera en provfil med återkommande kund och två affärer. Antal och relationer stämmer; fel går att identifiera.
CRM-10 – rapporteringBör · säljchefRapporten visar öppna offerter och saknad uppföljning. Resultatet stämmer med testaffärerna.
Eget krav – nödvändig integrationBedöms per flöde · systemansvarigFölj ett valt datafält hela vägen mellan systemen och visa hur ett synkfel upptäcks och hanteras.
CRM-11 – export och exitMåste · dataansvarigExportera testdata och återskapa kopplingen mellan företag, kontakt, affär och nödvändig historik.
Eget krav – plan och avtalsunderlagMåste · inköpsansvarigVarje testat krav har dokumenterad plan, eventuella tillägg och relevant villkorsreferens.

Skilj kritiska krav från sådant som kan vänta

Kritiskt betyder att ni inte kan använda lösningen på avsett sätt om kravet faller. Viktigt betyder att funktionen ger tydlig nytta men att ni kan beskriva en acceptabel tillfällig lösning. Önskvärt betyder att kravet kan vänta utan att första införandet misslyckas.

Undvik att låta många små önskemål väga upp ett kritiskt fel. Om nödvändig data inte kan exporteras hjälper det inte att lösningen har fler diagram. Avgör först vilka kandidater som klarar de kritiska kraven. Jämför därefter användbarhet, arbetsinsats och kostnad.

Begär ett svar som går att kontrollera

Ett muntligt ”det går att lösa” lämnar kravet öppet. Be leverantören skilja på en funktion som finns i den demonstrerade planen, något som kräver ett tillägg och en tänkt framtida anpassning. Spara beslutet tillsammans med beviset.

Svarsmall för varje leverantör och krav
Fält i protokolletVad ni fyller i
Krav-ID och leverantörExempel: CRM-03 · kandidat A. Använd samma krav-ID hos båda kandidaterna.
Plan och beroendenNamn på testad plan, tillägg, konfiguration och eventuellt konsultarbete.
Bevis och datumVad som visades, av vem, när och var underlaget finns.
ResultatPass när hela kravet visats, Fail när kriteriet inte uppfyllts och Okänt när underlaget är ofullständigt.
Avvikelse och nästa stegVad som saknas, ansvarig för uppföljning och datum för nytt test.

Skriv konkreta krav på import, integration och export

HubSpot beskriver att import bygger på mappade fält och identifierare som hjälper till att hålla ihop poster. Pipedrive beskriver export per datatyp där behörigheter spelar roll. Skriv därför vilka uppgifter som ska följa med och hur relationerna ska kontrolleras, i stället för att bara skriva ”stöd för import och export”.

För en ekonomiintegration, exempelvis mot Fortnox eller Visma, ska ni ange fält, riktning och felhantering. Ett testkrav kan vara: ”När en testaffär blir vunnen överförs dessa kundfält en gång, resultatet loggas och ansvarig kan se ett misslyckat försök.” Detta är ett exempel på kravformulering, inte ett påstående om en viss produkts integration.

Källstöd: HubSpot: förstå importverktyget · Pipedrive: exportera data

Ta med dataansvar och avtal innan produktvalet

IMY anger att biträdesavtal behövs när ett personuppgiftsbiträde behandlar personuppgifter åt en personuppgiftsansvarig. Kartlägg därför rollerna i ert upplägg och begär relevant avtalsunderlag. En allmän uppgift om ”GDPR-stöd” avgör inte hur er behandling ska utformas.

Dokumentera även vilka uppgifter ni behöver lagra, vilka som ska se dem och hur åtkomst, gallring och avslut ska hanteras. Låt den ansvarige bedöma underlaget före inköp. Samla budgeten separat så att rätt plan, användarroller och nödvändiga tillägg går att följa tillbaka till kraven.

Källstöd: IMY: när behövs ett personuppgiftsbiträdesavtal?

Gör kraven möjliga att godkänna

Skriv varje viktigt krav som ett arbetsmoment med ett tydligt godkänt resultat. Det gör leverantörernas svar jämförbara.

  1. Välj fem måstekrav ur underlaget och ange ansvarig för varje krav.
  2. Skriv en testaffär och ett förväntat resultat per krav.
  3. Dokumentera leverantör, plan, tillägg, resultat och kvarvarande fråga på samma rad.

Använd kraven i jämförelsen mellan Pipedrive och HubSpot. Gå vidare till leverantörstest när det valda upplägget täcker era måstekrav.

Redaktionellt testförfarande, inte ett genomfört produkttest. Produktinriktning kontrollerad 2026-09-13: Pipedrives produkt- och planöversikt · HubSpots CRM-översikt. Prisunderlag och kontrolldatum finns på produktsidorna.

Källor och metod

Guiden bygger på länkad dokumentation. Mallar, prioriteringar och räkneexempel är CRMvalets redaktionella arbetsförslag. Funktionsuppgifter gäller det som källan beskriver; kontrollera den plan ni överväger i en egen demo.

HubSpot: förstå importverktyget

HubSpot · Källa kontrollerad

Stödjer: Mappning av kolumner, unika identifierare och relationer mellan importerade poster.

Pipedrive: exportera data

Pipedrive · Källa kontrollerad

Stödjer: Att exportens innehåll påverkas av behörighet och datatyp, och att aktiviteter, anteckningar och filer exporteras separat.

Praktisk checklista

  • ✓ Bakgrund och avgränsat arbetsflöde är beskrivna.
  • ✓ Varje krav har ID, prioritet, ansvarig och ett testbart resultat.
  • ✓ Båda leverantörerna har fått samma krav och exempeldata.
  • ✓ Plan, tillägg och kvarvarande frågor framgår för varje krav.
  • ✓ Kritiska krav är bevisade innan en kandidat rekommenderas för köp.

Vanliga frågor

Hur många krav ska en CRM-kravspecifikation innehålla?

Börja med de krav som avgör om första arbetsflödet fungerar. Arbetsmallens 12 krav är förslag att anpassa. Lägg till krav som följer av er process och ta bort sådant som inte påverkar beslutet.

Ska leverantören skriva kravspecifikationen?

Leverantören kan hjälpa till att förklara möjligheter och begränsningar. Företaget behöver självt äga affärsmål, prioritering och godkänt resultat. Annars blir det svårt att jämföra alternativ på lika villkor.

Vad gör vi om ett kritiskt krav bara är delvis bevisat?

Beskriv vad som saknas och genomför ett avgränsat test. Dokumentera om en annan plan, anpassning eller integration krävs. Låt kravet vara öppet tills ansvarig har tillräckligt underlag för att acceptera lösningen.