<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
   <title>crowdlog</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/" />
   <link rel="self" type="application/atom+xml" href="http://hci.stanford.edu/mkrieger/blog/atom.xml" />
   <id>tag:hci.stanford.edu,2009:/mkrieger/blog/1</id>
   <updated>2008-11-05T18:47:19Z</updated>
   <subtitle>Mike Krieger&apos;s blog on involving online participants and online crowds in Human-Computer Interaction research.</subtitle>
   <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.34</generator>

<entry>
   <title>Our first iPhone app</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/11/our_first_iphone_app.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.17</id>
   
   <published>2008-11-05T18:47:11Z</published>
   <updated>2008-11-05T18:47:19Z</updated>
   
   <summary><![CDATA[Joel L. &amp; I (through our &#8220;Mind, Matter, &amp; Meaning&#8221; partnership) just launched our first iPhone app, Wingman &#8212; nothing too serious, it&#8217;s a tongue-in-cheek app meant to help guys out on dates. If the date&#8217;s going well and you&#8217;d...]]></summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Joel L. &amp; I (through our &#8220;Mind, Matter, &amp; Meaning&#8221; partnership) just launched our first iPhone app, <a href="http://bit.ly/wingman">Wingman</a> &#8212; nothing too serious, it&#8217;s a tongue-in-cheek app meant to help guys out on dates. If the date&#8217;s going well and you&#8217;d like to stick around, we&#8217;ll give you some good date ideas, so-awful-that-they&#8217;re-good pickup lines for laughs, conversation starters, and the top 25 news stories so you can be informed. If things have gone south, we&#8217;ll fake a phone call to you so you can get out of there quickly.</p>

<p>Joel did most of the dev for this one, and I helped out with polish &amp; UI. Check it out the <a href="http://bit.ly/wingman">app store</a>, it&#8217;s 99¢ and will hopefully help you (or a friend) out on your next date.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>HCI @ Stanford: SymSys or CS?</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/11/hci_stanford_symsys_or_cs.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.16</id>
   
   <published>2008-11-03T09:19:52Z</published>
   <updated>2008-11-23T06:28:06Z</updated>
   
   <summary>One question I&amp;#8217;m asked often is why I chose to study Symbolic Systems over Computer Science for my Human-Computer Interaction work at Stanford (this usually comes after the first question, which is &amp;#8220;what on earth is Symbolic Systems?&amp;#8221;). I thought...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>One question I&#8217;m asked often is why I chose to study <a href="http://symsys.stanford.edu">Symbolic Systems</a> over <a href="http://cs.stanford.edu">Computer Science</a> for my Human-Computer Interaction work at Stanford (this usually comes after the first question, which is &#8220;what on earth is Symbolic Systems?&#8221;). I thought I&#8217;d write up a little bit more about what went into my choice, and what you might think about if you&#8217;re a Stanford student looking at both programs for undergrad or Master&#8217;s.</p>
]]>
      <![CDATA[<h1>Background</h1>

<p>Symbolic Systems (or SymSys) is an interdisciplinary major at Stanford that has graduated 22 classes of students, dating back to 1987. It was founded in the &#8217;80s by several professors who saw a gap in Stanford&#8217;s offerings as relates to Cognitive Science (and cognition more broadly). Since it&#8217;s interdisciplinary and highly &#8220;customizable&#8221;, SymSys means different things to different people, but I think Ivan Sag, current Director of the program, sums it up best: SymSys focuses on how people think (Cognitive Science, Neuroscience), and how machines can either help us think (Human-Computer Interaction), or help us understand how we think (AI, computational models). SymSys is unique to Stanford.</p>

<p>I first found out about SymSys through a group on <a href="http://orkut.com">Orkut</a>, Google&#8217;s social networking service that no one in the States but everyone at home (Brazil) does; the description was interesting enough to get me to go to the weekly SymSys Forum (Thursday @ 4:15pm in 380-380C) when I started at Stanford. Though some of the talks were over my head, in general I was attracted to the breadth of topics and how interdisciplinarity informed all research in the program. I&#8217;ve been a part of the program ever since, through being an undergraduate student, an academic advising fellow, and now one of 8 Master&#8217;s students.</p>

<h1>General Pros and Cons</h1>

<p>In general, there are some strong &#8220;pro&#8221;s: The SymSys program is relatively small (~30 people per class year), and also very tight knit. From the collection of polaroid pictures right outside the program office, to the quarterly barbeques, you&#8217;ll get to know basically everyone in the program, and often get to meet alumni that have gone on to do terrific things (like Marissa Mayer @ Google, Scott Forstall @ Apple, Reid Hoffman @ LinkedIn, and many others). I&#8217;ve had countless hours-long conversations with SymSys students &amp; alumni. SymSys has a more liberal arts focus than a &#8220;techie&#8221; major like Computer Science (which appealed to me coming from a smaller high school), and allows for a sort of breadth in thinking that&#8217;s valuable as an undergraduate.</p>

<p>Of course, there are some &#8220;con&#8221;s as well: it doesn&#8217;t have the name recognition of Computer Science or other more well-known degrees (though you can spin this to your advantage in job interviews if you have a well-thought-out reason for choosing SymSys), it&#8217;s not classified as a Science &amp; Technology degree (important if you&#8217;re a foreign student on an F-1 hoping to get a STEM extension to your Optional Practical Training), and, if some care isn&#8217;t taken, can lead to a program with too much breadth and not enough technical skills.</p>

<h1>SymSys &amp; Computer Science</h1>

<p>My main interest (and concentration for both undergrad and Master&#8217;s) is Human-Computer Interaction &#8212; so studying HCI through Computer Science would have made sense as well. At the time, Computer Science didn&#8217;t have specific &#8220;tracks&#8221; like they do now, and the CS core curriculum was much broader, with classes like Compilers and Operating Systems, both of which I appreciate but had little interest in learning much more than the basics. Instead, SymSys had upper-level courses in logic, cognitive science, and experimental design. These were a better fit for what I was interested in.</p>

<p>This section is called SymSys &amp; Computer Science (rather than &#8220;vs.&#8221;) for a reason: regardless of which route you choose to pursue an HCI education at Stanford, the curricula for both programs are available online, and make a very good source for course recommendations to round out your SymSys or CS classes.</p>

<p>When it came time to choose a Master&#8217;s program, there was one additional factor I took into consideration: the SymSys MS program is very research-heavy, and requires a thesis that contributes significant knowledge within your chosen concentration. While it&#8217;s possible to do extra work and write a thesis as part of the CS MS program, it&#8217;s far less of a priority (and is not as baked into the structure) as the SymSys MS. There are monthly SymSys MS research meetings where students get feedback from the program professors and other students. Also, it&#8217;s a much smaller program.</p>

<p>My advisor (<a href="http://hci.stanford.edu/srk">Scott Klemmer</a>) encouraged me to supplement the Symbolic Systems curriculum with CS courses that rounded out my ability to think like a computer scientist and actually implement the concepts covered in the HCI courses. While I took classes like ArtStudio60 (one of the better classes I&#8217;ve ever taken), at Prof. Klemmer&#8217;s advice I also took courses in Object-Oriented Programming, Programming Languages, and Computer Graphics.</p>

<h1>So, which one?</h1>

<p>With the <a href="http://cs.stanford.edu/degrees/undergrad/CurriculumRevision-Overview-09-26-08.pdf">new CS curriculum</a>, started this year, the picture has changed a little. The new HCI track looks as follows:</p>

<p><em>Requirements</em>:</p>

<p>a) CS147, CS247 (HCI Foundations) </p>

<p>b) Any one of: CS148, CS248, CS376, CS377, CS378 (Advanced HCI) </p>

<p>c) Any one of: CS108, CS140, CS221, CS223B, CS229, CS249A (Buttressing CS) </p>

<p>d) Any one of: Psych55, Psych252, MS&amp;E184, ME101, ME115 (Designing for People) </p>

<p><em>Track electives</em></p>

<p>– Courses in categories (b), (c), and (d) above, as well as: 
ArtStudi60, Comm269, CME340, CS447<em>, CS448B</em>, Ling180, EE118, 
MS&amp;E216A, Psych205, Psych221 </p>

<p>*requires approval of undergraduate advisor. </p>

<p>Which isn&#8217;t too vastly different from the <a href="http://symsys.stanford.edu/ssp_static?page=concentrations/hci.html">HCI concentration in Symbolic Systems</a>. It&#8217;s great that you can get a strong HCI education through either program now; I think the choice comes down to:</p>

<p><strong>Undergraduates</strong> </p>

<p>If you&#8217;d like to approach HCI from a technical standpoint and gain strong fundamentals in CS disciplines that extend beyond what might be immediately applicable to HCI, the new CS program with an HCI track is a great choice. On the other hand, if you&#8217;re interested in HCI from a cognitive, psychology, or social psych standpoint, the SymSys program provides an excellent perspective on how our mind works and how it relates to designing user interfaces. It&#8217;s worth coming to some of the SymSys barbeques and other events to get to know the program a bit more.</p>

<p><strong>Graduates</strong></p>

<p>If you&#8217;re considering an eventual PhD (or just want to do more research before graduating), SymSys is great way of learning more about research and undertaking your own project, though as mentioned above, it&#8217;s important to combine the HCI courses that you&#8217;re required to take with some deeper technical expertise courses. If you&#8217;re interested in getting a deeper technical knowledge of CS and focusing on how to apply it in an HCI context, the CS MS is a great choice.</p>

<p>Feel free to shoot me an email, or comment below, if you have more questions about these programs or Stanford in general.</p>

<p><strong>Update</strong>: thanks to Todd Davies, our Associate Director in SymSys, for helping to clarify some points above.</p>
]]>
   </content>
