<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Boxes and Arrows: Comments by Dana Chisnell</title>
    <link>http://www.boxesandarrows.com/person/23894</link>
    <pubDate>Wed, 26 Nov 2008 19:42:18 GMT</pubDate>
    <description>Comments by Dana Chisnell</description>
    <item>
      <description>&lt;p&gt;Paul,&lt;/p&gt;

	&lt;p&gt;You make a really good point. I am not *assuming* an internal recruiter for the open-ended interviews, but I can imagine that&amp;#8217;s the situation it is most likely to occur in. (I&amp;#8217;m a consultant and my recruiting consultant does interviews rather than multiple-choice questionnaires.) I&amp;#8217;ve seen teams that work with outside agencies be successful with the open-ended approach, but it does take a few times of working together before it can be really smooth. They had to train and coordinate.&lt;/p&gt;

	&lt;p&gt;In the end, it&amp;#8217;s about tradeoffs. Do you have time to do the recruiting? If you don&amp;#8217;t have a lot of time or resources to do your own recruiting, are you willing to take what you get from most agencies.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/why-we-call-them#content_31182</link>
      <guid>http://www.boxesandarrows.com/view/why-we-call-them#content_31182</guid>
      <pubDate>Wed, 26 Nov 2008 19:42:18 GMT</pubDate>
      <author>Dana Chisnell</author>
    </item>
    <item>
      <description>&lt;p&gt;Juan,&lt;/p&gt;

	&lt;p&gt;I like the idea of weighting the items in a questionnaire. That could definitely resolve some of the issues with multiple-choice answers.&lt;/p&gt;

	&lt;p&gt;The point I&amp;#8217;m trying to emphasize is that we user researchers should be taking the time to do the interviewing (or find someone inside who can) for a few reasons. First, you get better data because it is more likely that the participant fits the profile. Second, you get more data because you learn things in the process of recruiting this way that you don&amp;#8217;t learn in a typical usability test session&amp;#8212;or if you do, it&amp;#8217;s too late to use it. Finally, participants are much more likely to show up because you&amp;#8217;ve established a relationship that they&amp;#8217;re invested in. It is the beginning of that practice of treating participants like humans rather than data points.&lt;/p&gt;

	&lt;p&gt;I get that there are trade offs. Outsourcing the recruiting frees up the researcher in a dozen ways. Maybe there&amp;#8217;s someone on your team who could help. Teams I know who recruit the way I&amp;#8217;m suggesting just get phenomenal results that they know will be valid because they are confident that they have the right user in the room.&lt;/p&gt;

	&lt;p&gt;Dana&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/why-we-call-them#content_31207</link>
      <guid>http://www.boxesandarrows.com/view/why-we-call-them#content_31207</guid>
      <pubDate>Sat, 29 Nov 2008 16:22:48 GMT</pubDate>
      <author>Dana Chisnell</author>
    </item>
    <item>
      <description>&lt;p&gt;First, thanks for all the great comments! I&amp;#8217;m delighted that people care about this topic as much as I do. (Unfortunately, the reviewers for &lt;span class="caps"&gt;UPA&lt;/span&gt; didn&amp;#8217;t see value in having a session about recruiting at the conference.)&lt;/p&gt;

	&lt;p&gt;To everyone who has issues with my suggestion that you move away from using a screener:&lt;/p&gt;

	&lt;p&gt;I get that it is uncomfortable to move away from using a questionnaire because a) you&amp;#8217;re used to thinking of recruiting that way; b) you feel you can&amp;#8217;t trust your recruiter to work without one; and c) it seems like more work for you to do recruiting if you don&amp;#8217;t codify the recruit with multiple-choice answers.&lt;/p&gt;

	&lt;p&gt;My first suggestion is that you work on training your recruiter. Teams I know who work with the same recruiter over time (either an in-house person or an agency) find that they can help that person or group learn about the product, the users, and the methods&amp;#8212;and that doing so helps the recruiter make better decisions for you. I&amp;#8217;ve written about this a couple of times recently on my blog. Check these two posts:&lt;/p&gt;

	&lt;p&gt;&lt;a href="http://usabilitytestinghowto.blogspot.com/2009/01/why-your-screener-isnt-working.html" rel="nofollow"&gt;http://usabilitytestinghowto.blogspot.com/2009/01/why-you&amp;hellip;&lt;/a&gt;&lt;br /&gt;&lt;a href="http://usabilitytestinghowto.blogspot.com/2009/01/yes-or-no-make-your-recruiter-smarter.html" rel="nofollow"&gt;http://usabilitytestinghowto.blogspot.com/2009/01/yes-or-&amp;hellip;&lt;/a&gt;&lt;/p&gt;

	&lt;p&gt;Would love to continue the conversation&amp;#8230;&lt;/p&gt;

	&lt;p&gt;Dana&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/why-we-call-them#content_31796</link>
      <guid>http://www.boxesandarrows.com/view/why-we-call-them#content_31796</guid>
      <pubDate>Wed, 04 Feb 2009 00:55:38 GMT</pubDate>
      <author>Dana Chisnell</author>
    </item>
    <item>
      <description>&lt;p&gt;Hi,&lt;/p&gt;

	&lt;p&gt;Contextual Inquiry is a method developed by Karen Holzblatt and Hugh Beyer. Unfortunately, I see no relationship to their great stuff; no evidence that the authors have looked there for guidance. I wonder just how Karen &amp;#8211; because she teaches workshops on the method &amp;#8211; feels about the idea of remote contextual inquiry. I always thought the point of contextual inquiry was the *context* part. How do you get that if you&amp;#8217;re remote?&lt;/p&gt;

	&lt;p&gt;What you&amp;#8217;re describing here is remote usability testing, which a lot of people are doing, and that Nate Bolt and Tony Tulathimutte have written an excellent book on.&lt;/p&gt;

	&lt;p&gt;Good luck, &lt;br /&gt;Dana&lt;br /&gt;&lt;a href="mailto:dana@usabilityworks.net" rel="nofollow"&gt;dana@usabilityworks.net&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/remote_contextual_inquiry_a_technique_to_improve_enterprise_software#content_59250</link>
      <guid>http://www.boxesandarrows.com/view/remote_contextual_inquiry_a_technique_to_improve_enterprise_software#content_59250</guid>
      <pubDate>Thu, 29 Jul 2010 16:40:03 GMT</pubDate>
      <author>Dana Chisnell</author>
    </item>
  </channel>
</rss>

