<?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 laurie kalmanson</title>
    <link>http://www.boxesandarrows.com/person/1229</link>
    <pubDate>Tue, 24 Apr 2007 14:15:43 GMT</pubDate>
    <description>Comments by laurie kalmanson</description>
    <item>
      <description>&lt;p&gt;Hear, hear. What you said.  One addition:&lt;/p&gt;

	&lt;p&gt;&amp;#8212;For better or worse, we have so grown as a trade, craft, guild that we are now deep inside large organizations, and many of our issues are purely turfological: who owns what, who can sign off on what, and how early can we get to the table so that we can guide and facilitate the decision making in the right direction from the beginning&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/succeeding_at_i#content_3388</link>
      <guid>http://www.boxesandarrows.com/view/succeeding_at_i#content_3388</guid>
      <pubDate>Tue, 24 Apr 2007 14:15:43 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;i think this is the short answer: it depends. i&amp;#8217;ve worked with  everyon from shops that have well-developed ui/ux/ia methodologies in place and just want a fresh eye or another pair of hands, to shops that were just starting to extricate themselves from the consequences of ready/fire/aim development cycles&lt;/p&gt;

	&lt;p&gt;much like the prospect of a firing squad, wireframes, user flows and site maps are wonderul devices for focusing attention when there&amp;#8217;s more talking than decision making, and more concern for ship dates than what you&amp;#8217;re actually shipping. the documentation makes it exactly evident what&amp;#8217;s been thought through &amp;#8230; and what hasn&amp;#8217;t.&lt;/p&gt;

	&lt;p&gt;and, yes, those tools work for even the richest applications; a user interaction is still a user interaction, and it all comes down to what happens when someone clicks&lt;/p&gt;

	&lt;p&gt;that said, i am fine with inventing new forms of documentation for new challenges: annotated mock-ups with wireframing laid on top of ui designs for shops that insist on making pretty things before the structure is built, hybrids of many varieties, etc and so forth&lt;/p&gt;

	&lt;p&gt;i am agnostic re methodology: you can call it xtreme, agile, or my great aunt matilda; we still need to know what we have and what where we are going; ideally, before the coding begins&lt;/p&gt;

	&lt;p&gt;my .025.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/straight-from-the36#content_10062</link>
      <guid>http://www.boxesandarrows.com/view/straight-from-the36#content_10062</guid>
      <pubDate>Thu, 19 Jul 2007 05:45:24 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;very brave and funny; an xlent antidote to annoying, fawning &amp;#8220;success&amp;#8221; profiles in biz mags that editorially nod their heads when someone says they made a bazillion dollars thanks to insisting that the whole team do headstands every day&lt;/p&gt;

	&lt;p&gt;sometimes, we win&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/it-seemed-like-the#content_10063</link>
      <guid>http://www.boxesandarrows.com/view/it-seemed-like-the#content_10063</guid>
      <pubDate>Mon, 16 Jul 2007 13:33:35 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;a recent sharepoint implementation i worked with had many of the issues/questions/metaphysical circles within circles discussed here&lt;/p&gt;

	&lt;p&gt;&amp;#8212;much of what the technology was being asked to do could have been accomplished with a piece of paper and a pencil: people who weren&amp;#8217;t taking notes before needed to learn that discipline first; then comes the discussion on whether the doc goes into a filing cabinet or a retrieval system tagged and bagged with taxonomy/folksonomy etc&lt;/p&gt;

	&lt;p&gt;&amp;#8212;the questions being asked around the structure/exchange of info were really larger, org-wide workflow questions: how does group a work with group b and when do they tell group c about what they&amp;#8217;re doing &amp;#8230; thinking thru and then documenting that (how it is and how it should be) precedes the implementation &amp;#8230;&lt;/p&gt;

	&lt;p&gt;so, many enterprise wide issues, many change management issues, many cultural issues &amp;#8230; and some wiframes and user flows, too&lt;/p&gt;

	&lt;p&gt;and when you get to where you&amp;#8217;re going, there you are&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/enterprise#content_10064</link>
      <guid>http://www.boxesandarrows.com/view/enterprise#content_10064</guid>
      <pubDate>Mon, 16 Jul 2007 13:58:09 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;I&amp;#8217;m going to draw three circles: one is &amp;#8220;fashions/trends&amp;#8221;, one is &amp;#8220;the fold&amp;#8221; and the middle, overlapping one is, as always, &amp;#8220;what users need&amp;#8221;&lt;/p&gt;

	&lt;p&gt;way back in the beginning, the trend was to divide content into pages with a &amp;gt; or &amp;#8220;more&amp;#8221; for next; that was back when pageload really really mattered&lt;/p&gt;

	&lt;p&gt;then the trend shifted to scrolling; loading 500 more words didn&amp;#8217;t matter anymore and a scroll was taken to be less interruptive than a click&lt;/p&gt;

	&lt;p&gt;now, we&amp;#8217;re hearing again about &amp;#8220;keeping everything important above the fold&amp;#8221;&lt;/p&gt;

	&lt;p&gt;i actually feel that scrolling is common and accepted, and discussions about above/below the fold are actually a shorthand for saying that there are some key design elements that maybe should be rethought&lt;/p&gt;

	&lt;p&gt;that said, let me just add for the record that the original desgin of usa today the newspaper and usa today the vending box was intended to mimic the tv screen &amp;#8230; so clinging too tightly to notions of above/below the fold is actually incorporating a design theory that takes the devil&amp;#8217;s box as its guiding metaphor&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/10657#content_10755</link>
      <guid>http://www.boxesandarrows.com/idea/view/10657#content_10755</guid>
      <pubDate>Sun, 29 Jul 2007 15:00:08 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;very smart&lt;/p&gt;

	&lt;p&gt;tools that facilitate&amp;#8212;put back on the people making the requests&amp;#8212;decision making work much better than the IA standing up and saying why x y or z aren&amp;#8217;t going to work; you get the people who are ultimately driving the train making the decisions on how many cars it will have, where it will stop and where it will go&lt;/p&gt;

	&lt;p&gt;as always: fast, good or cheap &amp;#8230; how many do you want&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/faceted-feature#content_10756</link>
      <guid>http://www.boxesandarrows.com/view/faceted-feature#content_10756</guid>
      <pubDate>Sun, 29 Jul 2007 18:47:32 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;this was a great point in a terrific piece, and i can speak to personal experience with making it work:&lt;/p&gt;

	&lt;p&gt;&amp;#8220;For example, if one of the primary initiatives company-wide is to reduce costs by reducing the number of tech support calls, make one of your primary UX goals for the next release improved usability and a higher rate of self-support. Get a current baseline for how many tech support calls are being received on the current product and at the end of your project do a comparative analysis for the reduction in tech support calls.&amp;#8221;&lt;/p&gt;

	&lt;p&gt;yes, yes and yes: make the support staff and their heads your friend; they ***already know*** the ui issues and online stopping points that are generating the most calls; if you can present them ways to eliminate the top 5 banes of their existence, they will turn around and demand that it be done asap &amp;#8230; i&amp;#8217;ve been there and done that and it was totally roi based and sailed right on thru; and it was deeply cool when the changes were made and the calls dropped&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/pioneering-a-user#content_10865</link>
      <guid>http://www.boxesandarrows.com/view/pioneering-a-user#content_10865</guid>
      <pubDate>Wed, 01 Aug 2007 14:59:02 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;content strategist? didn&amp;#8217;t that used to be called an editor? ok, just kidding.&lt;/p&gt;

	&lt;p&gt;seriously, though: it&amp;#8217;s kind of like the old conversation re little ia vs big ia; from 30k up a content strategist is just someone with a plan, but sitting at a desk, a content strategist could be someone wondering why the &lt;span class="caps"&gt;CMS&lt;/span&gt; tool won&amp;#8217;t allow headlines longer than 50 characters&lt;/p&gt;

	&lt;p&gt;i&amp;#8217;d love to read more about this: the role is ever evolving, and changes from project to project; it can be very high concept or very hands on or someplace inbetween&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/8053#content_11511</link>
      <guid>http://www.boxesandarrows.com/idea/view/8053#content_11511</guid>
      <pubDate>Mon, 20 Aug 2007 15:04:33 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;i tend to go for simple rules over complex theories, and usually offer these solutions when search is the issue:&lt;/p&gt;

	&lt;p&gt;&amp;#8212;redundancy and repetition are ok&lt;/p&gt;

	&lt;p&gt;&amp;#8212;offer users multiple paths&lt;/p&gt;

	&lt;p&gt;&amp;#8212;bring on the faceted search if you need it&lt;/p&gt;

	&lt;p&gt;&amp;#8212;offer &amp;#8220;shop windows&amp;#8221; as content (highlighted, focused default choices) so people who don&amp;#8217;t know what they&amp;#8217;re looking for until they find it can get what they need&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/9770#content_11512</link>
      <guid>http://www.boxesandarrows.com/idea/view/9770#content_11512</guid>
      <pubDate>Mon, 20 Aug 2007 15:06:58 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;interesting idea&lt;/p&gt;

	&lt;p&gt;for me, i pitch it this way: there&amp;#8217;s a point where labelling things for functionality crosses with design and editorial; let&amp;#8217;s get there together.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/9360#content_11513</link>
      <guid>http://www.boxesandarrows.com/idea/view/9360#content_11513</guid>
      <pubDate>Mon, 20 Aug 2007 15:08:15 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;Smart post, and great comments. I&amp;#8217;ve worn a bunch of hats (editor, writer, content strategist, IA, tech writer, user experience consultant) and i think the nub here is this: CS experts in an organization are often  the subject matter experts who know that there are 10k widgets, in 1500 categories, and etc&lt;/p&gt;

	&lt;p&gt;IA&amp;#8217;s work with those CS/SME&amp;#8217;s to define the structure to present the info. When I wear my IA hat, I say to clients that they know their business, and if they tell me how it works I can offer approaches to making it work better online&lt;/p&gt;

	&lt;p&gt;Case in point: A very very very large company with many thousands of documents was creating an intranet. I was the IA. I worked with the CS, who had things very nicely sorted into categories and subcategories, to discuss how to tag, bag, and display the items online: a-z list, category list, etc.&lt;/p&gt;

	&lt;p&gt;That worked really well.&lt;/p&gt;

	&lt;p&gt;In other roles, I have been the CS and the IA, but those are typically much smaller projects, when I can act as their editor and organize their content to make it ready for applying web strategies against&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/content-strategy-the#content_11514</link>
      <guid>http://www.boxesandarrows.com/view/content-strategy-the#content_11514</guid>
      <pubDate>Mon, 20 Aug 2007 15:20:23 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;isn&amp;#8217;t an intranet just a website whose users are internal?&lt;/p&gt;

	&lt;p&gt;i&amp;#8217;ve done a few intranets for biiiiig co&amp;#8217;s,  and the stickiest issues seem to be the turfological ones: ownership and responsibility, and getting away from a 500&amp;#215;500 photo of the ceo on the homepage&lt;/p&gt;

	&lt;p&gt;other issues (content strategy, search paths, categories and subcategoreies) get answered for intranets pretty much the way they do on other projects: facilitation, homework for stakeholders, arm waving, lunch, etc&lt;/p&gt;

	&lt;p&gt;that said, when the client knows what they want, that&amp;#8217;s always the easiest; when they don&amp;#8217;t, the facilitation is, for me, the most fun and challenging part.&lt;/p&gt;

	&lt;p&gt;very funny title!&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/11542#content_11589</link>
      <guid>http://www.boxesandarrows.com/idea/view/11542#content_11589</guid>
      <pubDate>Tue, 21 Aug 2007 16:32:47 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;david&amp;#8212;great piece&lt;/p&gt;

	&lt;p&gt;my favorite part: &amp;#8220;&lt;i&gt;Narratives have pacing. We experience that most clearly when we watch a movie. A great movie will have you coming out of a theatre having never looked at your watch. Pace is also a part of interaction design, but in some cases a good experience may have you looking at your watch&#8211;hopefully not out of boredom but because you need to know what time it is to complete the goals of the interaction.&lt;/i&gt;&lt;/p&gt;

	&lt;p&gt;that part especially is awesome and important because it exactly the smashes the paradigm of usability testing that consists of asking people to stand on their heads and timing them and putting the results in a spreadsheet &amp;#8230; which tells you only that jane did it for 10 seconds and john did it for nine &amp;#8230; never addressing whether they wanted to in the first place or whether they enjoyed it, etc.&lt;/p&gt;

	&lt;p&gt;it&amp;#8217;s similar to those airport studies re baggage claim: it&amp;#8217;s not how long it takes from the gate to your suitcase, it&amp;#8217;s how it feels while you&amp;#8217;re doing it&lt;/p&gt;

	&lt;p&gt;very nicely done.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/foundations-of#content_11701</link>
      <guid>http://www.boxesandarrows.com/view/foundations-of#content_11701</guid>
      <pubDate>Mon, 03 Sep 2007 16:41:06 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;i&amp;#8217;ve ordered the book&amp;#8212;always looking for something new to read. thnx!!!!!&lt;/p&gt;

	&lt;p&gt;on the continuum between theory and practice, i generally come down on the side of learning all the new methodologies as they come along, and then having new tools and approaches when i actually sit down to do something or invent a process myself.&lt;/p&gt;

	&lt;p&gt;on a scale of 1-10, if 1 is completely practice driven and 10 is purely theoretical, i think 7 is the place to be: well informed about the theory part, in service of and guiding the doing part.&lt;/p&gt;

	&lt;p&gt;this poster is up in my kid&amp;#8217;s school, and it sums things up for me: &amp;#8220;An education is what you remember, after you have forgotten everything that you&amp;#8217;ve learned.&amp;#8221; &amp;#8211; Albert Einstein&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/design-is-rocket#content_11811</link>
      <guid>http://www.boxesandarrows.com/view/design-is-rocket#content_11811</guid>
      <pubDate>Wed, 29 Aug 2007 16:18:33 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
    <item>
      <description>&lt;p&gt;deeply superficial&lt;/p&gt;

	&lt;p&gt;really good&lt;/p&gt;

	&lt;p&gt;web 2.0 or web 102.0 &amp;gt; matching user experiences and business goals was and is the name of the game&lt;/p&gt;

	&lt;p&gt;rock on&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/being-shallow#content_11826</link>
      <guid>http://www.boxesandarrows.com/view/being-shallow#content_11826</guid>
      <pubDate>Tue, 16 Oct 2007 21:50:57 GMT</pubDate>
      <author>laurie kalmanson</author>
    </item>
  </channel>
</rss>