</entry>
<entry>
   <title>Video Prototyping Mobile Interactions</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/10/video_prototyping_mobile_inter.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.15</id>
   
   <published>2008-10-31T03:29:39Z</published>
   <updated>2008-10-31T03:29:46Z</updated>
   
   <summary>Another awesome submission from the class I&amp;#8217;m TAing &amp;#8212; CS147 (Intro to HCI, taught by Prof. Scott Klemmer), this one for the video prototype assignment. Video prototypes convey the context and user scenarios behind a UI design, beyond what a...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Another awesome submission from the class I&#8217;m TAing &#8212; <a href="http://hci.stanford.edu/cs147">CS147</a> (Intro to HCI, taught by <a href="http://hci.stanford.edu/srk">Prof. Scott Klemmer</a>), this one for the video prototype assignment. Video prototypes convey the context and user scenarios behind a UI design, beyond what a paper or screen prototype could do. They work particularly well for mobile (which the Intro to HCI class focuses on) and ubiquitous computing ideas. </p>

<p><object width="400" height="210">   <param name="allowfullscreen" value="true" />   <param name="allowscriptaccess" value="always" />   <param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=2106819&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" />   <embed src="http://vimeo.com/moogaloop.swf?clip_id=2106819&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="400" height="210"></embed></object><br /><a href="http://vimeo.com/2106819?pg=embed&amp;sec=2106819">Heat City</a> from <a href="http://vimeo.com/user886601?pg=embed&amp;sec=2106819">Paul Doersch</a> (and Mike Lindquist and Chris McCarthy) on <a href="http://vimeo.com?pg=embed&amp;sec=2106819">Vimeo</a>.</p>

<p>A lot of the students also <a href="http://video.google.com/videosearch?q=youtube%20video%20prototype%20cs147&amp;um=1&amp;ie=UTF-8&amp;sa=N&amp;tab=wv#">posted to YouTube</a>.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Teaching paper prototyping</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/10/teaching_paper_prototyping.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.14</id>
   
   <published>2008-10-27T06:27:29Z</published>
   <updated>2008-10-28T06:58:46Z</updated>
   
   <summary>This quarter, I&amp;#8217;m one of the TAs for CS147, the Intro to Human-Computer Interaction class at Stanford (taught by Prof. Scott Klemmer). This last week, students were asked to make paper prototypes, and we were absolutely blown away with what...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>This quarter, I&#8217;m one of the <acronym title="Teaching Assistants">TAs</acronym> for <a href="http://cs147.stanford.edu/">CS147</a>, the Intro to Human-Computer Interaction class at Stanford (taught by <a href="http://hci.stanford.edu/srk">Prof. Scott Klemmer</a>). This last week, students were asked to make paper prototypes, and we were absolutely blown away with what they came up with. Here was one prototype (from a group in <a href="http://www.stanford.edu/~smarmon">Steve Marmon</a>&#8217;s studio) that we found particularly incredible and that I wanted to share (click to see large size):</p>

