Spostare la tua community da una piattaforma all’altra può essere un compito arduo. Se stai pianificando un passaggio a Discourse, ecco alcuni consigli per rendere il processo il più fluido possibile.
Comunicazione anticipata
Il più grande ostacolo da superare quando si sposta una community su un’altra piattaforma è la paura del cambiamento. A nessuno piace l’imprevisto, specialmente quando si tratta di una community in cui si sente investito. Puoi mitigare questo aspetto informando i membri della transizione imminente nelle settimane (o mesi) precedenti. Secondo la nostra esperienza, reagiranno molto meglio se sono a conoscenza e mentalmente preparati in anticipo al cambiamento. Lascia che esprimano i loro sentimenti e che facciano parte del viaggio. Gestisci le aspettative con fermezza in modo che sappiano che la decisione è stata presa, ma offri loro la possibilità di farsi sentire.
Evidenziare alcuni dei cambiamenti positivi che vedranno è un buon approccio. Se ci sono compromessi, parlane anche tu e spiega la tua motivazione. Potrebbe essere utile suggerire loro di visitare https://try.discourse.org in modo che possano provare il software: la familiarità contribuirà a rendere la transizione più agevole.
\u003e 
Informa i membri della tua community sulla transizione imminente nelle settimane (o mesi) precedenti. Lascia che esprimano i loro sentimenti e che facciano parte del viaggio. Evidenziare alcuni dei cambiamenti positivi che vedranno è un buon approccio.
Rivaluta le pratiche esistenti
Uno dei potenziali rischi quando si migrano le piattaforme è cercare di replicare esattamente ciò che avevi prima. Ti consigliamo di sfruttare l’opportunità per rivalutare le tue esigenze. Esamina la tua architettura delle informazioni. Hai bisogno di tutti quei sottoforum o potresti migliorare le prestazioni utilizzando i tag? Le tue vecchie procedure di moderazione sono ancora il modo più efficace per fare le cose? Forse potresti coinvolgere la community in alcune di esse utilizzando i segnalibri e i livelli di fiducia, in modo che il tuo team di moderazione possa concentrarsi su compiti più proattivi.
\u003e 
Evita di cercare di replicare esattamente ciò che avevi prima. Sfrutta l’opportunità per rivalutare le esigenze della tua community.
Test beta
Coinvolgere il tuo team di moderazione (e potenzialmente gli stakeholder chiave o gli utenti super) nelle prime fasi del processo di migrazione è un ottimo modo per testare e raccogliere feedback prima del lancio. Li prepara a supportare la community più ampia in seguito e significa che saranno in grado di aiutarti a promuovere attivamente il cambiamento imminente.
A livello tecnico, il fatto che moderatori e utenti super eseguano test beta rende molto più probabile che tu possa intercettare eventuali problemi prima del lancio. Eseguire test beta solo con il tuo CM o il team di gestione significa che verranno testati solo i loro routine quotidiane.
\u003e 
Il fatto che moderatori e utenti super eseguano test beta rende molto più probabile che tu possa intercettare eventuali problemi prima del lancio.
Verifica i dati migrati con vigilanza
Una cosa che notiamo frequentemente quando aiutiamo i clienti a migrare su Discourse è che affrettano il processo di QA. Questa è una delle parti più importanti del processo. Devi assicurarti che tutti i dati siano nel posto giusto, perché cercare di risolvere le cose retrospettivamente è estremamente difficile, spesso distruttivo e può essere estremamente sgradevole per i tuoi utenti.
Crea un elenco di controllo dei dati da verificare dopo la migrazione. Le categorie e le sottocategorie sono organizzate come previsto? Le aree private sono ancora nascoste? Le immagini e gli allegati sono stati trasferiti? Il codice è ancora formattato correttamente? Ecco un eccellente elenco di controllo pre-lancio per le migrazioni che puoi utilizzare.
\u003e 
La QA è una delle parti più importanti del processo. Non affrettarti. Crea un elenco di controllo dei dati da verificare dopo la migrazione.
Anticipa le potenziali barriere all’ingresso
L’intero concetto di identità dell’utente in Discourse (e il modo principale in cui colleghiamo gli account) ruota attorno all’indirizzo email. Oggi le persone tendono ad avere più indirizzi email, quindi è una buona idea invitare gli utenti a riflettere su quale indirizzo email abbiano utilizzato per registrarsi ai forum in primo luogo. Se aspettano che tu abbia completato la migrazione e poi hanno problemi di accesso perché hanno dimenticato quale indirizzo hanno usato o non vi hanno più accesso, quella difficoltà iniziale può rovinare l’intera esperienza.
\u003e 
Invita gli utenti a riflettere su quale indirizzo email abbiano utilizzato per registrarsi ai forum in primo luogo.
Lancio
Non lanciare di venerdì! Assicurati di attivare l’interruttore in un momento in cui non sei sotto pressione. Devi essere disponibile per mitigare eventuali problemi, rispondere alle domande, guidare e sostenere la causa. Ti consigliamo di farlo all’inizio della settimana, se possibile. Le cose possono richiedere alcuni giorni per stabilizzarsi.
Spesso può essere utile fissare globalmente un argomento con link ai luoghi che le persone utilizzano più frequentemente. Rendi chiare le tue CTA e non essere troppo verboso. Questo banner non dovrebbe essere incentrato sul marketing, ma sull’orientamento.
Considera l’idea di avviare un argomento dedicato per mantenere tutti i feedback in un unico posto. Non andare nel panico per le lamentele nei primi giorni. Lascia che i membri si assestino e trovino la loro strada. Rispondi alle domande “come fare” e ai feedback costruttivi, ma non entrare in discussioni o usare un linguaggio difensivo.
Fornisci un arco di tempo ragionevole per la risoluzione dei bug e assicurati di rispettarlo. Gestire le aspettative è fondamentale in questo punto, quindi non promettere cose che potrebbero non accadere.
\u003e 
Non lanciare di venerdì! Assicurati di attivare l’interruttore in un momento in cui non sei sotto pressione.
Considera i reindirizzamenti
La maggior parte degli script di migrazione di Discourse genera un elenco di reindirizzamenti 301, ma converrà farli verificare dal tuo ingegnere. Puoi quindi utilizzare gli Strumenti per i Webmaster per monitorare per un paio di settimane dopo il lancio alla ricerca di errori 404 e altri problemi imprevisti.
\u003e 
Monitora per un paio di settimane dopo il lancio alla ricerca di errori 404 e altri problemi.