Meetings/20141229 31C3Meeting: Difference between revisions

From diaspora* project wiki
(Zusammenfasssung vom Meeting aufm Congress)
 
m (DenSchub moved page 31C3Meeting to Meetings/31C3Meeting)
(No difference)

Revision as of 01:14, 30 December 2014

Meeting auf dem Congress, 29.12.2014, 20:30

(Die Aufteilung in Ideen und Anregungen ist recht willkürlich...)

Ideen
  • In der Sidebar rechts das aktuelle Changelog verlinken
  • Neben "need help" auch anzeigen "willst du helfen?" und von dort z.B. auf entsprechende Wikiseite im diasporafoundation-wiki verlinken
  • Nicht nur einmal auf den "Neuhier"-Post hinweisen, sondern später nochmal, falls kein öffentlicher Post gemacht wurde
  • Sollte ohne Kontakte der Stream nur aus Spotlight-Kontakten bestehen, sollte man einen Hinweis anzeigen, dass es nur aus Spotlight ist (und der Benutzer Kontakte hinzufügen sollte)
    • Komfort-Variante: Auch später anzeigen, dass gewisse Posts wegen Community-Spotlights angezeigt werden (Farben von früher), damit Leute die Kontakte haben, das auch sehen. Am besten mit Bubble mit Link zur Einstellung zum deaktivieren.
  • Benutzer-Vorschläge für neue Leute anhand der #Hashtags erstellen: Zu den 5 angegebenen Hashtags dann Leute vorschlagen, die viele öffentliche Posts mit dem Hashtag haben oder die selben Hashtags haben.
  • Community-Spotlight aufräumen / besser kommunizieren, was das ist?
  • Eine Warnung einbauen, wenn man mehrere private Posts macht ohne öffentlichen o.ä. -> sie darauf hinweisen, dass sie öffentlich posten können, da ihre privaten Posts oft nicht gesehen werden.
    • Soll verhindern, dass Benutzer es nicht mitbekommen, dass sie die ganze Zeit an keine Leute schreiben
    • ggf. mit "hab ich verstanden, nie wieder anzeigen"
Anregungen
  • Nicht nur Entwickler sollen am Code arbeiten, wir brauchen auch Leute, die UX-Design machen und solche Bedien-flows skizzieren !!!
    • Sowas kann man dann auch ruhig in den Issue-Tracker werfen
    • Wir brauchen unbedingt mehr Leute, die an hübschem Interface und Usability arbeiten.
  • Benutzer mal anschauen, ob sie das hinkriegen, was sie eigentlich wollen...
    • Usability-Testing, recht klassisches. Einfach mal Freunde / Bekannte nehmen und dann protokollieren, worüber sie stolpern und was sie erwarten / was stattdessen passiert.
  • Warum sind die Leute weg, nachdem sie 2 Pullrequests gemacht haben?