<p><a href="http://hci.stanford.edu/mkrieger/images/blog/paperprototype.jpg"><img src="http://hci.stanford.edu/mkrieger/images/blog/paperprototype-thumb.jpg"/></a></p>

<p>Credit: CS147 group Martin Alonso, Dennis Paiz-Ramirez, Kate Swanson, and Minjeong Kim.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Stanford @ UIST 2008</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/10/stanford_uist_2008.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.13</id>
   
   <published>2008-10-18T20:15:11Z</published>
   <updated>2008-10-18T20:15:54Z</updated>
   
   <summary>Many folks from our lab will be at UIST 2008 this weekend in Monterey. I&amp;#8217;m presenting a poster on Tuesday, Björn Hartmann is presenting his Juxtapose work, Ron Yeh is presenting his work on design tools for paper-based UIs, and...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Many folks from our lab will be at <a href="http://www.uist.org">UIST 2008</a> this weekend in Monterey. I&#8217;m presenting a poster on Tuesday, Björn Hartmann is presenting his <a href="http://hci.stanford.edu/research/juxtapose">Juxtapose</a> work, Ron Yeh is presenting his work on <a href="http://hci.stanford.edu/research/paper">design tools for paper-based UIs</a>, and Tim Cardenas, Marcello Bastéa-Forte, Tony Ricciardi, Neil Patel, Steve Marmon, Greg Schwartz, William Choi, Joel Brandt, Neema Moraveji, and Michael Smith are also presenting posters (see the <a href="http://www.acm.org/uist/uist2008/program/index.html">program</a>). I put together an index card to give out to people who stop by our presentations &amp; posters, but here it is if you&#8217;re not attending or just have to have a look (click for larger):</p>

<p><a href="http://hci.stanford.edu/mkrieger/images/blog/index-card.png"><img src="http://hci.stanford.edu/mkrieger/images/blog/index-card-thumb.png"/></a></p>
]]>
      

   </content>
</entry>
<entry>
   <title>Crowdsourcing the Golden Rule</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/10/what_do_you_wish_you_had_morel.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.12</id>
   
   <published>2008-10-17T09:47:28Z</published>
   <updated>2008-10-17T09:54:48Z</updated>
   
   <summary>What do you wish you had more, or less of? What do you wish you did more for others, or others did more for you? I wanted to explore these questions and so ran some quick Mechanical Turk tasks asking...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>What do you wish you had more, or less of? What do you wish you did more for others, or others did more for you? I wanted to explore these questions and so ran some quick Mechanical Turk tasks asking these, and other similar &#8220;Golden Rule&#8221; type questions. Though myself and <a href="http://jheer.org/">Jeff Heer</a> are still working on some more interesting visualization for these, I wanted to share a few while we&#8217;re sorting through the data.</p>

<p>Here are the results, run through <a href="http://www.wordle.net">Wordle</a>. Please contact me if you want the dataset (~400 answers). Click to see larger versions:</p>

<p><a href="https://photos-2.getdropbox.com/i/l/jShf8hD-qOOn3ZCEvuXTL0ZI_TJ8YH0ePtKISOI46CY#2">
<img  width='360px' src="https://photos-2.getdropbox.com/i/l/jShf8hD-qOOn3ZCEvuXTL0ZI_TJ8YH0ePtKISOI46CY#2" title="Did more for others"/></a><br/><br/>
<a href="https://photos-3.getdropbox.com/i/l/01VLu4ZSAj0bVieTEHd-zlSQXhXIi6iPngQpVw7Cocg#7">
<img width='360px' src="https://photos-3.getdropbox.com/i/l/01VLu4ZSAj0bVieTEHd-zlSQXhXIi6iPngQpVw7Cocg#7" title="Others did more for you"/></a><br/><br/>
<a href="https://photos-4.getdropbox.com/i/l/vnWwkStIVbVaufgbegYr6OCy_QvNewRPMHLvv-p7RcY#4">
<img width='360px' src="https://photos-4.getdropbox.com/i/l/vnWwkStIVbVaufgbegYr6OCy_QvNewRPMHLvv-p7RcY#4" title="Had more of (w/time and money)"/></a><br/><br/>
<a href="https://photos-1.getdropbox.com/i/l/zRX2lXI9cKbVBoUIVGsl9JL9126Se0Azj6LY1legu0E#5">
<img width='360px' src="https://photos-1.getdropbox.com/i/l/zRX2lXI9cKbVBoUIVGsl9JL9126Se0Azj6LY1legu0E#5" title="Had more of (w/out time and money)"/></a><br/><br/>
<a href="https://photos-3.getdropbox.com/i/l/koi4Mg6V3ad5Bio4HY9NehzZncTXzIrF3a7EXnMgX1U#3">
<img width='360px' src="https://photos-3.getdropbox.com/i/l/koi4Mg6V3ad5Bio4HY9NehzZncTXzIrF3a7EXnMgX1U#3" title="Had less of"/>
</a></p>
]]>
      

   </content>
</entry>
<entry>
   <title>What do your Twitter friends say about you?</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/09/what_do_your_twitter_friends_s.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.11</id>
   
   <published>2008-09-08T23:08:51Z</published>
   <updated>2008-09-12T01:41:25Z</updated>
   
   <summary>What do the people who you follow on Twitter say about you? I was curious about whether we can infer anything about a person based on their Twitter friends&amp;#8217; interests. To test this out, I wrote Twitter Interest Cloud, which:...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>What do the people who you follow on Twitter say about you? I was curious about whether we can infer anything about a person based on their Twitter friends&#8217; interests. To test this out, I wrote Twitter Interest Cloud, which:</p>

<ol>
<li>Takes all your Twitter friends (who you follow)</li>
<li>Looks up the URLs in their profile on delicious, and gets the tags</li>
<li>Generates a tag cloud of those tags</li>
</ol>

<p>Mostly just a fun experiment, and works much better if you follow semi-famous people whose pages have been tagged on Delicious. It does do a decent job of capturing interests though; here&#8217;s the cloud for Twitter CEO Jack Dorsey (@jack):
<img width='375px' src='http://hci.stanford.edu/mkrieger/images/blog/jack-output.png' alt="@jack's cloud"></p>

<p>If you want to check it out, here&#8217;s the <a href="http://hci.stanford.edu/mkrieger/src/twitterinterestcloud.py">source</a> (Python). Shoot me an email (mkrieger [at] hci.stanford.edu) if you&#8217;d like me to generate a cloud for you. </p>

