Online Communities Design Patterns

68
Community Design PATTERNS

description

This presentation came out from experimental workshop I gave on LIFT08 in Geneva to introduce a set of design/functional patterns and interactions which a successful online community should display in order to empower its users and facilitate conversation between them. This workshop also tried to establish a bridge between Usability Best Practices and Community Centered Design, a practice that can maximize the networking and crowd effect under online user communities. If you’re interested, you can get the FULL VERSION of the presentation in PDF or you can simply watch the Design Patterns part on SlideShare (sorry, but the 30Mb limit on SlideShare wouldn’t let me post it in it’s full extent there).

Transcript of Online Communities Design Patterns

Page 1: Online Communities Design Patterns

Community Design

PATTERNS

Page 2: Online Communities Design Patterns

COMMUNITY SUPPORT

http://flickr.com/photos/kgoldenchild/2223459035/

Page 3: Online Communities Design Patterns

QUICK REGISTRATIONease up the process of becoming a new member, but still manage to protect the community of strangers;

http://flickr.com/photos/iamilk/289596862/

Page 4: Online Communities Design Patterns
Page 5: Online Communities Design Patterns
Page 6: Online Communities Design Patterns
Page 7: Online Communities Design Patterns

QUICK REGISTRATION

WHEN TO USE:

- resistance to reveal personal information - community open for growth - users start registration (full) process and drop out in the middle

PROBLEMS:

- users fear for high commitment because they haven't yet established trust about the community (safety net) - BOTS (use defensive mechanisms like captchas)

Page 8: Online Communities Design Patterns

LOGIN

force users to identify themselves before using/entering the community

http://flickr.com/photos/formalfallacy/2057169454/

Page 9: Online Communities Design Patterns

LOGIN

WHEN TO USE:

- users need/want to distinguish themselves - granular access / secure assets - user annoyed with anonymous interactions/accesses - long time interaction - multiple location access

PROBLEMS:

- forgotten passwords (include recover mechanisms);

Page 10: Online Communities Design Patterns

WELCOME AREA

List new members of a community and present them to other members, ensuring that new members won't go unnoticed.

http://flickr.com/photos/eole/292917043/

Page 11: Online Communities Design Patterns

WELCOME AREA

WHEN TO USE:

- long-time members share a large collective history - smaller subgroups forming inside the larger community - resistance to entrance of new members

PROBLEMS:

- group members internal focus miss out new members and ignore their possible contributions - veterans need to 'pay' attention to the newcomers - newcomers might not want to "attract" such attention so early.

Page 12: Online Communities Design Patterns

USER PROFILE

create a virtual representation of the users 'self' that it's seen and shared across interactions

http://flickr.com/photos/thomashawk/170691672/

Page 13: Online Communities Design Patterns

The user PROFILE as a virtual identity, as a personality and skills aggregator. the bridge between the real and the virtual individual representing the user across all his interactions within the community

Page 14: Online Communities Design Patterns
Page 15: Online Communities Design Patterns
Page 16: Online Communities Design Patterns
Page 17: Online Communities Design Patterns

Avatars

Page 18: Online Communities Design Patterns
Page 19: Online Communities Design Patterns
Page 20: Online Communities Design Patterns

USERS GALLERYreveal who's using the community

http://flickr.com/photos/ikoanmild/2220545728/

Page 21: Online Communities Design Patterns

USER GALLERY

WHEN TO USE:

- hesitation on first contacts - hard to remember who's member of a community - you know their names, but want to know more about them

PROBLEMS:

- must be searchable - carefully balance the amount of "public" information without further involvement or identification (user levels => information levels)

Page 22: Online Communities Design Patterns

BUDDY LISTsshow only a selected group of users

http://flickr.com/photos/thomashawk/170691672/

Page 23: Online Communities Design Patterns
Page 24: Online Communities Design Patterns

Contacts / FriendsFriends list is the new center of the universe!

“Through others I define myself”

Portuguese saying:

“Tell me who you go out with, and I’ll tell you who you are!”

Page 25: Online Communities Design Patterns
Page 26: Online Communities Design Patterns
Page 27: Online Communities Design Patterns

GROUP SUPPORT

http://flickr.com/photos/7378438@N06/1894731004/

Page 28: Online Communities Design Patterns

GROUPSallow users to create and maintain groups within the community and interact with them the same as a 'regular, single user'

http://flickr.com/photos/nordicteem/1896362866/

Page 29: Online Communities Design Patterns

GROUPS

WHEN TO USE:

- send out multiple artifacts to same users multiple times - select multiple users before interactions - users don't clearly know who they interact with

PROBLEMS:

- by interacting with groups of users, one might not develop group awareness - additional workload for users - group create strong borders within the community - group moderation

Page 30: Online Communities Design Patterns

INVITATIONSallow users to plan interaction with others

http://flickr.com/photos/nordicteem/1896362866/

