Microsoft Lists kan fungere som et lite CRM-register. Det er raskt å lage felter for selskaper, kontakter, status, ansvarlig og neste aktivitet. Det som tar tid, er alt som skal skje mellom feltene.
Før du bygger, bør du avklare om dere trenger en delt liste eller et salgsverktøy. De to kan se ganske like ut første uke. Etter et halvt år gjør de sjelden det.
Kort svar: Microsoft Lists kan lagre de viktigste grunndataene for selskaper, kontakter, salgsmuligheter og aktiviteter. Du kan bruke visninger, unike felt og lookup-relasjoner for å skape en enkel struktur.
Et fornuftig minimum består av fire lister:
Microsoft dokumenterer at lister kan kobles med lookup-kolonner. Det betyr at en kontakt kan hente selskap fra selskapslisten, og en salgsmulighet kan vise informasjon fra den tilknyttede posten.
Kort svar: Du trenger minst en stabil kobling mellom selskap, kontakt, salgsmulighet og aktivitet. Hvis koblingen bare består av fritekst, får du duplikater og rapporter som ikke kan stoles på.
Bruk unike ID-er der det er mulig. E-post kan være nyttig for kontakter og organisasjonsnummer for norske selskaper, men begge trenger regler for manglende eller endrede verdier.
Bestem også hva som skal skje når en post slettes. Microsoft Lists kan håndheve enkelte sletteregler for relasjoner. Det er praktisk, men også et sted der en rask beslutning kan slette mer historikk enn planlagt.
Kort svar: Enkle regler kan varsle når en verdi endres. Mer avansert oppfølging krever Power Automate, og da må noen eie flytene, tilgangene og feilene.
En nyttig første flyt kan være: Når neste aktivitetsdato passeres uten at status er oppdatert, send et varsel til ansvarlig. En annen kan opprette en oppgave når en salgsmulighet flyttes til tilbudsfase.
Ikke automatiser alt med en gang. Start med én flyt som reduserer en kjent feil. Test hva som skjer når eier mangler, datoen er tom, en post dupliseres eller en bruker mister tilgang.
Kort svar: E-post og møter blir ikke automatisk en ryddig CRM-tidslinje bare fordi dere bruker Outlook og Teams. Dere må velge mellom manuell logging, egne integrasjoner eller en app som bygger denne funksjonen på toppen av SharePoint.
Her oppstår ofte det største gapet. Selgeren gjør jobben i innboksen, mens ledelsen vil ha historikken i listen. Hvis loggingen krever kopiering, blir den tilfeldig. Hvis den automatiseres, må dere definere hvilke meldinger som skal lagres, hvordan de knyttes til riktig kontakt, og hvem som får lese dem.
Kort svar: En navngitt systemeier må eie felter, relasjoner, flyter, tilgang, datakvalitet og endringer. Uten dette blir løsningen fort en samling lokale forbedringer som ingen tør å rydde i.
Eieren trenger ikke være utvikler. Personen må kunne prioritere endringer, dokumentere logikken, teste før oppdatering og stanse ønsker som gjør registeret til et spesialbygget forretningssystem uten budsjett.
Kort svar: Stopp når dere må bygge vanlig CRM-funksjonalitet som aktivitetslinje, e-postlogging, flere pipelines, prognoser, kildesporing og markedsføringskobling. Da er det ikke lenger sikkert at egenutvikling er det enkle alternativet.
Les SharePoint som CRM: smart start eller dyr omvei? før dere velger arkitektur. Hvis datakvalitet og eierskap allerede er uklart, se også CRM governance i HubSpot.
Avklar minimumskravene før dere bygger
Trenger vi Power Apps for å bruke Lists som CRM? Nei. Dere kan starte med standardlister og visninger. Power Apps blir aktuelt når registrering, mobil bruk eller arbeidsflyt krever et bedre grensesnitt enn listen gir.
Kan Outlook logges automatisk i Microsoft Lists? Det kan bygges eller løses med tredjepartsverktøy, men dere må definere identitetskobling, tilgang, feilhåndtering og hvilke e-poster som skal lagres. Det er ikke en ferdig CRM-tidslinje i standardlisten.
Hvor mange lister bør et enkelt CRM ha? Start med selskaper, kontakter, salgsmuligheter og aktiviteter. Hvis dere trenger mange flere objekter, komplekse relasjoner eller egne apper, bør dere vurdere om Lists fortsatt er riktig grunnmur.