<p>If you make any improvements, please let me know! Thanks to <a href="http://brynnevans.com/blog/">Brynn Evans</a> for getting me to brush it up and blog about it.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Brainstorming with the Crowd: Encouraging Constructive Ideation</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/09/brainstorming_with_the_crowd_e.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.10</id>
   
   <published>2008-09-07T20:35:07Z</published>
   <updated>2008-09-07T20:37:56Z</updated>
   
   <summary>The last year has seen a number of companies try to tap into the &amp;#8220;wisdom of the crowds&amp;#8221; to brainstorm product and service improvement ideas (let&amp;#8217;s call it &amp;#8216;crowdstorming&amp;#8217;). Perhaps the most famous of these is Dell Ideastorm, built on...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>The last year has seen a number of companies try to tap into the &#8220;wisdom of the crowds&#8221; to brainstorm product and service improvement ideas (let&#8217;s call it &#8216;crowdstorming&#8217;). Perhaps the most famous of these is <a href="http://dellideastorm.com">Dell Ideastorm</a>, built on <a href="http://salesforce.com">Salesforce</a>&#8217;s crowdsourcing platform. Starbucks&#8217; <a href="http://mystarbucksidea.com">MyStarbucksIdea</a> is built on the same platform, with a custom skin. </p>

<p>While these platform works okay as a general idea collection mechanism, it doesn&#8217;t work particularly well as a <em>brainstorm</em>. For one, the same ideas are always at the top &#8212; unlike the real Digg, where there&#8217;s a notion of recency mixed in with popularity, the same ideas have been on the front page of IdeaStorm for the last 4 months. And we found consistently negative comments, and a lack of building off each other&#8217;s ideas (constructive ideation, as we called it). So we set out to try to build a better crowdstorming system&#8230;but first:</p>

<h1>A quick background on brainstorming</h1>

<p>While we all have a pretty good idea of what &#8220;brainstorming&#8221; means (typical image: one person standing at a whiteboard, other group sitting around throwing out &#8216;wild ideas&#8217;), it&#8217;s worthwhile to see what&#8217;s been said about it in the literature. The term was coined by Alex Osborn in the 1950&#8217;s, and the debate has raged since then on whether brainstorming works. In 1957, Taylor, Berry &amp; Block wrote <a href="http://stinet.dtic.mil/oai/oai?verb=getRecord&amp;metadataPrefix=html&amp;identifier=AD0159146">Does Group Participation when Using Brainstorming Facilitate or Inhibit Creative Thinking?</a>. It turns out that, in terms of pure idea generation, &#8220;nominal&#8221; brainstorming groups (people split up and asked to come up with a bunch of ideas, with those ideas then pooled together) beat out group brainstormers, and this result was replicated multiple times in the following decades. Of course, measuring number of ideas generated doesn&#8217;t measure idea quality, or the experience of each of the brainstormers, but served as the metric for most studies. Most papers attributed group brainstorming&#8217;s shortcomings to &#8220;process loss&#8221; &#8212; the inefficiencies and other stumbling blocks that come when humans come together to interact, including shyness, folks talking over each other, and more.</p>

<p>The Computer-Supported Cooperative Work field tackled this problem by introducing electronic brainstorming tools &#8212; by reducing process loss, these electronic brainstormers were able to <a href="http://cat.inist.fr/?aModele=afficheN&amp;cpsidt=4884366">match nominal brainstorming groups</a>. And finally, the idea of &#8220;brainwriting&#8221; emerged in the &#8217;90s &#8212; the concept being that each participant would write down ideas, and the next participant would use these ideas as a starting point, a sort of hybrid between nominal and group brainstorming. This last technique was found to outperform nominal, group, <em>and</em> electronic brainstorming.</p>

<p>In terms of what to <em>do</em> in a brainstorm, we can turn towards <a href="http://www.ideo.com">IDEO</a>, who formalized the much-cited rules for brainstorming:</p>

<ol>
<li>Defer judgment</li>
<li>Encourage wild ideas</li>
<li>One conversation at a time</li>
<li>Be visual</li>
<li>Build off other&#8217;s ideas</li>
<li>Go for quantity</li>
<li>Stay on topic</li>
</ol>

<h1>What does this mean for crowdstorming?</h1>

<p>It seemed to us that &#8216;brainwriting&#8217; would be a great concept to bring to the crowdstorming space. Our hypothesis was that current Digg-like systems encouraged Digg-like behavior &#8212; contributing your own 2 cents without much concern about building off other ideas. What if we could build a system that felt more like a real brainstorm, with the concept of brainwriting thrown in? We chose three design principles:</p>

<ol>
<li>Use a familiar metaphor (we chose Post-Its) to bring folks into a brainstorming mind-set</li>
<li>Provide a varying set of ideas that visitors are presented with, to encourage seeing the &#8216;long tail&#8217; of ideas</li>
<li>Make constructive ideation the primary interaction in the system.</li>
</ol>

<p>We built <em>Ideas2Ideas</em>, a Web-based brainstorming system:</p>

<p><img width='475px' src='http://hci.stanford.edu/mkrieger/images/blog/ideas2ideas.png' alt='ideas2ideas screenshot' title='ideas2ideas'/></p>

<p>The system uses a Radial Graph visualization to show ideas, and was built with a Javascript frontend (using the very cool <a href="http://blog.thejit.org/javascript-information-visualization-toolkit-jit/">Javascript Infovis Toolkit</a>), and Django on the server.</p>

<h1>Evaluation</h1>

<p>We wanted to test if this system actually <em>did</em> encourage constructive ideation, when compared to a Digg-like system such as Dell&#8217;s. We used Mechanical Turk to recruit almost 100 participants, and ran them through either condition (between-subjects test). To build the control condition, we used <a href="http://www.pligg.com">Pligg</a>, an open-source Digg clone, and replaced all mentions of &#8220;news stories&#8221; for &#8220;ideas&#8221;.</p>

<p>The results were pretty dramatic:</p>

<table>
    <th>Idea Type</th>
    <th>Dell-style system</th>
    <th>Ideas2Ideas</th>
    <tr>
        <td>Constructive ideas</td>
        <td>25</td>
        <td>43</td>
    </tr>
    <tr>
        <td>New, not constructive ideas</td>
        <td>52</td>
        <td>35</td>
    </tr>
