2010-05-28 9 views
5

Estoy diseñando un sitio web y quiero un buen sistema de reputación como el que están integrados en StackOverflow.¿Qué considerar al diseñar un sistema de representante de comunidad en línea como SO?

Cuando comencé a diseñar mi sistema de reputación, me di cuenta de que el modelo SO Q/A no encajaba en mi aplicación (ya que el mío no es Q/A), y que tal vez debería investigar primero.

Así que mi pregunta es; ¿Qué debería considerar al diseñar un sistema de representante de la comunidad?

Respuesta

5

Primero tiene que decidir si el sistema debe más democrático (ala SO - un voce un voto) o más expertos impulsada (algunos cerdos ... errr los votantes son más iguales que otros).

Un ejemplo de esto último está dando el votante más peso sobre la base de cualquiera de los dos:

  • su reputación, o

  • Su "precisión" - por ejemplo, votaron de manera similar con otros votantes. Este es MUY complicado para hacerlo bien y es probable que NO se muestre una votación total hasta después de que alguien haya votado.

Decida qué características son más importantes para usted. Prevención del abuso? ¿Evitar ciertos tipos de sesgos?

La funcionalidad importante que diferencia las cosas es:

  • "Rebaño ciego" voto (no llega a ver el ranking de las publicaciones hasta que vota o estado "no voy a votar"). Esto evita la presión de votar con la manada.

  • Voto anónimo. No puede ver al autor del artículo hasta después de votar o rechazar votar. Previene el sesgo de "Jon Skeet", por falta de un término mejor (o trillón de votos por arriba en la pregunta de Joe's Turtle).

  • Voto anónimo contra votación nominal. ASÍ OBVIAMENTE tiene lo primero: evita las represalias. OTOH, roll-call (por ejemplo, identificar quién emitió el voto) promueve una votación más responsable y limita algunos abusos en cierta medida.

  • Limitaciones en la votación (número de votos por votante, por voto, por votante por correo, etc.)

  • Capacidad para recuperar/cambiar el voto

  • capacidad de votar en los atributos en lugar de publicar en su conjunto (piensa puntaje técnico vs puntuación artística en el patinaje artístico o la gimnasia)

  • Posibilidad de dar una cantidad de voto configurable, ya sea por decisión del usuario o por contexto.

    Como ejemplo de esto último, piense en +5 para Q/+ 10 para A/+ 0 para CW en StackOverflow actualmente.

  • Granularidad de los rankings. P.ej. El sistema de puntos exacto de SO vs. "/". 1-5 Karma vs. algo más.

  • Vote sharing. P.ej. en SO nunca obtienes el representante si editas la publicación lo suficientemente como para generar un representante adicional. Y no puede compartir el representante obtenido por una respuesta con alguien que contribuyó con buenas ideas para una respuesta a través de comentarios.

+0

Gracias, eso es mucho en lo que pensar. –

1

A continuación vienen a mi mente:

  • Umbrales y punto de valores, que no quieren que todo el mundo sea un administrador en 3 días
  • definir sus límites, meaining, después de los puntos x se obtiene A, después de los puntos Y obtienes B, etc.
  • Cómo manejar el spam, la basura y otros desperdicios entrando al sistema (representante negativo, suspensión de cuenta, etc.)
  • ¿Cómo se obtienen puntos? ¿Perder puntos?
  • También consideraría insignias/logros. A la gente le encanta el sentido de logro y hace cosas como publicar preguntas pidiéndole a la gente que no las vea para que puedan ganar la insignia 'Tumbleweed' aquí.
4

Hay un montón de pensamientos en la categoría Reputation Patterns de patrones de diseño de Yahoo, se indica:

  • El espectro competitivo
  • Logros de colección
  • etiquetas de identificación
  • Niveles con nombre
  • Niveles numerados
  • Puntos
+0

Gracias por el increíble enlace. –

Cuestiones relacionadas