Benutzer:Icekiss/Diskussionsplattform

< Benutzer:Icekiss
Version vom 28. Oktober 2009, 12:01 Uhr von imported>Trias (hat „Benutzer:Icekiss“ nach „Benutzer:Icekiss/Diskussionsplattform“ verschoben: Verschoben: Ich habe deine Seite auf eine Unterseite verschoben, damit man das gut verlinken kann und du weiterhin Platz hast, eine Benutzerseite von dir z)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

Entwurf Diskussionsplattform v2.3

  • Ziel: Entwicklung konsensfähiger Aussagen
  • bietet Möglichkeit: Integration in Abstimmungssoftware (ist selbst keine!!)

Jeder Nutzer hat einen Engagementzähler (ähnlich einem Postzähler in einem normalen Forum). Der Zähler sagt wenig darüber aus, wie gut seine Beiträge sind, aber gibt an, wie viel der Nutzer in die Diskussionsplattform investiert.

Thread wird von jemandem gestartet, indem er ein Problem beschreibt.

Infos in Startpost

  • Poster [Nutzer, der den Post erstellt hat]
  • aktuelles Engagement des Posters
  • Datum der Posterstellung [1. Version], Datum der aktuellen Version
  • Überschrift/Thema
  • Versionsnummer
  • Text
  • absolute und gewichtete Votes. (Anzahl Leute die die aktuelle / irgend eine Version des Textes gut finden. In der gewichteten Anzahl fließen Leute, die eine ältere Version gut fanden, mit geringerem Faktor ein.)
    • Sortierung nach Bewertung erfolgt anhand der gewichteten Votes
  • Für den Text gibt es eine (öffentliche) Entwurfsversion, die der Poster (und nur er) verändern kann, und für den es eine Ansicht der Unterschiede zur offiziellen Version gibt. Der Poster ist auch der einzige, der den bisherigen Text mit dem Entwurf ersetzen kann, und damit eine neue Version erzeugt. Das Erzeugen einer neuen Version bringt Engagementpunkte, in Abhängigkeit davon, wie viele Leute die letzte Version gut fanden (->zeitlicher Mindestabstand zur letzten Version, die Punkte brachte, um Spam zu vermeiden).
  • Der Post ist versioniert, für jede Version wird Datum und Anzahl der Befürworter angezeigt. Möglichkeit, eine Beschreibung der Änderung einzugeben. Versionen sind vergleichbar (->wie Wiki)
  • Das Erstellen eines Posts bringt Engagementpunkte (aber weniger als das Erstellen einer neuen Version, wenn die alte Version einige Votes hatte.)

Kommentare

  • Nicht versioniert, nicht bewertet, bleiben in ursprünglicher Reihenfolge erhalten. Das selbe wie normale Posts in einem Thread. Bringen Engagementpunkte.
  • Dem Startposts sind 2 Threads (jeweils aus Kommentaren bestehend) zugeordnet: Ein Thread Inhalt, und ein Thread Formulierung.
    • Der Formulierungsthread wird mit dem Erzeugen einer neuen Version archiviert, und neu angelegt.
    • Beim Ändern der Entwurfsversion des Startposts wird der Formulierungsthread angezeigt.