</table>

<p><em>Results from user study; number of each idea type by condition.</em></p>

<p>Using a X<sup>2</sup> test of independence, we found that that Ideas2Ideas was significantly (p &lt; .001) more likely to encourage constructive ideas.</p>

<h1>So what?</h1>

<p>Of course, getting people to build off each other&#8217;s ideas is only one step to a successful brainstorm. As <a href="http://www.mozilla.org">Mozilla</a> and other organizations move to brainstorms with the crowd, however, it&#8217;s one design goal to keep in mind: how can we make crowdstorming be constructive, rather than &#8220;2 cents&#8221;-based like so much other internet discourse? We think a system like Ideas2Ideas is a start. This work will be shown as a poster at <a href="http://acm.org/uist">UIST 2008</a>, so come by and chat if you&#8217;re there.</p>

<p><em>Note: this project was done with YanYan Wang</em></p>
]]>
      

   </content>
</entry>
<entry>
   <title>A community of thinkers and prototypers</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/08/a_community_of_thinkers_and_pr.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.9</id>
   
   <published>2008-08-05T08:43:36Z</published>
   <updated>2008-08-05T08:44:30Z</updated>
   
   <summary>Just saw over on the Mozilla Labs Blog that they&amp;#8217;re launching an open call-for-participation for what they call their &amp;#8220;Concept Series&amp;#8221;: You don’t have to be a software engineer to get involved, and you don’t have to program. Everyone is...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Just saw over on the <a href="http://labs.mozilla.com/2008/08/introducing-the-concept-series-call-for-participation/">Mozilla Labs Blog</a> that they&#8217;re launching an open call-for-participation for what they call their &#8220;Concept Series&#8221;:</p>

<blockquote>
  <p>You don’t have to be a software engineer to get involved, and you don’t have to program. Everyone is welcome to participate. We’re particularly interested in engaging with designers who have not typically been involved with open source projects. And we’re biasing towards broad participation, not finished implementations.</p>
</blockquote>

<p>What I like about this call is its emphasis on prototyping and sketching/mockups as communication media, and as intermediate representations. These tools and artifacts fit the open-source development model well, and have been under-used by a community that until a couple of years ago was posting UI mockups using ASCII art in Bugzilla &#8212; though recent blog posts documenting design process from the Mozilla Labs and UI folks have been a welcome turn, and <a href="http://www.azarask.in/blog/">Aza Raskin&#8217;s blog</a> is a constant source of inspiration.</p>

<p>The Concept Series kicks things off with three video prototypes (one from <a href="http://www.adaptivepath.com">Adaptive Path</a>), and provide a <a href="https://labs.mozilla.com/forum/index.php/board,22.0.html">message forum</a> for the community to jump in and start talking. This last part is what concerns me; what I believe strongly is that online tools have a strong effect on both quality and quantity of participation. Dell&#8217;s IdeaStorm, for example, is designed (both visually and conceptually) as a Digg-clone, and so encourages very Digg-like behaviors, which work for a popular links site, but less so for an ideation/brainstorming site. </p>

<p>If a community of thinkers, sketchers, prototypers, and (in one word) designers is to flourish around this Concept Series idea, a site geared towards providing feedback on ideas, running small user tests on prototypes, branching and merging mockups and prototypes, and otherwise letting the design process flourish would be welcome. Maybe that would be a strong early submission to this Series: how can we rethink design collaboration on the Web, given an open-source mentality and a topic as daunting (yet exciting) as &#8220;The future of the Web&#8221;?</p>
]]>
      

   </content>
</entry>
<entry>
   <title>The 4 C&apos;s of Web Activity</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/07/the_4_cs_of_web_activity.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.8</id>
   
   <published>2008-07-29T20:59:51Z</published>
   <updated>2008-07-29T21:02:57Z</updated>
   
   <summary>As part of our research on what user activity we might want to understand better through crowd-based approaches, we started to think about what people actually do on the Web. This list is by no means exhaustive; any suggestions for...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>As part of our research on what user activity we might want to understand better through crowd-based approaches, we started to think about what people actually <em>do</em> on the Web. This list is by no means exhaustive; any suggestions for additions or modifications would be welcome. I think it&#8217;s a good starting point for thinking about how we can improve each of these activities or measure them:</p>

<ul>
<li>Classify
<ul>
<li><em>Rate</em> (an image, a video, an article, a song)</li>
<li><em>Tag</em> (an image, a product, a video)</li>
</ul></li>
<li>Contribute
<ul>
<li><em>Post</em> (an image, an article, a classified ad, a video, a song)</li>
<li><em>Write</em> (a Wikipedia article, a blog post, an e-mail)</li>
<li><em>Comment</em> (on an article, on an image, on a video)</li>
<li><em>Discuss</em> (an idea, a position, an article)</li>
<li><em>Draw or Paint</em></li>
<li><em>Edit</em> (a Wikipedia article)</li>
<li><em>Sell</em> (a used book, your home-made cookies)</li>
</ul></li>
<li>Communicate
<ul>
<li><em>Talk</em> (to friends, through Skype, to tech support)</li>
<li><em>Share/Recommend</em> (a link to friends)</li>
<li><em>Email</em> (a friend, someone you admire, a contact)</li>
<li><em>Connect</em> (with people with shared interests, with potential employers)</li>
</ul></li>
<li>Consume
<ul>
<li><em>Click</em> (on a link)</li>
<li><em>Listen</em> (to a podcast, to a song)</li>
<li><em>Watch</em> (a news video, a video podcast, a TV show or movie)</li>
<li><em>Read</em> (almost anything)</li>
<li><em>Buy</em> (a book, a ticket, almost anything)</li>
<li><em>Search</em> (for information, for people)</li>
</ul></li>
</ul>

