Download - Online Communities Design Patterns

Transcript
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