Il sistema dovrebbe occuparsi dell'uso di uniformi passeggeri, spedizioni, ingegneri e clienti.
Il sistema di assistenza post-vendita e in loco dovrebbe iniziare con una vera e propria catena di business, riconoscendo prima la responsabilità aziendale, la proprietà dei dati, i sistemi esistenti e le basi quantificabili, e poi decidendo su prodotti maturi, implementazione della configurazione, sviluppo secondario, personalizzazione indipendente o integrazione dei sistemi. La prima fase sarà chiusa a campioni rappresentativi e anormali, e poi espandere l'organizzazione e la funzionalità una volta adottata.
Il livello di incertezza è ridotto a tappe prima di decidere sull'entità degli input e sulle modalità di cooperazione.
Interviste con posizioni reali, elaborazione multicanale, file di attrezzature client e contratti di servizio, classificazione del foglio di lavoro, priorità, SLA, processi relativi all'ordine di assegnazione, campione, sistema e rischio.
Completamento del movimento ingegnere 's fine, percorso, firma, foto e identificazione del cliente, acquisizione di parti di ricambio, rimborso, manutenzione, costo e servizio di insediamento, costruzione simultanea dei meccanismi necessari di autorità, interfaccia, migrazione e anomalia.
La raccolta di dati e utenti reali, nonché l'osservazione di qualità, efficienza, anomalie e costi di manutenzione, costituiscono un percorso di follow-up.
Il cliente è responsabile della conferma del sistema operativo, della legittimità dei dati, della competenza finanziaria o commerciale e della fornitura dei numeri di conto necessari, dei campioni e dei gestori interni; le licenze di prodotto di terze parti, le risorse cloud, le interfacce esterne e i costi di conformità specializzati sono identificati separatamente.
I problemi del cliente sono accessibili attraverso più canali e facilmente persi
Dipendente individualmente dall'esperienza e dall'invisibilità del percorso e del tempo delle competenze del personale
Le fotografie, gli accessori, le ore di lavoro e le firme dei clienti sono difficili da tracciare
I costi di vendita, il tasso di risoluzione a tempo pieno e le cause di ritardo non possono essere analizzati
Trattamento multicanale, file di attrezzature client e contratti di servizio
Classifica del foglio di lavoro, priorità, SLA, regole di fatturazione e promozione
Gli ingegneri si muovono verso l'esterno, percorso, accesso, foto e conferma del cliente
acquisizione, rimborso, manutenzione, costo e insediamento di servizi
Piani di ispezione, liste di controllo, correzioni insolite e revisione di loop chiusi
CRM, ERP/WMS, IOT, Mappa, Informazioni e Integrazione Finanziaria
I limiti di servizio, le basi di bilancio e le modalità di attuazione per diverse fasi del progetto non sono identici e possono essere ulteriormente valutati in combinazione con le seguenti.
I confini finali di consegna sono definiti secondo la portata dei servizi, la fase di costruzione e le modalità di cooperazione, e sono descritti di seguito come risultati comuni.
Ambito dei servizi e dei loop chiusi aziendali che devono essere completati nella prima fase: elaborazione multicanale, file di attrezzature client e contratti di servizio, classificazione del foglio di lavoro, priorità, SLA, regole di assegnazione e promozione
Livello di integrità dei codici, dei dati, dei sistemi, delle attrezzature e dei documenti esistenti e di portata di copertura da controllare, rilocalizzare o ri-progettare
Numero di interfacce di terze parti, responsabilità di coordinamento, qualità dei dati, insolita compensazione e cooperazione dei fornitori esterni
Requisiti non funzionali quali prestazioni, disponibilità, sicurezza, autorità, audit, conformità e accesso a finestre
Profondità di consegna e responsabilità a lungo termine: record di test offline deboli web, autorità e anomalie, distribuzione, formazione, informazioni online e relative ai trasporti, e garanzia di qualità, mantenimento della pace e portata continua iterativa
Obiettivi del progetto, persone responsabili e criteri di accettazione non sono stabiliti
Conti chiave, dati, interfacce o autorizzazioni aziendali non disponibili
Solo il prezzo massimo o il ciclo molto breve è ricercato, e le prove necessarie e il controllo di qualità non sono accettate
I seguenti sono utilizzati per spiegare la metodologia di implementazione, il calibro dei dati e i confini della responsabilità, e non sono utilizzati come proxy per il giudizio di progetto da liste funzionali.
Quando il progetto è stato lanciato, viene selezionato un collegamento di lavoro che ha bisogno di maggior miglioramento, vengono prese interviste con l'utente effettivo e campioni recenti. Il trattamento dei record intorno “elaborazione multicanale, file di attrezzature del cliente e contratti di servizio”, il tempo medio di tempo, il tempo di attesa, il numero di back-works, numeri insoliti e punti di contatto manuali; se i dati disponibili sono incompleti, fatture manuali per una o due settimane di tempo consecutivo sono utilizzati come base.
La linea di base dovrebbe anche indicare la portata delle statistiche e delle esclusioni. Ad esempio, il tempo di elaborazione inizia con la disponibilità di informazioni o con la prima presentazione da parte del cliente, l'eccezione non include interfacce di terze parti, e le modifiche manuali sono la correzione o la rielaborazione di piccole prove.
La prima fase non cerca di coprire tutti i settori, ma piuttosto forma un cerchio chiuso intorno “classificazione del foglio di lavoro, priorità, SLA, regole di fatturazione e promozione” che possono operare in tempo reale: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli responsabili, movimento insolito e output finale.
La valutazione della necessità corrisponde a ciascuna competenza per la scena aziendale, il ruolo dell'utente e l'accettazione del campione. I soggetti che non forniscono dati legittimi, interfacce o decisori devono essere inclusi come pre-condizione o fase successiva, e non devono essere inclusi tranquillamente in un'offerta a banda fissa.
Il percorso tipico è quello di prendere in considerazione il calendario e la linea base del campo, armonizzare i fogli di lavoro delle attrezzature client e le pinze di servizio, selezionare un tipo di pilota regionale o di servizio, sviluppare una workstation terminale mobile e interfaccia.
La dimostrazione di fase non è “guarda al lavoro”. Un campione rappresentativo dovrebbe essere utilizzato per coprire processi normali, campi mancanti, richieste ripetute, autorità inadeguate, sorpresi di tempo e anomalie di dati storici da servizi esterni, e per identificare i problemi che si presentano solo nell’ambiente di produzione in una fase iniziale.
Il progetto dovrebbe almeno conciliare le planimetrie di vendita e vendita per il processo di servizio, la scrivania passeggeri, la scrivania di spedizione, l'ingresso mobile e client, il foglio di lavoro, le attrezzature, i pezzi di ricambio, la SLA e le regole di ispezione, e confermare il codice sorgente o l'attribuzione di configurazione, la gestione del conto, la distribuzione di build, il backup dei dati, la risposta fallita e le responsabilità di manutenzione successive.
Una linea di base di processo di 800 articoli al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12 per cento è solo un esempio, non una prestazione del cliente. Una linea dovrebbe essere seguita da quattro a otto settimane consecutive di osservazione continua allo stesso calibro, prima di determinare se i problemi del cliente e la responsabilità di gestione sono raggiunti, il focus di problemi del cliente e responsabilità di gestione, i loop di chiusura, porta a porta, visite di ricambio e di ritorno, e di prova sito.
Questa pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come lo sviluppo del sistema di assistenza post-vendita, lo sviluppo del sistema di schede di lavoro, il sistema di gestione dei servizi in loco e FSM. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza implicare un impegno per gli effetti fissi; la portata finale, il ciclo, il bilancio e gli indicatori si basano sulla diagnostica del progetto, i contratti e le basi di accettazione.
Ogni fase ha obiettivi chiari, ruoli partecipativi e risultati valutabili, e le decisioni importanti non sono lasciate alla fine del progetto.
Le questioni più comuni prima della cooperazione sono chiaramente indicate in anticipo.
La CRM gestisce il processo di relazione e vendita del cliente, e le questioni di gestione del progetto vengono ricevute, elaborate, a tempo pieno, in loco e chiuse.
Non necessariamente. Semplici scenari a bassa frequenza possono essere H5 o piccoli programmi; APP indipendenti sono più appropriati quando le capacità di web deboli, offline, posizionamento, foto e attrezzature sono complesse.
L'applicazione, il ritorno, il cambiamento di pezzo e di insediamento richiedono la sincronizzazione con i documenti chiari e l'interfaccia di ribaltamento.
La ricevuta, la spedizione, il trasferimento, l'orario di lavoro, l'arrivo, i pezzi di ricambio, la manutenzione, l'identificazione del cliente, le visite di ritorno e la chiusura dei casi sono verificate utilizzando un foglio di lavoro autentico e coprire il guasto offline e dell'interfaccia.
CRM è principalmente responsabile della gestione delle relazioni con i clienti, delle opportunità di business e dei processi di vendita, della fattura post-vendita di problemi di gestione delle opere, dei limiti di tempo di servizio, della fatturazione, della manutenzione, dei pezzi di ricambio, dei record del sito e della chiusura.
Visualizza risposta completaGestione delle operazioni e del sistema operativoL'obiettivo dell'implementazione non è quello di spostare fogli di carta ai telefoni cellulari, ma di chiudere il ciclo per la ricezione, la spedizione, l'arrivo, l'elaborazione, la conferma e la chiusura.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliL'interfaccia ritorna con successo e non corrisponde a un completamento del processo di business, e l'integrazione dei sistemi deve monitorare sia lo stato tecnico che i risultati dell'operazione. Ogni richiesta deve avere un numero di tracciamento unico, registrare la fonte, il bersaglio, lo stato, il consumo di tempo, il numero di unità di lavoro.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliIl cliente, le merci, l'organizzazione, l'inventario e l'ordine possono essere la responsabilità primaria dei diversi sistemi, con codifica chiara, calibrazione, sincronizzazione e tempistica. Le differenze storiche richiedono un inventario, pulizia e validazione manuale, e nessun script batch può essere utilizzato per nascondere le cause root.
Visualizza risposta completaVisualizzare i web deboli, offline, posizione foto, rettifica e revisione dei loop chiusi
Per ulteriori informazioni.Gestione clientiCollegamento di clienti, contatti, contratti e cronologia dei servizi
Per ulteriori informazioni.Conformità dell'inventarioCollegare l'inventario dei pezzi di ricambio, il ritorno di accesso e la distribuzione logistica
Per ulteriori informazioni.Luogo di origineLe ispezioni e le revisioni dirette a siti web deboli o offline sono coordinate per mostrare come le distribuzioni, le forme, il posizionamento delle foto, le cache offline, la segnalazione anormale, la rettifica e le schede di gestione sono chiuse e sono accettate in attrezzature compatibili, conflitto sincronizzato, segni di traccia e fogli di lavoro campione.
Per ulteriori informazioni.