<p>Which of these will be most important in the next five years? Which will become irrelevant? Are there ones you think aren&#8217;t even on this list yet, but will be?</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Two Dollars, Two Hundred Stories</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/07/two_dollars_two_hundred_storie.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.7</id>
   
   <published>2008-07-26T00:54:05Z</published>
   <updated>2008-07-26T01:10:25Z</updated>
   
   <summary>A fun experiment Emily and I ran this week had a simple question: what kind of interesting, unique, or surprising stories could we gather on Mechanical Turk regarding use/mis-use/re-use of popular sites like Google and Facebook? We were inspired by...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>A fun experiment Emily and I ran this week had a simple question: what kind of interesting, unique, or surprising stories could we gather on Mechanical Turk regarding use/mis-use/re-use of popular sites like Google and Facebook? We were inspired by Eric von Hippel and Don Norman&#8217;s recent articles (<a href="http://csdl2.computer.org/persagen/DLAbsToc.jsp?resourcePath=/dl/mags/pc/&amp;toc=comp/mags/pc/2008/03/mpc03toc.xml">von Hippel</a>; <a href="http://interactions.acm.org/content/?p=1127">Norman</a>) on end- and lead-user innovation. Their claim is that inspiration for design and innovation can come from observing and collecting the ways your users are adapting products for use in their own lives.</p>

<p>We paid 1¢ each to participants. At first, we asked them:</p>

<blockquote>
  <p>What&#8217;s a strange, funny, or weird way in which you&#8217;ve used Google, Wikipedia, eBay, or Facebook?</p>
</blockquote>

<p>Our first 100 answers back were of limited success; here&#8217;s what we found:</p>

<ol>
<li>Too many people repeating obvious uses &#8212; &#8220;I use it to search for things&#8221; for Google, &#8220;I buy things on it&#8221; for eBay</li>
<li>Not enough stories, mostly one-liners</li>
<li>A few nuggets within the pile</li>
<li>eBay answers were almost worthless; there wasn&#8217;t much variety in what you could do on eBay &#8212; the platform is a well-scoped service</li>
</ol>

<p>We revised our prompt and design and also increased the size of the response text box, to encourage longer answers. Our new prompt was:</p>

<blockquote>
  <p>Please tell us a story about how you used Google, Wikipedia, Facebook, or Twitter in a surprising way in which most other people don&#8217;t </p>
</blockquote>

<p>We varied the wording a bit, but this was the gist of our prompt. Our responses this time were far better; paragraphs rather than one-liners, stories with depth and surprise. We collected 229 responses ($2.29 plus commission to Amazon), about 150 of which made it in to the final list (after we got rid of offensive, incoherent, and non-interesting answers). We grouped and visualized the ideas by site; here are the thumbnails, click for full size (about ~1MB-1.5MB each):</p>

<p><a href="http://hci.stanford.edu/mkrieger/images/blog/google.png"><img src="http://hci.stanford.edu/mkrieger/images/blog/google-thumb.png" width="100px"/><br/><br/>Google</a><br/><br/><a href="http://hci.stanford.edu/mkrieger/images/blog/wikipedia.png"><img src="http://hci.stanford.edu/mkrieger/images/blog/wikipedia-thumb.png" width="100px"/><br/><br/>Wikipedia</a><br/><br/>
<a href="http://hci.stanford.edu/mkrieger/images/blog/facebook.png"><img src="http://hci.stanford.edu/mkrieger/images/blog/facebook-thumb.png" width="100px"/><br/><br/>Facebook</a><br/><br/>
<a href="http://hci.stanford.edu/mkrieger/images/blog/twitter.png"><img src="http://hci.stanford.edu/mkrieger/images/blog/twitter-thumb.png" width="100px"/><br/><br/>Twitter</a> (only 11 responses)</p>

<p>Also check out the <a href="http://hci.stanford.edu/mkrieger/images/blog/surprising-together.pdf">164kb PDF with all four together</a>.</p>

<h2>Some of the most interesting responses</h2>

<p>On Facebook or other Social Network:</p>

<blockquote>
  <p>It was actually through Facebook that I found a sister that I never knew. My parents had given her up for adoption when she was born because they were not yet married and no means of caring for her. I searched and searched for her, but it wasn&#8217;t until I discovered Facebook that I discovered her:)</p>
  
  <p>I have had a renewed communication with my daughter using Facebook.  She is 26 and i am 50, so this is really wonderful!  Every couple days, we chat through Facebook, and we can see significant details of each other&#8217;s lives.  This is very helpful, since we live 2000 miles apart.</p>
  
  <p>I&#8217;m a young faculty member at a university.  I use facebook to keep up with my friends and colleagues &#8212; and to get important information out to my classes!  When there is an announcement that people need to see quickly, I&#8217;ll write a facebook note and tag all of the members of the class concerned.  That way, everyone who needs to know gets notified as soon as they check facebook &#8212; usually much faster than email!!</p>
  
  <p>I made a fake myspace page and pretended to be someone else so I can spy on my boyfriend and to see if my boyfriend would flirt with my fake identity</p>
</blockquote>

<p>On Google:</p>

<blockquote>
  <p>We use this service to follow our daughter&#8217;s sports in local newpapers and then can forward the info directly on to colleges that are interested in recruiting her for their sports teams</p>
  
  <p>I google my name and the serp is empty; it is very humbling.</p>
  
  <p>When enteing names in the Google seach engine My children and I entered my husbands name after already entering several others and receiving nothing interesting. Upon entering the name several entries were received back with the name. Upon investigating these entries we discovered my sister inlaws mom. My husband had never met this sister and it seems that she was looking for his dad who had disappeared some time ago. Upon further investigation of these hits we discovered some medical problems that ran in the family that explained fully some odd behaviors my husband had been having that could also effect our children. Without the google seach engine This info would never have been found.</p>
  
  <p>I googled my mother. I was 31 years old when I found my Mom through a service I found on Google. I&#8217;ve still not met her in person, but I&#8217;ve spoken to her several times on the phone. She has two other children but even though I wasn&#8217;t raised arond her I am the one who is the most like her.</p>
  
  <p>I had tried numerous times over the years to find my best friend from primary school but she was not listed on Friends Reunited and none of our classmates knew what had happened to her after university either.  She was from Sri Lanka with a long surname that I could not remember in its entirety.  One day I decided to Google just her first name, even though I felt that there were probably hundreds of Sri Lanks called &#8220;Pireeni&#8221;.  Miraculously, I hit on her immediately.  She is now a well know poet in San Francisco, we have remade contact, are in touch regularly and I hope to go to San Francisco to meet up with her in the future.</p>
  
  <p>I have used Google to determine whether one of my college students&#8217; papers is partly or wholly plagiarized.  We don&#8217;t use turnitin at my campus, so I must rely on Google.  It&#8217;s amazing that students don&#8217;t realize that I have access to the very same Internet that they do!  They copy and paste entire pages or articles into their papers and then pretend that they wrote them on their own.  And this is AFTER I have told them not to do this because they cannot outsmart me!</p>
  
  <p>Years ago I used google as a sort of divination thing.  I needed something to do cause I was bored so I typed in &#8220;Jessica likes to&#8221;  and it gave me results for things I could possibly do.  I read Jessica likes to dance, so I ended up going dancing that night.</p>
