Discourse ha lentamente risolto una stanchezza di cui non mi rendevo conto di aver avuto

…morte per mille applicazioni aziendali (a volte letteralmente). Oggi sono affaticato (e così sembrano essere molti altri) dall’avere 1.000 applicazioni diverse per ogni cosa nell’azienda. Incoerenza nell’UX/UI, controlli di accesso, protocolli di comunicazione… l’elenco continua. Questo non è isolato solo al nostro business interno, anche i nostri utenti lo avvertono.

Questa è la nostra app di note, questa è la nostra app di file, questa è la nostra app di messaggi, questa è la nostra app a/b/c/1/2/3/x/y/z. È estenuante.

Poi ci sono altre applicazioni aziendali che devi imparare per collegarle a livello di applicazione, e un’applicazione diversa per tenerle tutte insieme. È come Netflix che ricostruisce il pacchetto via cavo, ma con applicazioni aziendali.

Ironicamente, a causa di questa frammentazione nell’azienda, il tutto non è decisamente maggiore della somma delle sue parti, è molto peggio! Ogni applicazione finisce per operare in un silo perché i dati sono fondamentali oggi e nessuno vuole che tu vada altrove con essi.

Mentre Discourse potrebbe non essere considerato il migliore della categoria da altri per tutte le altre cose (ad esempio, sistema di ticketing, blog, marketplace, ecc.), per me è il migliore della categoria perché può fare il 99% di ciò che fanno queste altre applicazioni, mantenendo l’esperienza utente e l’architettura sottostante in armonia. Questo vale esponenzialmente di più per me perché so che il mio blog, gli annunci, la gestione degli utenti, il forum di discussione, gli eventi, ecc. ecc. ecc. funzioneranno tutti bene insieme.

I miglioramenti possono essere apportati molte volte a tutte le esperienze allo stesso modo con un’impronta applicativa così ridotta, piuttosto che ogni applicazione essere gestita da un dipartimento diverso, con priorità diverse.

Qualsiasi cosa può essere costruita con questa piattaforma. Non sono argomenti, sono:

  • Blog
  • Annunci
  • Articoli del marketplace
  • Discussioni
  • Ticket di supporto
  • Video
  • Eventi
  • Bacheche di sprint
  • Bug/problemi
  • Idee
  • CFP
  • Guide
  • l’elenco continua…

Questo è un tale sollievo quando è necessario creare esperienze diverse per gruppi diversi, e quasi sempre una combinazione di quanto sopra.


Mentre non mi tirerò mai indietro dal dire che Discourse ha le sue stranezze (disprezzo il plugin docs, ma forse non ho ancora visto la matrice), il valore che ha nel costruire in modo flessibile un ecosistema così coeso supera di gran lunga qualsiasi carenza.

:spiral_notepad: Usiamo Discourse per la nostra community aziendale B2B. Questi pensieri sono stati stimolati da un rapido afflusso di altri team della nostra azienda che ci chiedevano se potessimo aiutarli a costruire le loro esperienze rivolte ai clienti sulla nostra community dopo aver visto cosa poteva fare durante un recente evento aziendale. Stiamo scalando le nostre operazioni ed espandendo rapidamente i nostri casi d’uso (il che è un buon problema da avere, per noi).

23 Mi Piace

Non sono affatto in disaccordo. Ma Discourse è spesso un compromesso o un compromesso. Posso ottenere una piattaforma di blogging molto migliore usando WordPress, ma non può fornire un forum funzionale.

Ho poche opzioni per vendere cose, e Discourse non è in quella lista.

Ospitare podcast usando Discourse? Dimenticatelo.

E tutte le mie opzioni in questi tre esempi sono tali da non trapelare o consumare dati.

Dobbiamo separare le cose:

  • ciò di cui un utente ha bisogno
  • ciò di cui un amministratore/proprietario ha bisogno

E dal mio punto di vista abbiamo due punti interrogativi:

  • come amministratore/proprietario devo usare soluzioni separate perché ognuna fa bene la propria nicchia, ma i lavori secondari non così tanto
  • gli utenti vogliono app separate per utilizzare quei servizi, perché (le) società di (social) media lo volevano a causa… dei dati.

