<?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 Theresa Putkey</title>
    <link>http://www.boxesandarrows.com/person/2560</link>
    <pubDate>Sun, 28 Jan 2007 11:17:33 GMT</pubDate>
    <description>Comments by Theresa Putkey</description>
    <item>
      <description>&lt;p&gt;Could also illustrate how writing for web-based software and websites are different. Or pick one type of writing.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/4296#content_4587</link>
      <guid>http://www.boxesandarrows.com/idea/view/4296#content_4587</guid>
      <pubDate>Sun, 28 Jan 2007 11:17:33 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;I think this would be a good story, but you&amp;#8217;d have to give really concrete ways of selling. So many times website designers say that their customers are too small for IA; potential customers say &amp;#8220;I&amp;#8217;m interested if it&amp;#8217;s not expensive.&amp;#8221; It&amp;#8217;s quite frustrating that IAs don&amp;#8217;t sell themselves to small and medium sized businesses &amp;#8211; it leaves a lot of work to be done by those who look for work with smaller companies.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/6793#content_7712</link>
      <guid>http://www.boxesandarrows.com/idea/view/6793#content_7712</guid>
      <pubDate>Fri, 11 May 2007 22:34:55 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;I like the idea of selling documentation to product management, other managers, etc. and relating it to people who read this site. However, there are already a lot of articles on how to create good documentation.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/4050#content_7713</link>
      <guid>http://www.boxesandarrows.com/idea/view/4050#content_7713</guid>
      <pubDate>Fri, 11 May 2007 22:48:05 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;In all my networking, I&amp;#8217;ve found a lot of IAs who don&amp;#8217;t know many other IAs. But this is more human nature than IA nature: not to get out there into the palm-pressing when other things are more pressing, so to speak.&lt;/p&gt;

	&lt;p&gt;I also have a fear of being shallow &amp;#8211; there are so many things to know, how can I know them with enough depth to be good enough? Yesterday I did a compilation of some IA job descriptions and found that the skill set required ran the gamut from business analysis to interaction design. How can you have depth with that kind of breadth?&lt;/p&gt;

	&lt;p&gt;Also, in all my non-IA community networking, I&amp;#8217;ve found that most people don&amp;#8217;t know what any of our titles mean. Right before I read this article, I was thinking about my new business cards and questioning whether I should put a job title on them. I use any skills to create usable products, and the most heavily used skills are communication skills (i.e. face to face discussions or email threads).&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/being-shallow#content_8988</link>
      <guid>http://www.boxesandarrows.com/view/being-shallow#content_8988</guid>
      <pubDate>Mon, 17 Nov 2008 22:13:10 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;I was talking with a colleague the other day who did about 30 user interviews and 20 stakeholder interviews and was having trouble collating the results. I think the steps for &amp;#8220;Once I interview all these people, what do I do? I feel overwhelmed&amp;#8221; are very helpful.&lt;/p&gt;

	&lt;p&gt;I used to work in tech support before going into usability (actually quite a good career path!). As a suggestion, I think it would be an awesome idea to ask that tech support people keep track of their calls in one week. They don&amp;#8217;t need to do anything but have a sheet of paper and for every call write down the main words associated with that call. Then when you ask these surrogates for what are the top problems, they can refer back to this sheet&amp;#8230; Just something to jog their memories, otherwise it just becomes one giant problem w/o any specific examples.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/extreme-user#content_20630</link>
      <guid>http://www.boxesandarrows.com/view/extreme-user#content_20630</guid>
      <pubDate>Tue, 13 May 2008 23:32:42 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;Rahel &amp;#8211; thanks for the great case study. I liked the detail in how you managed the publication and appreciated how the article was down-to-earth, practical, and educational.&lt;/p&gt;

	&lt;p&gt;Why did the shirt have to be plaid, btw?&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/comics-for-consumer#content_30443</link>
      <guid>http://www.boxesandarrows.com/view/comics-for-consumer#content_30443</guid>
      <pubDate>Thu, 18 Sep 2008 20:11:07 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;I was involved in a &lt;span class="caps"&gt;QTUT&lt;/span&gt; last month. I didn&amp;#8217;t think of the structure as you have outlined above, but basically set the same expectations. My project was smaller: 8 hours to test a website with three users. 8 is better than nothing. To get the most out of the testing, I suggested that the client sit in on the testing. Although I didn&amp;#8217;t have access to recording software, I didn&amp;#8217;t see much point in using it, either. It takes a long time to set up, test, review, and write up, and the site wasn&amp;#8217;t that complicated. Plus they had done their user research before designing the site, so they just needed confirmation that they had reflected what the research told them.&lt;/p&gt;

	&lt;p&gt;I spent 1.5 hours setting expectations (this is going to be quick, you won&amp;#8217;t hit on more subtle problems, the report will be quick and dirty, then worked on scenarios and the test script. Two people from the client sat in while I tested the user. It was definitely informal. I wrote up a bulleted list in Word.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/quick-turnaround#content_30445</link>
      <guid>http://www.boxesandarrows.com/view/quick-turnaround#content_30445</guid>
      <pubDate>Tue, 13 Jan 2009 17:54:12 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
    <item>
      <description>&lt;p&gt;I did write this story&amp;#8230; &lt;br /&gt;&lt;a href="http://www.boxesandarrows.com/view/using-technical" rel="nofollow"&gt;http://www.boxesandarrows.com/view/using-technical&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/31658#content_35485</link>
      <guid>http://www.boxesandarrows.com/idea/view/31658#content_35485</guid>
      <pubDate>Tue, 07 Apr 2009 20:39:29 GMT</pubDate>
      <author>Theresa Putkey</author>
    </item>
  </channel>
</rss>