</blockquote>

<p>On Wikipedia:</p>

<blockquote>
  <p>I was in the Navy and the computers on the ship would allow .org sites to be visited anytime, while .com sites were limited to save bandwidth. I learned ALOT in those 6 months surfing wikipedia and it is still one of my favorite sites to use.</p>
  
  <p>Yes.  I bet a friend that there was a permanent space station docked on the moon.  I thenk changed the wikipedia article and added the false statement about a space station being docked on the moon.  i then  showed him the article and he believed me.</p>
  
  <p>Wikipedia is how we resolve pretty much any dispute we have at the bar, using mobile internet.</p>
  
  <p>One day i spent 4 hours on Wikipedia trying to see if someone/anyone in any article had mentioned my name. I checked my school, community, city, hometown and just about anything and everything associated with me. Bad luck.</p>
  
  <p>I like to play a game I call &#8216;6 degrees of Wikipedia&#8217;. I click on the random article button, and decide some topic I want to find from this starting point. For example: Mr. T, or Trigonometry, or Star Wars. From the random article I try to click through the links towards my goal in as few clicks as possible. It&#8217;s a fun and challenging game that kills time and can have surprising results. It&#8217;s interesting (to me, anyhow) how things link together!</p>
  
  <p>I have used Wikipedia to ask questions that I would normally not ask family or friends. Sometimes it is something that I probably should have known already by my age. People are usually nice on Wikipedia and I can remain anonymous.</p>
</blockquote>

<p>Finally, on twitter:</p>

<blockquote>
  <p>I found out my sister-in-law was using Twitter. I was curious what she was writing about and although she mentioned just about every minor detail of her boring life on the site, she made no mention whatsoever of attending an evening recently with my husband and I. I figured we were low on her list, but there&#8217;s the proof.</p>
  
  <p>I live-blogged via Twitter during the birth of my son! It gave family and friends moment-by-moment updates at the labor and delivery without having to deal with multiple telephone calls.</p>
  
  <p>letting my friends know when a inpromptu concert happened. People were there in 15 minutes.</p>
  
  <p>Several of our friends who live far away use Twitter, and my partner and I tweeted our wedding vows to one another so our friends who were unable to attend could still share our experience virtually.</p>
</blockquote>

<p>Overall, there was a remarkable breadth and depth in responses; I&#8217;m unaware of any other needfinding/data-collection method where you could get such a diversity of thought for less than $3. Of course, there are trade-offs: the stories may be made up; it is much harder to follow up with each person; the stories often lack context and the demographic information needed to group and tally these needs; and finally, self-report will miss other surprising behaviors from participants that would require a trained observer to verify. But we found the results encouraging and are looking forward to following up with more.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Mechanical Cats</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/07/mechanical_cats.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.6</id>
   
   <published>2008-07-25T19:40:39Z</published>
   <updated>2008-07-25T19:40:43Z</updated>
   
   <summary><![CDATA[Labmate Bj&ouml;rn Hartmann has lately also been getting interested in using Mechanical Turk for some rapid data collection and story-sharing; he has an awesome summary of some of the stories collected so far in &#8220;Let&#8217;s talk about cats&#8221;, presented in...]]></summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Labmate <a href="http://www.bjoern.org">Bj&ouml;rn Hartmann</a> has lately also been getting interested in using Mechanical Turk for some rapid data collection and story-sharing; he has an awesome summary of some of the stories collected so far in <a href="http://regexp.bjoern.org/archives/000200.html">&#8220;Let&#8217;s talk about cats&#8221;</a>, presented in <a href="http://www.toonlet.com">toonlet</a> form.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Getting your Tasks Done on Mechanical Turk</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/07/getting_your_tasks_done_on_mec.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.5</id>
   
   <published>2008-07-25T18:41:20Z</published>
   <updated>2008-07-25T18:54:17Z</updated>
   
   <summary>Dean Eckles has a very thoughtful post on his blog about how to manage throughput and prioritization of Human Intelligence Tasks (HITs) on Mechanical Turk. It&amp;#8217;s something I&amp;#8217;ve been thinking a lot about, and so I thought I&amp;#8217;d elaborate on...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p><a href="http://deaneckles.com/">Dean Eckles</a> has a very thoughtful <a href="http://www.deaneckles.com/blog/19_reprioritizing-human-intelligence-tasks-for-low-latency-and-high-throughput-on-mechanical-turk/">post</a> on his blog about how to manage throughput and prioritization of Human Intelligence Tasks (HITs) on Mechanical Turk. It&#8217;s something I&#8217;ve been thinking a lot about, and so I thought I&#8217;d elaborate on some of his points.</p>

<p>Dean breaks down the factors that affect latency and throughput on mTurk:</p>

<blockquote>
  <ol>
  <li>HIT and sub-tasks duration</li>
  <li>Available workers</li>
  <li>Appeal of your HITs</li>
  <li>Reliability</li>
  </ol>
</blockquote>

<p>In conversation with Brendan O&#8217;Connor from <a href="http://www.doloreslabs.com">Dolores Labs</a> a few months back, we tried to come up with a simple way of thinking about what affects the likelihood of participation. Building from these thoughts, I think these are the factors:</p>

<ol>
<li><strong>Appeal</strong> &#8212; How <em>fun</em> the task is</li>
<li><strong>Effort</strong> &#8212; How much <em>effort</em> is involved</li>
<li><strong>Reward</strong> &#8212; How much the <em>payment</em> is</li>
<li><strong>Duration</strong> &#8212; How <em>long</em> the task takes</li>
<li><strong>Visibility</strong> &#8212; How likely your task is to be <em>seen</em></li>
</ol>

<p>These are similar to Dean&#8217;s, which shows they echo the experience of multiple &#8216;requesters&#8217; on mTurk. One addition I&#8217;d like to suggest is to think of the relationship between factors: a particularly fun task will get good response even if the payment is low, and vice-versa; task length and payment also are related (I&#8217;d like to measure this by scaling payment with time and measuring throughput); particularly difficult tasks are often ignored unless they have higher rewards; and, finally, none of this is any good if your task doesn&#8217;t get selected by anyone.</p>

<p>This last issue is one I hadn&#8217;t understood until I got engaged with the &#8220;Turker Nation&#8221; community, asking them why our tasks were getting fewer responses than I&#8217;d like. The answer was that experienced &#8216;turkers&#8217; look for three things when choosing a Human Intelligence Task (HIT):</p>

<ol>
<li>A Requester they know and trust (Amazon, one of the better-known transcription services, etc)</li>
<li>A HIT with a lot of assignments that they can perform in a row, so they can get in a &#8216;groove&#8217;</li>
<li>A recently created HIT</li>
</ol>

<p>As independent researchers without the brand-name appeal of 1 and often without the tasks that provide for 2, the recency becomes an important factor. Distributing your assignments over a period of time by adding them to the system as interest in your task dies off has been an effective tactic for managing recency; updating your HIT (with any new detail or assignments) will push you to the top of the recency list.</p>
]]>
      

   </content>
