CRM i SharePoint: när det räcker och hur man bygger det

Ett CRM är i grunden tre saker: en plats där allt om kunden finns, påminnelser om vad som ska göras härnäst, och rapporter som visar hur affärerna går. För ett bolag med några få säljare och ett par hundra kunder behöver inget av det ett eget system. Det kan byggas i den Microsoft 365 ni redan betalar för.

Frågan är inte om SharePoint kan bära ett CRM. Det kan det. Frågan är när det är rätt val, och hur man bygger det så att det inte blir ännu en lista som ingen litar på.

När räcker ett CRM i SharePoint?

Tumregeln: om ni har färre än några tusen kunder, ett fåtal säljare, och er försäljning bygger på relationer snarare än på volym, så räcker det. Ni slipper licens per användare och ett nytt system att logga in i, och dokumenten om kunden ligger redan där dokumenten bor.

Vi byggde ett sådant CRM åt en leverantör till vården med en säljcykel på sex till tolv månader och ett treårigt serviceavtal i varje affär. Det var i drift efter fem veckor, utan en enda ny licens.

Datamodellen avgör allt

Ett CRM som håller börjar med en datamodell, inte med ett formulär. I SharePoint betyder det en lista per sak, inte en stor lista med allt.

Några regler som sparar mycket besvär senare:

1. En lista per entitet. Kunder, kontakter, aktiviteter, anteckningar, order, orderrader, fakturor, taggar. Fjorton listor låter mycket, men varje lista blir enkel.
2. Indexera kolumnerna ni filtrerar på. Kund, status, datum och ansvarig. Det är det som gör att listorna fungerar även när de växer förbi femtusen rader.
3. Spara id i stället för många uppslagskolumner. SharePoint har en gräns för hur många uppslag en fråga får göra, och den slår till förr än man tror.
4. Dokument i ett bibliotek, inte i listan. En mapp per kund, och ett separat bibliotek med begränsad behörighet för det känsliga.

Ett gränssnitt, inte tretton

Det enklaste sättet att få ett CRM som ingen använder är att bygga det som ett antal SharePoint-listor med standardvyer. Det som gör skillnad är ett eget gränssnitt där kundkortet är navet och allt annat är flikar på det. Vi bygger det som en enda webbdel i SharePoint Framework: en sak att driftsätta och förvalta, och användaren behöver aldrig lämna kunden för att se order, fakturor eller dokument.

Rollerna hålls enkla. Säljaren ser sina kunder och skapar utkast, administratören ser allt och gör statusbytena på order och fakturor. Administratörerna är en säkerhetsgrupp i Entra ID, så att lägga till en reserv under semestern är att lägga till en person i gruppen.

När SharePoint säger nej

Varje organisation har sina säkerhetsinställningar, och ibland blockerar de något appen behöver. I vårt fall tillät inte kundens SharePoint att appen skapade mappar. Att sänka säkerhetsnivån eller ge appen bredare behörigheter hade fungerat, men det rätta svaret var ett Power Automate-flöde som skapar kundens mappar när kunden läggs upp. Ingen ny behörighet för appen, och mappen finns när säljaren behöver den.

Bygg mot påhittad data först

Ett CRM innehåller personuppgifter från dag ett, och det kräver ett personuppgiftsbiträdesavtal innan riktig data får röras. Bygg därför gränssnittet mot påhittad data bakom ett utbytbart datalager. Då kan arbetet och workshoparna gå vidare medan avtalet blir klart, och bytet till SharePoint görs utan att gränssnittet behöver röras.