Barreras técnicas administrativas
Sobre este tema de la experiencia administrativa, creo que lo que mencionaste aquí sería bueno
Esto podría hacerse caso por caso:
- Identificar el problema que se intenta resolver. Por ejemplo, discusiones, con un posible énfasis en discusiones contenciosas.
- Identificar el público objetivo. Por ejemplo, académicos, ONG, organizaciones gubernamentales, organizaciones vecinales, grandes cuentas de Twitter y grupos de Facebook, etc.
y tener las plantillas, etc., porque los ejemplos en Discourse Discover realmente se inclinan hacia las comunidades tecnológicas.
Quizás volver a profundizar en el “desarrollo impulsado por quejas” (al estilo de codinghorror) para esto también podría mejorar la experiencia de las personas no técnicas que buscan configurar comunidades.
Coding Horror – 18 Feb 14

Complaint-Driven Development
If I haven’t blogged much in the last year, it’s because we’ve been busy building that civilized discourse construction kit thing I talked about. (Yes, that’s actually the name of the company. This is what happens when you put me in charge...
Y hay otros temas sobre esto aquí, por ejemplo:
Let me tell you a story… It was about a year ago, and I was in the process of setting up my very first Discourse forum, finally migrating my phpBB database from 2007 towards something more appropriate to the current decade, thanks to @awesomerobot’s recommendation. The sysadmin just handed over the keys after having done the first half of the wizard (before it tells you to “jump in!”) and now it was my turn to actually set it up for good. I went to the admin panel and opened the settings. The f…
La clave es:
Si se mejoran las barreras técnicas, creo que sería más probable que las personas no técnicas que dirigen comunidades recomienden Discourse a otras personas que buscan dirigir comunidades.