O forse non ci sono richieste, ma questo è un vero meta-argomento?
Ma.
Forse la domanda è che non tutti sono d’accordo sul fatto che vengano ascoltati o che agiscano? O alcuni sentono di non essere ascoltati. Agire dipende da varie ragioni, e se viene data una ragione, spetta agli utenti accettarla o meno, ma è così che le persone agiscono. Ma non dovrebbero esserci così tanti se.
Il supporto assolutamente gratuito da “Discourse ufficiale” non lo è, ma lo è quando proviene dal lato della community, ed è effettivamente Discourse che ottiene supporto gratuito ;). Questo fa parte di una sorta di economia di scambio. Possiamo capovolgere la situazione: i partecipanti rivelano problemi totalmente gratuiti affinché Discourse possa farne il proprio business.
Ma per me tutta la questione del denaro è davvero noiosa. Ma non può essere una risposta standard per tutto.
Non ho fatto troppe domande qui. Posso leggere documenti e argomenti e fare qualche ricerca su Google. Non ho molti problemi con nulla qui. Se li avessi, sarei sparito. Ma ciò non significa che sia totalmente felice di tutto o che accetti automaticamente qualsiasi cosa dal team/ufficiale, o da altri utenti, il modo migliore per agire e, questo è sempre negativo, reagire. Questo è comunque un modo molto umano.
Per come vedo questo argomento, è più o meno solo una richiesta al team di interagire un po’ di più con gli utenti. Ciò significa che le scuse che qualcosa o un bug è stato registrato ma sepolto dopo tutto il resto e dimenticato a causa del sovraccarico di lavoro sono solo un modo meschino.
Bene, per favore, continua. Non ho altro da dire, e la maggior parte di ciò che ho dato è solo meta vuoto, lo so. Continuerò a scoprire perché non riesco a inviare tag con alfabeti scandinavi da WordPress a Discourse, che è un problema più rilevante per me, e lo è da un po’ di tempo
Personalmente non mi interessano i like. Quelli non hanno alcun ruolo per me (lo stesso vale per i badge). E ora che siamo sul lato negativo, o io lo sono forse, è davvero bene ricordare: ci sono molti bug/ux/richieste di funzionalità che sono stati risolti incredibilmente velocemente. E quando i risultati sono importanti, quella è una cosa molto più importante della quantità di like.
I partecipanti rivelano problemi perché stanno subendo quei problemi. Non c’è alcun incentivo se non quello che il problema venga risolto con una modifica del software o una risoluzione delle impostazioni per ottenere il comportamento che si aspettano.
Discourse fa affari vendendo principalmente la versione ospitata di Discourse e i clienti paganti dovrebbero essere la loro prima priorità. Noi ospitiamo gratuitamente un software open source. Ci stanno anche aiutando rispondendo alle nostre domande e li apprezzo molto per questo.
Il supporto utente-utente è un gioco completamente diverso. Cerco di rispondere alle domande relative a varie richieste di supporto e provo a riprodurre i rapporti sui bug perché voglio che quei problemi vengano risolti. Non c’è alcun incentivo finanziario o di altro tipo per me, tranne il fatto che il problema venga risolto e probabilmente aiuterebbe indirettamente anche uno dei miei clienti. In generale, renderà il prodotto più resiliente e migliore in generale.
Appreso. E sottolineato. Ed è bello sentirlo ora prima che io inciampi in qualcosa di indesiderato.
Questi sono punti molto pratici (specialmente quello del Badge, dato che non avevo considerato che ora sono stato promosso a Team). Penso che mi piacerebbe Community Moderator come titolo del mio staff piuttosto che Team, poiché penso che avere Team dia un po’ della mia consulenza pratica un’autorità immeritata. Farò delle indagini.
Sono principalmente d’accordo, ma penso che con la crescita di Discourse (sia in popolarità che in complessità) stiamo ricevendo più persone che vogliono imparare come funziona tutto. Idealmente, mi piacerebbe semplificare quel processo e renderlo il più edulcorato possibile. Prima le persone si sentiranno sicure nel fare x, y e z, prima si sentiranno a proprio agio nel condividere quella conoscenza e trasmetterla alla prossima nuova persona (e così via).
I miei contributi probabilmente non sono così altruistici come sembrano, poiché imparo facendo e ripetendo. Quindi rispondere a domande sulle impostazioni di amministrazione, SSL non-www, intoppi nell’aggiornamento, ecc., ecc. mi aiuta ad assorbire la conoscenza a un livello molto più profondo rispetto alla semplice lettura di una guida. E Discourse è così versatile e riconfigurabile che rispecchiare le diverse configurazioni di persone diverse mi permette di vedere un modo completamente nuovo di usarlo che potrei non aver considerato prima.
Quindi, almeno per me, l’elemento di supporto gratuito è reciprocamente vantaggioso. Loro ottengono una soluzione, e io spero di aver imparato qualcosa di nuovo. Win-win.
Questa domanda esiste in ogni comunità. Quando si astrae la domanda, si applica anche alle interazioni sociali della vita in generale. Che ti piaccia o no, il post probabilmente non era abbastanza prezioso in un modo o nell’altro per il lettore – soprattutto se confrontato con le altre cose che sta attualmente affrontando.
Posso rendere il mio argomento più prezioso per le persone che voglio che lo leggano?
Potrei rimuovere un po’ di “fuffa”?
Un’immagine aiuterebbe?
È addirittura vantaggioso per loro affrontare questo problema, o richiederà molte risorse che avrebbero potuto spendere meglio altrove?
Meta in Generale
Concordo – infatti tutto questo post è buono
Comprendere l’utente
Una cosa da considerare è che il team di Discourse sono anche utenti.
Risorse
Il team aveva circa 25 persone quando ho controllato a giugno. Ora sono 64. Questo dice due cose:
Hanno un sacco di lavoro da fare
Hanno un sacco di lavoro da fare
Avevano già migliaia di clienti con una dimensione di 25 persone. Parlando per esperienza, offrono un supporto davvero davvero buono a quei clienti paganti. Soprattutto rispetto ad altre aziende, e soprattutto se si considera il prezzo. Nell’ultimo anno non ho avuto altro che livelli esemplari di supporto e interazione dal team. @rishabh in particolare è stato estremamente paziente con noi.
Priorità dei bug
Anche i clienti paganti trovano bug: se un bug sta rompendo qualcosa di essenziale per un cliente, viene prioritizzato. Questo accade anche nella nostra attività: il cliente più grande ottiene la priorità, perché senza di loro non possiamo permetterci le cose di cui abbiamo bisogno per soddisfare i clienti più piccoli. Inoltre, il tipo di bug gioca un ruolo enorme:
Esempio
Avatar ha un bordo sulle pagine pubblicate
Cosa succede se questo non viene risolto? C’è una linea blu attorno a un avatar in una pagina in cui l’avatar non è nemmeno così importante.
Tutto su meta è gratuito. Tutto su meta è gratuito. Tutto il supporto, tutti i contributi, tutta la comunità. Il mio divertimento deriva dall’usare Discourse e dall’imparare. Restituisco contribuendo alla comunità al meglio delle mie capacità.
Ogni contributo è già pre-ricompensato con l’uso gratuito e illimitato di software all’avanguardia.
Questo è un dato di fatto. Il sistema di supporto della community ha questo come suo più grande vantaggio. Il miglior esempio sarebbe la gente che commenta varie questioni e richieste di funzionalità su GitHub. A volte, una funzionalità esiste e semplicemente non ne siamo a conoscenza perché non è abbastanza utilizzata (o semplicemente non abbastanza pubblicizzata) e a volte, i bug sono in realtà funzionalità o protezioni. Tutti impariamo qualcosa di nuovo ogni singolo giorno ed è il miglior tipo di incentivo da avere. Ecco perché questo argomento non ha molto senso per me. Questa è una community e dovrebbe seguire lo spirito della community.
Mi chiedo se sia una coincidenza o solo sfortuna ultimamente, ma ho avuto preoccupazioni simili. Ho trovato un bug, che sicuramente influenzerà il ranking SEO di tutti - a nessuno sembra importare..
Modifica Ora mi sento malissimo… sembra che questo potrebbe essere in fase di correzione dopo tutto
Sono assolutamente d’accordo. Penso che quello che speravo da questo argomento fosse che io e il resto della community potessimo rispondere a qualcuno che lo trovava frustrante piuttosto che gratificante, per verificare se qualcun altro si sentiva allo stesso modo e per vedere se c’era qualcosa che potevamo fare diversamente per aiutare a smussare le cose. Non sto cercando di apportare grandi cambiamenti. Solo magari promuovere meglio le esperienze positive di meta che hanno reso così divertente contribuire qui per me.
Personalmente ho trovato le risposte finora davvero utili. Hanno consolidato molte supposizioni che avevo fatto dal mio tempo trascorso a contribuire qua e là, ma mi hanno anche fatto riflettere su alcune di esse in modo diverso. Spero che anche altre persone che lo leggono lo trovino utile (e magari incoraggi anche più contributi ).
A dire il vero, il tuo argomento è stato creato di venerdì quando la maggior parte dei membri del team si stava già godendo il meritato fine settimana. E come hai notato, una soluzione per quel problema è stata proposta lo stesso giorno perché vogliamo migliorare la versione non JS in quanto viene utilizzata anche per i browser legacy.
Sono un ENORME fan e sostenitore di Star Citizen e gestisco un sito di fan molto sciocco e nascente (costruito su Discourse!)
Esiste uno strumento per i problemi in cui gli utenti possono segnalare un problema: si chiama Issue Council.
È uno strumento fantastico. Fornire agli utenti l’accesso diretto allo strumento per i problemi è geniale. Questo non è l’unico modo in cui il gioco e la piattaforma sono assolutamente all’avanguardia, ma è uno dei flussi di lavoro più sofisticati che hanno.
La cosa è però, se segnalo un problema e non ricevo alcun feedback, non mi arrabbio. So quanto sia enorme la montagna che CIG sta scalando e non mi aspetto che si preoccupino dei miei lacci delle scarpe virtuali fuori posto (o qualunque sia il mio problema). Ho fiducia che sappiano quello che fanno. È uno dei migliori team nel settore dei giochi con un prodotto e un metodo di evoluzione assolutamente unici.
Ci sono migliaia di problemi della community aperti. È infinito. Hanno le risorse per rispondere a ciascuno? Decisamente no. Ma ci arriveranno. Proprio come Discourse, è un software evolutivo. Un passo o cinque alla volta. Poi il set successivo.
E SONO UN SOSTENITORE! Ho speso molti soldi in promesse.
Ma proprio come il rispetto che ho per Discourse e il suo approccio all’avanguardia alla consegna del prodotto, non mi aspetto alcuna attenzione e spesso ricevo più di quanto mi aspettassi.
Le persone sono tutte molto impegnate ed è impossibile coprire tutte le basi tutto il tempo. La community meta non è un prodotto di supporto a pagamento.
Quindi dico:
sii paziente
sii rispettoso del tempo altrui
non sentirti ferito se non ricevi molta attenzione, la larghezza di banda è limitata
continua a contribuire, è molto probabile che venga apprezzato anche se a volte è difficile per le persone rispondere e riconoscere.
Un miglioramento sarebbe che un membro del team commentasse qualsiasi richiesta di funzionalità. Ho fatto questa richiesta il 1 gennaio – Allow automatic group membership based on subdomain – ma non ha ricevuto risposta. Anche se qualcuno dicesse “no” o “forse tra un anno” andrebbe bene. Qualcosa di più del generico (sebbene del tutto ragionevole) “paga per questo o fallo da solo”
Ma il supporto costa tempo e denaro.
Quello che stai suggerendo è un SLA senza un contratto a pagamento. È molto unilaterale?
Non sta a me dirlo, ma non sono sicuro che sia commercialmente fattibile?
Potrebbe essere introdotta una nuova fascia di clienti, solo abbonati al supporto, che pagano per un supporto potenziato entro rigidi vincoli? Potrebbe anche essere redditizio/raggiungere il pareggio dati le aspettative di prezzo prevalenti dei consumatori? Dati i budget che vediamo normalmente su Marketplace non sono convinto…
Sicuramente l’idea di meta è in parte “supporto supportato dalla community” che guida il coinvolgimento oltre a mantenere bassi i costi… in parte aiuta a garantire un prodotto open source strettamente confezionato che rimane gratuito da usare.
Tutte le richieste di funzionalità necessitano di una risposta? Non ne sono convinto neanche io. Se non vengono eliminate, rimangono visibili a tutti e fungono da backlog a cielo aperto.
Sono sicuro che tu abbia ragione. Stavo solo rispondendo alla domanda su come rendere più piacevole contribuire a Meta, dalla mia prospettiva. Forse dirai che fare una richiesta di funzionalità non è un vero contributo. Probabilmente è giusto anche questo, anche se ho suggerito una patch che funziona per me. Nel complesso è piacevole qui, quindi non è un grosso problema.
No, no, non sto dicendo affatto questo. Ho visto le tue richieste di funzionalità e sono rimasto colpito dalle tue idee. Non è stato il mio ruolo rispondere, però.
Il tuo contributo è sicuramente notato dalla comunità.
La mia unica domanda è: senza una relazione commerciale formale, è difficile per l’organizzazione fare promesse, anche sulla comunicazione individuale?
Interverrò perché gestisco il team che vi supporta gratuitamente qui su Meta e a pagamento se siete clienti.
Ho letto ogni post in questo argomento. Alcuni commenti sono equi e altri fuori luogo. Ci teniamo molto alla comunità open source, è il fondamento di Discourse, ma una buona gestione aziendale ci impone di dare priorità ai nostri clienti paganti.
Siamo consapevoli che, man mano che cresciamo e diventiamo più impegnati, è più difficile leggere ogni post qui su Meta. Ne discutiamo approfonditamente internamente. Recentemente abbiamo assunto @JammyDodger in modo da avere qualcuno che abbia il tempo di leggere e rispondere alle vostre domande e preoccupazioni. Non sono davvero sicuro di cos’altro possiamo fare.
Ed è bello sentirlo ora prima che io inciampi in qualcosa di indesiderato.
Penso che quello che speravo da questo argomento fosse che io e il resto della community potessimo rispondere a qualcuno che lo trovava frustrante piuttosto che gratificante, per verificare se qualcun altro si sentiva allo stesso modo e per vedere se c’era qualcosa che potevamo fare diversamente per aiutare a smussare le cose. Non sto cercando di apportare grandi cambiamenti. 
).
E come hai notato, una soluzione per quel problema è stata proposta lo stesso giorno perché vogliamo migliorare la versione non JS in quanto viene utilizzata anche per i browser legacy.
Dati i budget che vediamo normalmente su