<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: It&#8217;s All About the Users</title>
	<atom:link href="http://rob.by/2010/its-all-about-the-users/feed/" rel="self" type="application/rss+xml" />
	<link>http://rob.by/2010/its-all-about-the-users/</link>
	<description>Tech Commentary &#38; Startup Life</description>
	<lastBuildDate>Sat, 04 Feb 2012 17:39:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Writing for People &#124; Robby Grossman</title>
		<link>http://rob.by/2010/its-all-about-the-users/comment-page-1/#comment-17177</link>
		<dc:creator>Writing for People &#124; Robby Grossman</dc:creator>
		<pubDate>Mon, 21 Jun 2010 15:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://freerobby.com/?p=639#comment-17177</guid>
		<description>[...] profitable sites that can afford to play these SEO games in that they are more strictly about solving users&#8217; problems and providing them optimal experiences. Established companies, on the other hand, can make compelling business cases to diminish a [...]</description>
		<content:encoded><![CDATA[<p>[...] profitable sites that can afford to play these SEO games in that they are more strictly about solving users&#8217; problems and providing them optimal experiences. Established companies, on the other hand, can make compelling business cases to diminish a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Natasha Lloyd</title>
		<link>http://rob.by/2010/its-all-about-the-users/comment-page-1/#comment-17071</link>
		<dc:creator>Natasha Lloyd</dc:creator>
		<pubDate>Thu, 14 Jan 2010 21:42:40 +0000</pubDate>
		<guid isPermaLink="false">http://freerobby.com/?p=639#comment-17071</guid>
		<description>This is a great post. &lt;br&gt;&lt;br&gt;I think the fear most product managers have is that if they connect one customer to a developer, that developer will take that one customer&#039;s needs as the requirements. The problem, of course, is that one customer is not representative of the entire user base. This is probably an underestimation of the developers, who are perfectly capable of distinguishing the forest from the trees. &lt;br&gt;&lt;br&gt;Too often, the only interaction developers have with customers is when problems arise. This kind of interaction doesn&#039;t provide much insight into customer needs. Instead, you sometimes need to have higher-level discussions to understand why customers need the features you&#039;re developing and how do they use your software to solve problems so that you can develop a better product. It&#039;s the developers&#039; job to get this message across to the product managers, who should then be happy to step out of the way.&lt;br&gt;&lt;br&gt;I think it&#039;s also important for developers to take an active role in learning about *all* their users, as a group, on their own time. You can look for online communities or attend trade shows and meet people face-to-face. We&#039;ve also had some success by asking for contact info of some customers from the product manager and scheduling phone calls to discuss the customer&#039;s experience. In other words, don&#039;t wait for the product manager to do this for you, just do it yourself.</description>
		<content:encoded><![CDATA[<p>This is a great post. </p>
<p>I think the fear most product managers have is that if they connect one customer to a developer, that developer will take that one customer&#39;s needs as the requirements. The problem, of course, is that one customer is not representative of the entire user base. This is probably an underestimation of the developers, who are perfectly capable of distinguishing the forest from the trees. </p>
<p>Too often, the only interaction developers have with customers is when problems arise. This kind of interaction doesn&#39;t provide much insight into customer needs. Instead, you sometimes need to have higher-level discussions to understand why customers need the features you&#39;re developing and how do they use your software to solve problems so that you can develop a better product. It&#39;s the developers&#39; job to get this message across to the product managers, who should then be happy to step out of the way.</p>
<p>I think it&#39;s also important for developers to take an active role in learning about *all* their users, as a group, on their own time. You can look for online communities or attend trade shows and meet people face-to-face. We&#39;ve also had some success by asking for contact info of some customers from the product manager and scheduling phone calls to discuss the customer&#39;s experience. In other words, don&#39;t wait for the product manager to do this for you, just do it yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brendanschwartz</title>
		<link>http://rob.by/2010/its-all-about-the-users/comment-page-1/#comment-17070</link>
		<dc:creator>brendanschwartz</dc:creator>
		<pubDate>Thu, 14 Jan 2010 20:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://freerobby.com/?p=639#comment-17070</guid>
		<description>Really good post. This is one of the biggest advantages startups have over big companies. Hell yeah startups!</description>
		<content:encoded><![CDATA[<p>Really good post. This is one of the biggest advantages startups have over big companies. Hell yeah startups!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

