Bruk lanseringsplanen til å forberede testing

Lanseringsbølgen samlet hundrevis av planlagte forbedringer i Dynamics 365 og Power Platform. Microsoft oppga at perioden skulle løpe fra april til september, og at tidlig tilgang for utvalgte funksjoner startet 5. februar. Virksomheter kunne filtrere og dele innhold i Release Planner. Det gjør januarinnlegget relevant for portefølje- og prosjektledelse, men datoene er veikartinformasjon. Hver funksjon må fortsatt kontrolleres mot senere dokumentasjon før produksjonsbruk.

Kundeområdene viste ulike arbeidsbehov. Customer Insights-planen la vekt på raskere datainntak, sanntidsoppdateringer, markedsføringsreiser og mer presis kvalifisering mellom markedsføring og salg. Sales beskrev tilgang til kundekontekst og mobile ferdigheter. Customer Service omfattet svarverifisering, administratordiagnostikk og ruting. Field Service pekte mot nye Copilot-funksjoner, Microsoft 365-integrasjon og koblinger til økonomi og drift. Dette er konkrete testtemaer, ikke dokumenterte gevinster.

Project Operations-planen omtalte planlegging, fakturering, timeføring, ressursavstemming og godkjenninger. Power Automate beskrev naturlig språk for å bygge, feilsøke og forvalte flyter, mens Power Apps og Dataverse la vekt på apputvikling og datatilkobling. For analyseansvarlige betyr bredden at avhengigheter mellom CRM, prosessautomatisering og rapportering bør registreres før teamene tester enkeltfunksjoner.

Kundeservice fikk nye funksjoner i januar

Et separat innlegg 15. januar varslet at Copilot-sammendrag skulle installeres og aktiveres automatisk i Dynamics 365 Customer Service mellom 19. januar og 2. februar i Australia, Storbritannia og USA. Endringen gjaldt saks- og samtalesammendrag og bestemte lisenser. Regioner uten lokal databehandling måtte velge overføring på tvers av regioner. Dette var en reell administrativ endring med geografiske vilkår, ikke bare en aprilplan.

Ledere bør kontrollere meldingssenteret, databehandlingsregionen og dagens innstillinger. Ta et utvalg saker før aktivering, mål feil og mangler i sammendragene, og avklar hvordan agenter retter resultatet. Bruksanalyse kan vise aktivitet, men må kobles til løsningstid, gjenåpnede saker og kvalitetskontroll.

Planlegg endringene på tvers av avdelinger

Lag en oversikt med funksjon, status, planlagt måned, dataeier, prosesseier og testmiljø. Skill automatisk aktivering fra frivillig forhåndsvisning og ordinær lansering. Marker hvilke kunde- og prosjektprosesser som deler Dataverse-data eller automatisering.

Denne arbeidsformen gjør lanseringsplanen til styringsinformasjon. Markedsføring, salg, kundeservice, feltservice og prosjektledelse kan prioritere sammen, mens analyse- og KI-funksjoner vurderes mot samme datagrunnlag. Beslutningen om innføring tas først når en senere kilde bekrefter tilgjengelighet og testen viser at arbeidsprosessen tåler endringen.

Planen bør behandles i et fast månedlig endringsmøte. Produkteieren oppdaterer status fra planlagt til forhåndsvisning eller generelt tilgjengelig bare når en datert kilde bekrefter overgangen. Prosesseieren vurderer påvirkning på roller og kontroller, mens dataeieren vurderer nye felt, integrasjoner og rapporter. Denne arbeidsdelingen hindrer at en demonstrasjon blir tolket som produksjonsklar funksjonalitet. Den gjør det også mulig å samle beslektede endringer i én test, for eksempel kundedata fra markedsføring gjennom salg og service, i stedet for å starte separate pilotløp uten felles måling.

Kilder

Microsoft Dynamics 365 Blog, «2024 release wave 1 plans for Microsoft Dynamics 365 and Power Platform now available», 25. januar 2024

Microsoft Dynamics 365 Blog, «Announcing automatic Copilot enablement in Customer Service», 15. januar 2024

Del dine erfaringer

Hva har dere lært av å prøve nye verktøy i markedsarbeidet? Fortell gjerne hva som fungerte, og hva dere måtte endre.