Sviluppo di sistemi di contenuto
Un pannello di gestione che la vostra squadra usa davvero, invece di uno strumento così complicato che tutto ripassa da uno sviluppatore.
Panoramica
Il criterio di un buon sistema di gestione dei contenuti è semplice: chi deve pubblicare lo fa senza chiamare nessuno. La maggior parte delle installazioni fallisce su questo punto, con campi incomprensibili e una struttura che non corrisponde al modo in cui la squadra lavora.
Il lavoro consiste quindi nel modellare il contenuto secondo i bisogni reali di pubblicazione, poi nel costruire un pannello che assomigli a ciò che la squadra fa, e non alla struttura tecnica della base dati.
A chi è rivolto
- Squadre che devono chiedere a uno sviluppatore per ogni modifica
- Aziende con più siti o più lingue da gestire
- Organizzazioni il cui back-office attuale viene aggirato
Il nostro approccio a Sviluppo di sistemi di contenuto
Le attività concrete che comprende un incarico tipo. Il perimetro si concorda prima: nulla di quanto elencato ricompare più avanti come voce a sorpresa.
Modellazione dei contenuti
Una struttura ricalcata sul modo in cui la vostra squadra pensa e pubblica.
Pannello chiaro
Campi comprensibili senza una formazione lunga, condizione dell'autonomia.
Flusso di approvazione
Bozze, revisione e pubblicazione, adatti alla dimensione reale della squadra.
Multilingua
Gestione delle lingue e delle varianti di mercato, prevista fin dalla modellazione.
Anteprima
Vedere il risultato prima di pubblicare, cosa che elimina buona parte degli errori.
Permessi
Chi può modificare cosa, senza trasformare ogni pubblicazione in una richiesta di autorizzazione.
Dal primo contatto al risultato misurato
Sempre la stessa sequenza, così sapete cosa viene dopo.
Osservare
Come la squadra pubblica davvero oggi, comprese le sue scorciatoie.
Modellare
Strutturare il contenuto su quegli usi invece che sulla tecnica.
Costruire
Sviluppare il pannello e i flussi di approvazione.
Formare
Accompagnare la squadra sui propri contenuti, non su esempi.
Risultati, non pile di documenti
Un cumulo di deliverable non è progresso. Questi sono i cambiamenti che il lavoro deve produrre.
Una squadra autonoma
Pubblicare senza passare da uno sviluppatore cambia il ritmo di tutto il sito.
Meno errori
Anteprima e approvazione evitano la maggior parte delle correzioni dopo la pubblicazione.
Contenuti riutilizzabili
Una buona modellazione permette di usare lo stesso contenuto in più punti.
Pronto per altre lingue
Prevedere il multilingua alla modellazione evita una ricostruzione successiva.
Domande frequenti su Sviluppo di sistemi di contenuto
Quello che ci chiedono prima di contattarci. Se la vostra domanda non c'è, fatecela direttamente.
Quale sistema consigliate?
Dipende dalla squadra e dal volume. Una soluzione consolidata va bene per la maggior parte dei casi e costa meno da mantenere. Un sistema disaccoppiato si giustifica con più canali di diffusione da alimentare da un'unica fonte.
Serve un CMS disaccoppiato?
Se alimentate un sito, un'applicazione ed eventualmente altri supporti dallo stesso contenuto sì. Per un sito unico aggiunge complessità per un beneficio limitato, e complica l'anteprima prima della pubblicazione.
Perché la nostra squadra non usa il pannello?
Quasi sempre perché la struttura non corrisponde al suo modo di lavorare, o perché i campi richiedono conoscenze tecniche. È un problema di modellazione, non di formazione, e la sola formazione non lo risolve mai.
Si può migrare il contenuto esistente?
Sì, e la difficoltà dipende soprattutto dalla pulizia dei dati attuali. Una migrazione è anche la buona occasione per eliminare ciò che non ha più pubblico, il che riduce altrettanto il lavoro.
State pensando a Sviluppo di sistemi di contenuto?
Diteci che cosa volete cambiare. Se non siamo i partner giusti ve lo diciamo e vi indichiamo di meglio.
Vi interessa il quadro completo?
Sviluppo di sistemi di contenuto di solito si affianca ad altre attività in Sviluppo web, applicazioni e piattaforme. Sfogliate l'intera area per vedere i collegamenti.