Documentazione di un modello di servizio digitale dalla vendita all'operatività

Cosa deve includere un modello di servizio dalla fase di vendita all'operatività continua?

Il modello deve documentare lo stato target, i prerequisiti, i moduli, le regole di prezzo, i passaggi di consegne, l'accettazione e la responsabilità continua. Ogni versione dell'ordine fa riferimento a una versione valida, in modo che vendite e operazioni interpretino lo stesso impegno.

Definizione comune

• Catena del valore completa Vendite, onboarding, consegna, accettazione e operazioni specificano ciascuna input, output e responsabile.

Catena del valore completa

• Deviazioni d'ordine derivanti da definizioni di servizio contrastanti.

• Modifiche al prodotto senza una chiara assegnazione alle offerte interessate e agli ordini esistenti.

Caso di demarcazione: "Lacuna tra vendite e operazioni"

Il reparto vendite seleziona una versione del prodotto da cui vengono generate offerte e attività operative. Se in seguito un prezzo o una regola di accettazione cambiano, l'ordine esistente rimane alla versione concordata, mentre le nuove offerte utilizzano la versione rilasciata.

Ambito versionato

1. Tutti gli impegni visibili e le regole di consegna interne sono assegnati a un albero dei risultati comune.

2. Moduli, prezzi, passaggi di consegne e accettazioni hanno dei responsabili assegnati e un versioning vincolante.

3. Un ordine viene ricostruito dalla richiesta iniziale all'operazione in base alla documentazione e verificato per eventuali lacune.

Lacuna tra vendite e operazioni

• Lacuna tra vendite e operazioni – Una funzionalità venduta non ha un processo di consegna o un ruolo responsabile.

• Versione senza ordine – Dopo una modifica del prodotto, non è più possibile determinare quale versione si applichi a un contratto in corso.

• Documento inefficace – I team continuano a gestire i propri elenchi, nonostante esista una definizione centralizzata.

Cosa verificare prima e dopo "Documentare i modelli di servizio in modo coerente"

È disponibile una risorsa approfondita adeguata. Sviluppare moduli riutilizzabili come base per servizi scalabili"Come si riconosce un modulo realmente riutilizzabile per servizi scalabili? "

Inoltre: Chiarire le responsabilità tra azienda, agenzia e fornitore di strumenti.

Se si desidera mettere in pratica la "documentazione end-to-end dei modelli di servizio", è possibile fare riferimento a: Sistemi web robusti Questo documento si concentra su "Prodotto di servizio e modularizzazione" e "Definizione comune".

Conclusione: Documentazione end-to-end dei modelli di servizio

Un modello di servizio digitale collega le promesse e le capacità di erogazione lungo l'intero ciclo di vita. Il versioning impedisce che le modifiche al prodotto creino retroattivamente aspettative contrastanti.

Fonti e ulteriori informazioni

Queste fonti primarie rendono comprensibili presupposti, limiti del sistema e metodi di test nel contesto della "documentazione coerente dei modelli di prestazione".

• 4. Semplificare l'utilizzo del servizio – Manuale del servizio GOV. UKLo standard di servizio ufficiale combina processi semplici, test con utenti reali e un'esperienza end-to-end coerente. . . .4: Un modello di servizio digitale collega le promesse e le capacità di erogazione lungo l'intero ciclo di vita. La gestione delle versioni impedisce che le modifiche al prodotto creino retroattivamente aspettative contrastanti.

• Conoscere gli utenti e le loro esigenze – Manuale di servizio GOV. UKLe linee guida ufficiali per la progettazione dei servizi richiedono che le esigenze osservate degli utenti siano alla base delle decisioni relative a servizi e prodotti.