Ho detto che le persone sono bestiame senza cervello? Abbastanza lo sono. O se voglio formattare in modo più educato: la maggior parte delle persone non lo sa ed è alla ricerca della soluzione più facile. Inoltre, tutto è cambiato quando Jobs (potrebbe essere anche Nokia, Blueberry, ecc.) ha introdotto il primo vero smartphone, che operava a livello di app.

Oggi sono un po’ negativo. Sono un utente totalmente felice di Discourse, sia come utente finale che come amministratore. È un software per forum brillante. Ma semplicemente non possiamo battere il mondo delle app separate e le multinazionali multimiliardarie quando ogni utente, quelli che creano, quelli che consumano e quelli che raccolgono tutti i benefici vogliono qualcosa di diverso.

4 Mi Piace

Assolutamente d’accordo, ottima risposta! Ho cercato di catturare questo nel sentimento del post sopra. Discourse è migliore di Jira per il tracciamento di problemi e progetti? Ovviamente no, a parità di prezzo. È migliore di Google Drive/OneDrive/ecc. per l’hosting di file? Decisamente no.

(È il migliore per le comunità online? Beh, certo, ovviamente!)

Ma il valore su quegli altri fronti, poiché Discourse è così versatile, è che può fare il 99% di ciò che quelle cose possono fare, sebbene con delle stranezze a cui credo tu stia alluding. Mi va bene una piattaforma per la maggior parte delle cose che può fare il 99% con alcune stranezze, piuttosto che l’inferno delle applicazioni aziendali che vedo oggi.

MA, come tutto nella vita… dipende sempre!

Hai ragione, non risolverai mai ogni caso d’uso, non creerai ogni funzionalità, né renderai tutti felici. Trovandomi in un’organizzazione che costruisce applicazioni aziendali, trovare questo equilibrio è un viaggio infinito!

Mi dispiace sentirlo. Spero che la tua giornata migliori oggi :hugs:

5 Mi Piace

Questo è stato anche uno dei nostri problemi principali. Abbiamo un numero osceno di piattaforme che fanno la stessa cosa, e Discourse è fenomenale nel tenere insieme tutte queste cose quando viene fatto bene.

In particolare, ci mancava un punto di ricerca unico. Per raggiungere questo obiettivo a (molto) basso costo, abbiamo sponsorizzato il team di Discourse per modificare la ricerca nell’intestazione in modo che ci permetta di cercare altre piattaforme dalla barra di ricerca di Discourse. Ora possiamo cercare Confluence ecc. da Discourse :slight_smile:

Nota: questo non cerca nativamente in Discourse, ma reindirizza l’utente all’altra piattaforma, ma con il termine di ricerca passato come argomento di query, in modo che vengano portati direttamente ai risultati nell’altra piattaforma.

Ciò significa che non ci sono costi continui, non c’è bisogno di costruire un intero motore di ricerca: basta installare e configurare il componente del tema :slight_smile:

Di seguito un esempio per la ricerca di Meta dalla barra di ricerca nella tua istanza:

  1. Aggiungi fab-discourse al tuo subset di icone svg
    image
  2. Nel componente del tema di ricerca nell’intestazione, apri l’editor icone di ricerca aggiuntive:
    image
  3. Aggiungi una voce per Meta

    Nota: excludeFrom è un elenco di ID di Categoria per le Categorie in cui non si desidera che questa icona appaia. In questo caso, la stiamo escludendo dalla Categoria con ID 1
  4. Salva le modifiche.

Quando aggiorni il browser, dovresti vedere il simbolo di Meta nella barra di ricerca quando inserisci un termine di ricerca. Se fai clic sull’icona, si apriranno i risultati per quel termine in Meta :slight_smile:

Nel video qui sotto cerco “fatigue” nella barra di ricerca della mia istanza personale, poi faccio clic sull’icona di Meta per vedere i risultati di fatigue in Meta invece:

7 Mi Piace

@Tris20 è fantastico! Ho parlato solo dei casi d’uso generici di cui sopra, direi. Gli unici due che ho a quel livello di cui non ho ancora scritto/parlato, e che non ho visto altrove sono:

Integrazione della Pagina di Stato