Fakten/Hintergrundinfos zum Text

  • Ist die Beschreibung einer Tatsache.
  • Wertungen: zutreffend/unbelegt/umstritten/nicht zutreffend [alles außer "zutreffend" ist eine schlechte Bewertung], relevant/nicht relevant
  • Beim Anlegen des Faktes muss ein Link zu einer Quelle angegeben werden.
    • Quellen werden nach Qualität (wie zuverlässig, wie gut aufbereitet) und nach Umfang (wie viel enthält sie zu der beschriebenen Tatsache) bewertet
    • weitere Quellen können von Nutzern hinzugefügt werden, und werden nach Pro und Kontra sortiert (stützen oder widerlegen sie den Fakt?)
  • Zur Beschreibung können Kommentare abgegeben werden (->siehe "Kommentare")
  • Statt neue Fakten einzugeben, können anderswo genutzte an weiteren Stellen angezeigt werden (->Jedem Fakt einen Id-String geben. Bei Fakterstellung ein Feld in welches ich den pasten kann.) In diesem Fall erhält der Fakt eine eigene Relevanzwertung (die alte bleibt davon unberührt). Ansonsten ist es ein und derselbe Fakt, mit den selben Quellen, Wertungen und Kommentaren.
  • Das Erstellen eines neuen Faktes und einer neuen Quelle bringt Engagementpunkte, abhängig von der Bewertung des Faktes/der Quelle [Wenn zu kompliziert, kann es erst mal statisch sein]
  • Weder die Beschreibung, noch die Quellen können verändert werden, nachdem sie angelegt wurden.

Versionierte Posts

Bieten die gleichen Möglichkeiten und Infos wie der Startpost, können also selbst Fakten, Kommentare und versionierte Posts enthalten. Werden vom Ersteller als Vorschlag, Pro Argument oder Contra Argument gekennzeichnet. Es werden die jeweils bestbewerteten versionierten Vorschläge, Pro und Contra Argumente angezeigt, mit Links für "alle anzeigen".

  • Unterhalb von Argumenten können keine Vorschlagsposts erstellt werden.
  • Gegenargumente können vom Autor versteckt werden, so das sie nur noch über einen extra Link "versteckte Gegenargumente" einsehbar sind (->stehen nicht mehr in der Liste der Gegenargumente). Dies bietet die Möglichkeit, entkräftete Gegenargumente aus der Diskussion zu nehmen (->Vorschlag wurde so verbessert, dass das Gegenargument nicht mehr zutrifft.)
  • Vorschläge unterhalb von Vorschlägen werden als Vorschlagsvarianten angesehen. Sie werden im Problempost als eigene Vorschläge einsortiert und angezeigt.
  • Vorschlagsvarianten enthalten einen prominenten Link zum originalen Vorschlag, von dem sie abgeleitet sind.
  • Vorschlagsvarianten zeigen in eigenen Listen die Pro- und Kontraargumente des originalen Vorschlags an.

Hinweise auf Veränderungen

Jeder Nutzer hat eine Liste von versionierten Posts, die er gut findet, und von denen es eine neuere Version gibt. Wenn er einen Eintrag anklickt, bekommt er einen Versionsvergleich zwischen der Version, der er zugestimmt hat, und der aktuellen. Er kann die neue Version entweder gut finden oder nicht (beides nimmt den Eintrag aus seiner Liste).

Hinweise für Gegenargumente

In der selben Liste werden vom Nutzer verfasste Gegenargumente gelistet, bei denen es eine neue Version des Vorschlages gibt, auf den sie sich beziehen. Sie bleiben in der Liste, bis das Gegenargument aktualisiert wurde, oder der Nutzer es als noch immer aktuell markiert hat.

Abstimmung

Jeder Vorschlag könnte vom Ersteller zur Abstimmung gestellt werden. Vorraussetzung: Es ist eine entsprechende Abstimmungssoftware angebunden (und solange dem nicht so ist, gibt es hier eben einen Medienbruch). Die Software könnte dann auch Bedingungen an diese Möglichkeit knüpfen, wie Alter des Vorschlags, Anzahl Nutzer die den Vorschlag gut finden, Anzahl Pro/Kontra Argumente, ... (um Spam/Schnellschüsse zu vermeiden) (zu klären: Besonderer Umgang mit Vorschlagsvarianten?)

Tags

Vom Ersteller des versionierten Posts erzeugte Tags

  • können vom Ersteller des Posts frei vergeben, und jederzeit geändert werden.
  • Suchfunktion ermöglicht, mit bestimmten Tags versehene Posts zu finden (filtern nach Problem/Vorschlag/Argument möglich)

