Ogni volta che riceviamo un ticket di supporto che chiede un'estensione della prova perché "14 giorni non sono abbastanza per far decollare la community" una piccola parte di me muore.
Un decennio fa, i community builder riconoscevano che 6 mesi probabilmente non erano abbastanza per far decollare la community e andavano bene con questo. Capivano che la costruzione della community è un gioco a lungo termine e il gioco inizia ben prima del lancio. Nel mondo di oggi dominato dai social media e da Discord, le persone stanno perdendo l'arte della vera costruzione della community a favore dell'accumulo di follower. Questa errata categorizzazione di un pubblico come community non tiene conto della complessità dei sistemi sociali alla base delle community online.
I seri community builder sanno che le community sono ecosistemi; hanno un ciclo di vita che richiede strategie adattive.
Quel ciclo di vita si estende da Inception – che inizia ben prima della fase di prova gratuita della piattaforma – e continua fino a Mitosis, che è ciò che accade in definitiva alle community sane che godono di longevità.
Non tutte le community raggiungeranno questa fase finale, ma un esempio di una che lo ha fatto è la prima community a cui mi sono unito e che successivamente ho gestito – The SitePoint Forums. Anche se sono passati più di dieci anni da quando l'ho lasciata, ho un legame profondo e duraturo con quella community, che prospera ancora oggi. Oltre a fornire il supporto di cui avevo bisogno per acquisire le competenze per cambiare carriera, ha offerto amicizie personali durature, una solida rete professionale e un cliente di lunga data.
Affinché ciò migliori, le piattaforme comunitarie devono supportare meglio l’inevitabile quinto stadio del ciclo di vita di una community: l’archiviazione. Al momento non ci sono buone opzioni per far passare una community da una piattaforma dinamica a un archivio statico che possa persistere online senza manutenzione continua o costi del server.
L’ho sperimentato io stesso sia come membro che come amministratore di una community che per me è stato un grande esempio di come riunire le persone online per portare avanti una causa comune. Mi piacerebbe vederla preservata come archivio e riferimento sul web, ma è difficile da implementare nella pratica.
Sarebbe potente se Discourse potesse aprire la strada qui e supportare le community durante il loro intero ciclo di vita, aiutandoci a costruire un web che onori e preservi le community che si sono formate, anche dopo che il coinvolgimento attivo è terminato.
Mi chiedo se potreste collaborare con l’Internet Archive per sviluppare uno standard che li aiuti ad archiviare il contenuto dei forum. Diversi software per forum funzionano in modo diverso, ma ci sono cose ovvie che sono uguali. La vostra esperienza nella migrazione da altri software per forum dovrebbe essere utile.
Sto salvando la mia intera istanza su Wayback Machine ogni giorno fino alla fine, dando all’utente il potere di eliminare i propri contenuti, ma mantenendo la cronologia delle tue edizioni. È un buon modo per farlo. Dico sempre che un giorno non potrò più farlo, quindi sto insegnando al mio staff queste cose, ma ci vorrà molto tempo, quindi per un po’ salverò ciò che posso.
Puoi elaborare un po’ su questo? Attualmente offriamo un’opzione sul nostro hosting per archiviare il sito in modalità di sola lettura per l’eternità, ma ovviamente non possiamo farlo gratuitamente perché c’è un costo continuo per noi.
Per i gestori di siti, la modalità di sola lettura significa che non devi moderare attivamente, ma non è la stessa cosa dell’archiviazione. Disattiva l’interazione, ma tecnicamente tutto il resto rimane lo stesso. Devi ospitare l’istanza, mantenerla aggiornata, mantenere gli stessi server.
La vera archiviazione significa passare da un’applicazione dinamica e da una configurazione di database a HTML statico. Ci sono alcuni script della community là fuori, ma provarlo in pratica mi ha mostrato quanto sia complesso in realtà. Penso che sia troppo difficile per le singole community risolverlo da zero. Fornire soluzioni di migrazione standard che affrontino anche la rappresentazione dell’interfaccia utente e la gestione della privacy dei dati potrebbe fare molto per preservare meglio le community.
C’è anche una dimensione concettuale: se le piattaforme comunitarie supportassero il ciclo di vita completo fin dall’inizio, probabilmente porterebbe a sistemi migliori nel complesso, in modi che potremmo nemmeno avere in focus ora. Nella normale progettazione di prodotti, la pianificazione del ritiro di un prodotto fa semplicemente parte di una buona progettazione.
Su scala ridotta, i gruppi sono una buona analogia e un caso d’uso simile. Al momento i siti finiscono spesso con gruppi dormienti o abbandonati, o i gruppi scompaiono senza lasciare traccia. Se avessimo pianificato la durata prevista e il tramonto durante la configurazione dei gruppi fin dall’inizio, ciò potrebbe supportare i gestori di siti a essere più propositivi e organizzati con i gruppi nel complesso.
Un convertitore da Discourse a markdown standard offrirebbe molta flessibilità. Metadati come categoria, tag, autore, visibilità, ecc. potrebbero essere memorizzati come frontmatter. Un generatore di siti statici personalizzato o esistente potrebbe convertire i file markdown in HTML. I file potrebbero anche essere letti localmente con app per prendere appunti che supportano markdown. Discourse potrebbe anche fornire uno script di migrazione da markdown a Discourse per consentire ai siti archiviati di essere riconvertiti in forum.
L’approccio markdown permetterebbe a Discourse di promuovere l’idea che il contenuto di un forum sia indipendente da Discourse l’applicazione. Renderebbe concepibile pensare ai post creati su Discourse letti tra 100 anni.
Ci sono casi in cui le persone si riuniscono online per eventi che hanno un inizio e una fine naturali. Ad esempio, la preparazione e il follow-up per un seminario online. Discourse potrebbe essere uno strumento appropriato per questo. Rendendo esplicito il ciclo di vita e fornendo un archivio del contenuto, un forum che genera ad esempio 5 argomenti e 100 post in 2 mesi potrebbe essere visto come un successo invece che un fallimento. Sospetto che una data di fine esplicita renderebbe anche alcune persone più disposte a iscriversi e partecipare alla discussione.