Page 31: Online Communities Design Patterns

SHARED EDITINGallow users to edit simultaneously sets of data/artifacts

http://flickr.com/photos/nordicteem/1896362866/

Page 32: Online Communities Design Patterns

SHARED EDITING

WHEN TO USE:

- need for collaborative editing - missing out the group "collaboration" with isolated user actions

PROBLEMS:

- single-user applications don't help collaborative environments - WYSIWIS - what you see is what I see not always possible (software/hardware restrictions/different among users)

Page 33: Online Communities Design Patterns

REPUTATIONbecause not all users are equal!

http://flickr.com/photos/27471299@N00/1405020031/

Page 34: Online Communities Design Patterns
Page 35: Online Communities Design Patterns

VOTINGquickly test group’s view on specific matters

http://flickr.com/photos/jubilo/386243713/

Page 36: Online Communities Design Patterns

VOTING

WHEN TO USE:

- users are unsure of appropriate strategies for community actions - decisions made within the community are discussed controversially or shown to be wrong after they been applied

PROBLEMS:

- it’s hard to work out the distribution of opinions across the group/community

Page 37: Online Communities Design Patterns

COMMUNICATIONhttp://flickr.com/photos/hchalkley/92120879/

Page 38: Online Communities Design Patterns

The conversation flows within communities, however the community itself only facilitates the conversation thru its interfaces it should never try to control the conversation!

Page 39: Online Communities Design Patterns

MESSAGINGprovide means for users to communicate within the community platform

http://flickr.com/photos/elliotwestacott/1885320923/

Page 40: Online Communities Design Patterns
Page 41: Online Communities Design Patterns
Page 42: Online Communities Design Patterns
Page 43: Online Communities Design Patterns

CHATallow users to communicate synchronously

http://flickr.com/photos/fotolandia/470693740/

Page 44: Online Communities Design Patterns

COMMENTSprovide means of sharing comments on specific artifacts

http://flickr.com/photos/molly_merrick/89437884/

Page 45: Online Communities Design Patterns
Page 46: Online Communities Design Patterns
Page 47: Online Communities Design Patterns

FORUMS / BLOGSprovide means for persistent, asynchronous conversations

http://flickr.com/photos/kidisland/483667514/

Page 48: Online Communities Design Patterns
Page 49: Online Communities Design Patterns
Page 50: Online Communities Design Patterns

AWARENESS

http://flickr.com/photos/trademarkrain/1833112035/

Page 51: Online Communities Design Patterns
Page 52: Online Communities Design Patterns

NEIGHBORScreate neighbor awareness by providing information about users interacting or using semantically similar artifacts

http://flickr.com/photos/tgallery/1825278793/

Page 53: Online Communities Design Patterns
Page 54: Online Communities Design Patterns
Page 55: Online Communities Design Patterns
Page 56: Online Communities Design Patterns
Page 57: Online Communities Design Patterns

“FoF - Friends of Friends”

Page 58: Online Communities Design Patterns

INTERACTIVE USER INFOmake information about other users clickable and connect it with means of communication

http://flickr.com/photos/minebilder/98391540/

Page 59: Online Communities Design Patterns

ACTIVITY LOGsrecord information about users actions in a such a way that it provides a history log about their actions and artifacts interaction

http://flickr.com/photos/infomaniac/238261399/

Page 60: Online Communities Design Patterns
Page 61: Online Communities Design Patterns

ACTIVITY LOG

PROBLEMS:

- merging past and present activities it's hard - scale: ensure that many users can update logs at the same time - ensure that users know which and of their actions are trackable - users need to feel that there's a value in being tracked - cleanup logs: not everything is required for ever!

WHEN TO USE:

- users notice changes but can't figure out what has changed - need to track incorrect changes back to the user who committed them

Page 62: Online Communities Design Patterns

TIMELINEshow who's been active at specific points in time

http://flickr.com/photos/criminalintent/1676704746/

Page 63: Online Communities Design Patterns
Page 64: Online Communities Design Patterns
Page 65: Online Communities Design Patterns

PERIODIC REPORTSinform users at regular intervals of relevant changes/actions

Page 66: Online Communities Design Patterns

Conversational Design

PERIODIC REPORTS

PROBLEMS:

- reports can be considered spam - make sure reports are well organized - avoid empty reports

WHEN TO USE:

- users collaborate asynchronously over shared objects

Page 67: Online Communities Design Patterns

ALIVENESS INDICATOR show an indicator on the virtual environment that reflects user's activity levels.

http://flickr.com/photos/ukaaa/1150380003/

Page 68: Online Communities Design Patterns

Conversational Design

ALIVENESS INDICATOR

PROBLEMS:

- hard to experience the group life without it - pretended participation just to keep the indicator alive

WHEN TO USE:

- users working asynchronously not always work on the collaborative workspace, only some part of the actions take place in that environment. - users complain about poor participation - users don't know who's participating or not