</entry>
<entry>
   <title>Storyboarding with the Crowd</title>
   <link rel="alternate" type="text/html" href="http://hci.stanford.edu/mkrieger/blog/2008/07/storyboarding_with_the_crowd.html" />
   <id>tag:hci.stanford.edu,2008:/mkrieger/blog//1.4</id>
   
   <published>2008-07-25T02:54:17Z</published>
   <updated>2008-07-25T03:12:57Z</updated>
   
   <summary>Storyboarding &amp;#8212; a technique that grew from comic books to the film industry, where it&amp;#8217;s used to prototype scenes and story flows &amp;#8212; is a useful tool in design, as it allows designers and other stakeholders to understand the full...</summary>
   <author>
      <name></name>
      
   </author>
   
   
   <content type="html" xml:lang="en" xml:base="http://hci.stanford.edu/mkrieger/blog/">
      <![CDATA[<p>Storyboarding &#8212; a technique that grew from comic books to the film industry, where it&#8217;s used to prototype scenes and story flows &#8212; is a useful tool in design, as it allows designers and other stakeholders to understand the full <em>context</em> around an idea, software, or service. Rather than just a simple sequence of screen-shots or wireframes, storyboards often include the context of use &#8212;- where is the user, what is she doing, how did she get there? They&#8217;re also great for non-desktop based interactions, like ubiquitous computing and mobile interactions.</p>

<p>We were interested in two questions around storyboarding and online masses of users: </p>

<ol>
<li>Can masses of users <em>quickly understand and respond to</em> storyboards?</li>
<li>Can participants from a mass <em>create compelling storyboards</em>?</li>
</ol>

<p>We quickly put together two variations on a simple idea &#8212;- how could you use an iPhone in a museum &#8212; and mocked up a 3-panel storyboard. The results were the following:</p>

<p><a href="http://hci.stanford.edu/mkrieger/images/blog/iphonemuseum1.gif"><img src="http://hci.stanford.edu/mkrieger/images/blog/iphonemuseum1.gif" height="200px"/></a>
<a href="http://hci.stanford.edu/mkrieger/images/blog/iphonemuseum2.gif"><img src="http://hci.stanford.edu/mkrieger/images/blog/iphonemuseum2.gif" height="200px"/></a></p>

<p>We asked 30 people on Mechanical Turk, for $0.10, to tell us which idea they preferred, and why. We got the 30 answers back within 19 hours (from 2pm of one today to 9am the next). Here are some of my favorite responses:</p>

<blockquote>
  <p>Both storyboards present viable points. While it would be prudent to first show the options in the museum, it may not be necessary to give a user map to the exhibit-many users do not need a tiny GPS system when they are wanting to be able to explore somewhere (and not have to worry about directions for once). I would therefore recommend the first storyboard since it gives the user more freedom in the museum and they can look at the information available at their own will. It&#8217;s simple and straightforward</p>
</blockquote>

<p>Or another:</p>

<blockquote>
  <p>I like storyboard 2. Museums can be overwhelming at times. The map would allow a user to easily find and view exhibits they are interested in. Students who are visiting for a school assignment and have limited time to partake in all the exhibits would definitely find that option helpful.</p>
</blockquote>

<p>Out of 30 people, 29 spoke to the ideas in the storyboard, which is the desired effect; one response focused on the art, instead:</p>

<blockquote>
  <p>I prefer the second storyboard. There&#8217;s a little bit more continuity within the graphics. The second and third panel both depict the iPhone and the 1st and 4th panel show the viewer relating to the environment. In the first storyboard, the box in the frame represents something entirely different each time: first the museum, then a painting, then an iPhone representing a painting. I also think that the feature described in the second storyboard is more immediately appealing&#8212;the phone helps orient you in an unfamiliar environment. The feature in the first storyboard is arguably a little more annoying&#8212;the phone will continue to solicit your attention as you&#8217;re looking at artworks.</p>
</blockquote>

<p>Next, we wanted to know whether participants on Mechanical Turk could <em>generate</em> these storyboards; we asked them to put together a 3-to-5 panel storyboard in PowerPoint illustrating an idea they had that related to <em>using location awareness on a mobile phone</em>. We set up a task at $0.50 each. Response rates were far, far slower. Our first submission came within 40 minutes, but the next one took 26 hours; none others came.</p>

<p>Was the money not enough for this task? We changed it to $1.00 and received 6 responses in 24 hours, followed by a final two within 5 days. Still not the rapid response we had for the previous assignment, but reasonable.</p>

<p>Now, back to the research question: were the storyboards compelling and understandable? Some missed the point entirely, having one static composition for the 3 panel, only changing the labels below. A few really grasped the idea, though, and came up with some surprisingly effective results:</p>

<p><a href="http://hci.stanford.edu/mkrieger/images/blog/locationaware.jpg">
<img src="http://hci.stanford.edu/mkrieger/images/blog/locationaware.jpg" width="300px"/>
</a></p>

<p>Overall, this initial exploration into crowds storyboarding taught us that the storyboards work well as a quick way to <em>communicate</em> a design idea with a crowd and get rapid feedback, but due to either the insufficient existing storyboard tools (in this case, PowerPoint) and the substantial time investment needed to make a reasonably complete storyboard make it less suited to gathering information from a crowd.</p>
]]>
      

   </content>
</entry>

</feed>
