<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Comments on Guiding Principles for Providing &#8220;Remember Me&#8221; Personalization</title>
    <link>http://www.boxesandarrows.com/view/guiding_princip</link>
    <pubDate>Fri, 26 Jan 2007 14:53:02 GMT</pubDate>
    <description>Catering to the unique needs of each customer is the dream of any business. Technology can help us get there but we need to know how to please users without intruding their privacy. This article presents a set of guiding principles for personalization design.</description>
    <item>
      <description>&lt;p&gt;All excellent points, though it is important for readers to understand that there may be extenuating circumstances which must be addressed for regulatory compliance on.  A few years ago, I was E-Commerce Manager at a large credit union in the DC area. Compliance with &lt;span class="caps"&gt;NCUA&lt;/span&gt; (and other) regulations often seemed like a moving target, as credit unions often lag far behind banks in their ability to serve their members electronically. Though there were no firm guidelines at the time regarding cookies and remembering users, this would definitely be on the list of things I&amp;#8217;d clarify with my compliance officer.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3281</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3281</guid>
      <pubDate>Fri, 26 Jan 2007 14:53:02 GMT</pubDate>
      <author>Karl Groves</author>
    </item>
    <item>
      <description>&lt;p&gt;For information stored in the EU, you&amp;#8217;ll also need to consider data protection regulations. While your legal department &lt;i&gt;should&lt;/i&gt; know about this, it seems to be a little bit of a black hole in some US companies, as there really is no equivalent binding legislation in the &lt;span class="caps"&gt;USA&lt;/span&gt;.&lt;/p&gt;

	&lt;p&gt;If it&amp;#8217;s all in the cookie, I&amp;#8217;d imagine there&amp;#8217;s no problem (as you&amp;#8217;re not controlling any data), but if information in cookies links to personal information on your servers then an issue may arise.&lt;/p&gt;

	&lt;p&gt;Exactly what the situation is for information collected from people in the EU and stored in the US, I don&amp;#8217;t know. A useful (if sometimes pretty complicated) resource for this is &lt;a href="http://www.ico.gov.uk" rel="nofollow"&gt;www.ico.gov.uk&lt;/a&gt;.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3258</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3258</guid>
      <pubDate>Fri, 26 Jan 2007 14:53:01 GMT</pubDate>
      <author>Chris Collingridge</author>
    </item>
    <item>
      <description>&lt;p&gt;Thank you, Masood. You make a great point that the user interface should be designed thoughtfully so as not to overwhelm the user. I like to imagine &amp;#8220;layers&amp;#8221; of info that&amp;#8217;s not all displayed but is easy to find if the user needs it.&lt;/p&gt;

	&lt;p&gt;An example on Marriott.com is the form for joining the Marriott Rewards loyalty program: &lt;a href="https://marriott.com/rewards/createAccount/createAccountPage1.mi" rel="nofollow"&gt;https://marriott.com/rewards/createAccount/createAccountPa&amp;hellip;&lt;/a&gt;&lt;/p&gt;

	&lt;p&gt;The boxes in the right column summarize and link to pop-up windows containing the privacy statement and info about security. This allows users to get key info on the join page, and it gives them access to more detailed info about privacy and security while they are considering whether they would like to provide personal info. This &amp;#8220;layering&amp;#8221; also keeps them within the context of their primary task: joining Marriott Rewards. Forrester cited this page as an example of best practices in a recent teleconference by Harley Manning titled &amp;#8220;Beating The Three Web Design Challenges&amp;#8221; (3/6/06).&lt;/p&gt;

	&lt;p&gt;The tricky part is deciding what info, and how much, to include where. Testing users is the best way to determine that.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3118</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3118</guid>
      <pubDate>Fri, 26 Jan 2007 14:52:55 GMT</pubDate>
      <author>Meg Peters</author>
    </item>
    <item>
      <description>&lt;p&gt;Hello Meg,&lt;/p&gt;

	&lt;p&gt;Nice article. Shows a substantial amount of thought and research has gone into this article.&lt;/p&gt;

	&lt;p&gt;I have certain reservations though on the first guiding principle &#8220;Communicate openly and clearly about security and privacy&#8221;&lt;/p&gt;

	&lt;p&gt;Communicating that sort of information would be too overwhelming for a majority of your users, but then again lack of communication would also be hiding this information from the user, who has a right to know these. I think here that  &#8220;How&#8221; the interface is &#8220;presented&#8221; also will make a very big impact on the user. Your thoughts on the same?&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3117</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3117</guid>
      <pubDate>Fri, 26 Jan 2007 14:52:55 GMT</pubDate>
      <author>Masood Nasser</author>
    </item>
    <item>
      <description>&lt;p&gt;Thanks for your insights, Chris. Possibly the strongest connection between the Guiding Principles and design behaviors and patterns is the need to design personalized experiences that support user needs and that balance those needs with business objectives (as you note).&lt;/p&gt;

	&lt;p&gt;Kudos on creating an effective framework for discussing and making decisions about interaction design. Our projects also tend to be incredibly complex, and it&amp;#8217;s helpful to have objective criteria for evaluating &amp;#8220;pieces&amp;#8221; of the user experience. To refer to a Guiding Principle: &amp;#8220;Make sure visual and verbal cues match the site&#8217;s performance&amp;#8230;&amp;#8221; Having this standard keeps discussion focused on the UE and prevents the team from getting sidetracked on design versus technical tangents.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3103</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3103</guid>
      <pubDate>Fri, 26 Jan 2007 14:52:55 GMT</pubDate>
      <author>Meg Peters</author>
    </item>
    <item>
      <description>&lt;p&gt;Hello Meg -&lt;/p&gt;

	&lt;p&gt;Great article.&lt;/p&gt;

	&lt;p&gt;I wonder where you see the connection between these &amp;#8216;guiding principles&amp;#8217; and design behaviours and patterns? Our recent work has involved defining three layers of interaction design: The system model (describing the relationship between the users&amp;#8217; model of the system, the audience&amp;#8217;s expectations and requirements, the project objectives and the client&amp;#8217;s brand position), design behaviours (very similar to your guiding principles: strongly influenced by the brand position) and design patterns (recording our understanding of best-practice interactions &amp;#8211; a high level of detail).&lt;/p&gt;

	&lt;p&gt;We&amp;#8217;re finding that this level of &amp;#8216;granularity&amp;#8217; in defining how the system should present interactions to the user extremely helpful, especially for large-scale systems. We&amp;#8217;re also finding that the process of defining these three &amp;#8216;levels&amp;#8217; allows us to involve different project teams/disciplines in the design process, sharing a common set of objectives and &amp;#8211; as importantly &amp;#8211; a common language.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/guiding_princip#content_3098</link>
      <guid>http://www.boxesandarrows.com/view/guiding_princip#content_3098</guid>
      <pubDate>Fri, 26 Jan 2007 14:52:55 GMT</pubDate>
      <author>Chris Ford</author>
    </item>
  </channel>
</rss>