Sincronizziamo i nostri eventi della pagina di stato 1:1 dalla nostra pagina di stato a una categoria di Discourse, dove ogni stato è un argomento a sé stante. Gli eventi di stato sono rispecchiati nel post originale, anche pubblicati in ordine cronologico ascendente. Facciamo piccole cose che i nostri utenti (interni ed esterni) amano, come utilizzare l’oggetto data/ora di Discourse in modo che sia sempre nel loro fuso orario locale, rispecchiare lo stato più recente con un tag su quell’argomento e alcune altre idee intelligenti che ci sono venute in mente. Mi piacerebbe che Meta avesse questa funzionalità.

Dovrei davvero scrivere di più sull’integrazione completa, perché è incredibile. La completiamo integrando l’integrazione della chat e Slack (il nostro strumento di chat aziendale) in modo che quando si verificano eventi di stato della piattaforma, quegli argomenti di Discourse vengano pubblicati in un canale di stato interno che tutti possono seguire, ma la conversazione li riporterà in definitiva alla nostra unica fonte di verità: Discourse!

Sincronizzazione Airtable

Gestiamo così tanta gestione di programmi di community, gestione di progetti e automazione in Airtable. Abbiamo ideato un’incredibile sincronizzazione unidirezionale tra le nostre tabelle utenti e gruppi di utenti di Discourse ad Airtable, in modo da avere una copia 1:1 in Airtable con aggiornamenti in tempo reale.

In Airtable possiamo creare automazioni avanzate su quegli eventi (cambiamenti nel ciclo di vita dell’utente, o anche cose come cambiare la loro posizione, aggiornare il loro profilo, ecc. Airtable ti consente anche di sincronizzare queste tabelle con altre basi Airtable, che è dove avviene la vera magia. Abbiamo una base Airtable in cui gestiamo il nostro programma di eventi, e non solo utilizziamo la tabella utenti a livello di base, ma poi la estendiamo con valori aggiuntivi specifici per la gestione di quel programma di eventi.

Il valore e la scala che otteniamo da questa integrazione, direi, sono senza precedenti e il motivo per cui ho scalato così tanto la mia attività di community prima ancora di assumere la mia prima persona a tempo pieno per la community dopo 3,5 anni (@putty :wave:).


Questi sono alcuni casi d’uso piuttosto avanzati che, immagino, se altri nell’azienda li vedessero, probabilmente direbbero questo:

4 Mi Piace

Sembra che dobbiamo portarti su un palco (virtuale) da qualche parte :smiley:

Mi piacerebbe vedere cosa hai costruito; adoro l’atteggiamento intraprendente di usare Airtable o Zapier o qualcosa di simile per creare soluzioni alla buona :slight_smile:
Non tutto deve essere una soluzione coperta al 100% da unit test, completamente specificata. Spesso una cosa veloce, che può essere facilmente rivista dal product owner stesso… è molto più utile!

3 Mi Piace

Non fraintendermi, mi piacerebbe vedere le funzionalità in Discourse, giusto? Non vorremmo tutti vedere le nostre funzionalità prioritarie :sweat_smile:

Questo è il valore di un prodotto estensibile, ed è per questo che è stato così ben accolto dal nostro team: non c’è mai una strada che possiamo imboccare che sia un vicolo cieco.

3 Mi Piace

Oh certo!
Ma come sappiamo tutti, anche se usiamo solo il 20% di un software, nessuno usa lo stesso 20% :smiley:

Riparare le cose con Airtable risolve così tanto! Quello che puoi creare in Airtable in 2 ore… probabilmente richiederebbe giorni di discussione, prima ancora che arrivi alla fase di sviluppo :man_shrugging:

2 Mi Piace

110%! API-first è una benedizione per gli implementatori!

2 Mi Piace

puoi aiutarmi a impostarlo anche per la nostra community?
usi zapier, ecc. o esiste un’integrazione diretta?

2 Mi Piace

Purtroppo non ho tempo extra per aiutarti con questo, anche se spero un giorno di pubblicare di più sull’integrazione.

È tutto fatto utilizzando i webhook/API di Discourse e intercettandoli/chiamandoli con le automazioni di Airtable.

5 Mi Piace

Grazie. Questo è utile. Cercherò di capirlo.

1 Mi Piace