Kort svar
En bra CRM-kravspecifikation är kort, prioriterad och bevisbar.
En bra CRM-kravspecifikation är kort, prioriterad och bevisbar. Varje krav ska ha ett varför, en ansvarig och en bevismetod: demo, testmiljö, dokumentation eller avtalstext.
En bra CRM-kravspecifikation är kort, prioriterad och bevisbar. Varje krav ska ha ett varför, en ansvarig och en bevismetod: demo, testmiljö, dokumentation eller avtalstext.
En bra CRM-kravspecifikation är kort, prioriterad och bevisbar.
För köpare som behöver en kravspecifikation som går att testa i demo och pilot.
Varför kravet finns, hur det bevisas, vem som ansvarar och resultatet efter test.
Fyll kravmatrisen med era egna processer innan leverantörsmötet.
Börja med mål som går att följa upp: kortare rapporttid, färre tappade leads, bättre uppföljning eller säkrare datastyrning. Ett krav utan koppling till affärsmål ska inte styra valet, även om funktionen ser bra ut i demo.
Beskriv lead, kontakt, företag, affär, aktivitet och pipeline med er egen terminologi. Ta bara med objekt som behövs för beslut eller arbete, annars bygger kravmallen en datamodell som användarna inte kommer att underhålla.
Kravställ roller, administratörsrättigheter, export, massändring och åtkomst för externa parter. Säljare, chef och administratör behöver sällan samma rättigheter, och skillnaden bör kunna visas i demo.
Lista system, datafält, riktning, felhantering och ansvar för varje integration. En integrationslogotyp är inte ett bevis på ert flöde; kravet ska beskriva vad som skickas, när det skickas och vem som felsöker.
Krav på automation ska ange trigger, villkor, åtgärd och felhantering. Rapportkrav ska ange fråga, datakälla, ansvarig och vilket beslut måttet ska stödja; annars blir kraven svåra att testa.
Kravställ personuppgiftsbiträdesavtal, underbiträden, export, gallring, backup, återställning och avtalsavslut. Säkerhetskrav bör inte ligga som bilaga efter produktvalet, eftersom de kan påverka både leverantör och plan.
Fyll HTML-mallen och ta med endast kritiska och viktiga krav till demo. Krav som saknar bevismetod bör antingen skrivas om eller vänta, annars riskerar demomötet att bli en allmän produktvisning i stället för ett beslutstest.