Vorschlagstags

  • Es ist eine feste Tagauswahl vorgegeben
  • Nutzer können über taggen Button auswählen, welche Tags auf den Vorschlag zutreffen (e.g. 1. Grundgesetz, 2. Innere Sicherheit)
    • Dem Vorschlag werden die Tags zugeordnet, denen die meisten User zugestimmt haben (z.B.: alle Tags denen mind. 40% derer zugestimmt haben, die dem beliebtesten Tag zustimmen)
    • Es steht der Abstimmsoftware frei, ob sie die Reihenfolge der Tags beachtet oder nicht (ich halte es für sinnvoller, den Nutzer der Abstimmsoftware entscheiden zu lassen, welche Tags die wichtigsten sind)
  • Das Hauptforum verlinkt neben den Unterforen auch diese vorgegebenen Tags (führt zu Liste der Vorschläge, die damit getaggt wurden)

Mir wichtige Punkte aus dieser Beschreibung

  • Die harmlose Möglichkeit Kommentare abzugeben ist sehr wichtig. Einfach dadurch, dass sie in Ihrer Reihenfolge erhalten bleiben, kann man auf Vorredner Bezug nehmen. Ich erwarte, dass bei einem neuen Problem oder Vorschlag erst einmal Kommentare erfolgen, bis sich erste Pro-/Kontraargumente herausbilden.
  • Die Tatsache dass Fakten an mehreren Stellen benutzt werden können, und gemeinsame Counter haben (außer Relevanz), ist sehr mächtig und sollte für deutlich effektivere Diskussionen sorgen.
  • Das ganze ist so KISS wie nur möglich (und ich bin für alle Ideen es weiter zu vereinfachen dankbar). KISS Lösungen:
    • Fakten und Quellen sind nicht editierbar (->macht Abstimmen einfach)
    • Kein Vesuch ein Stimmungsbild zu ermitteln (wie viel % sind dafür?)
    • Kein Versuch einer automatisierten Änderung des Statements, das darf nur der Ersteller (->kein Editwarring).
    • Gleichbehandlung von Problemen, Vorschlägen und Argumenten (mit Ausnahmen)

-->KISS macht die Software nicht nur leichter umsetzbar, sondern für Außenstehende auch leichter begreifbar.

technische Anforderungen

  • Nutzerverwaltung
  • Texteingabe

Von Wikiseite

  • Versionierung
  • Versionsvergleich

Von Forumsseite

  • Kommentare
  • Zähler für Fakten, Quellen und versionierte Posts
  • Engagementpunkte

Neue Anforderungen

  • Mehrfachverwendung von Fakten
  • Schachtelung versionierter Posts
  • Sortierung von Fakten, Quellen und versionierten Posts nach Relevanz|Korrektheit / Qualität|Umfang / Beliebtheit (muss nicht einstellbar sein, aber sinnvoll austariert)
  • Liste zugestimmter geänderter versionierter Posts, und von Gegenargumenten, bei denen der Vorschlag verändert wurde, auf den sie sich beziehen

Nutzungsbeispiel

Ich kann mir übrigens die aktuelle Diskussion gut in diesem Format vorstellen:

  • Problem: Wir brauchen eine bessere Diskussionsplattform, die diese Eigenschaften hat: ...
  • Kommentare, Hintergrundinfos, Argumente dafür /dagegen
  • Vorschläge, mit Unterdiskussion des Vorschlages.
    • Argumente gegen den jeweiligen Vorschlag, und aufgrund dessen Verbesserung des selben, um die Gegenargumente zu entkräften.

Bedenkenswerte Ausbaustufen

  • Ausbau der Benachrichtigungsfunktion für Gegenargumente: Wahl, ob man über neue Versionen des Vorschlages, und von Variationen des Vorschlages benachrichtigt werden möchte.