<?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: What Makes A Good Technical Sales Person?</title>
	<atom:link href="http://mike.trachta.org/archives/25/feed" rel="self" type="application/rss+xml" />
	<link>http://mike.trachta.org/archives/25</link>
	<description></description>
	<lastBuildDate>Tue, 19 Jan 2010 21:06:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: mike</title>
		<link>http://mike.trachta.org/archives/25/comment-page-1#comment-31</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Tue, 14 Oct 2008 14:15:26 +0000</pubDate>
		<guid isPermaLink="false">http://mike.trachta.org/?p=25#comment-31</guid>
		<description>I guess I never thought about it from a reporting/metrics perspective.  I might have to add a comment about that to my response.</description>
		<content:encoded><![CDATA[<p>I guess I never thought about it from a reporting/metrics perspective.  I might have to add a comment about that to my response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod</title>
		<link>http://mike.trachta.org/archives/25/comment-page-1#comment-30</link>
		<dc:creator>Rod</dc:creator>
		<pubDate>Tue, 14 Oct 2008 13:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://mike.trachta.org/?p=25#comment-30</guid>
		<description>My personal view for a tech sales person (TSP), is that they main job should be to control user expectation.  Yes, you want the user to be excited about your product, and that&#039;s the sales persons job; but you don&#039;t to sell the customer an F-16 when you make Chevy&#039;s.  

I don&#039;t want to say he is there to keep the sales person honest, but I would say that is their first job.  

Second, I would say that their job should be to make POC&#039;s as close to production settings as possible.

But, now that I think about sales and tech sales, the problems really come down to compensation and who they report to.  Obviously, the sales person is on commission and reports to the VP of Sales, but who should the tech sales person report to?  If they report to the same person, they will be judged by the same metrics of how many sales, but quality of sale needs to be accounted for as well.  

A TSP should report to engineering and represent them.  So, if the quality of customer is bad, they can show the POC&#039;s to the engineers, and the they should know if the TSP is being honest or showing hacks.

This is where the problems come in, teaming a SP with a TSP, that have the same metric and managers, are more dangerous than SP alone.  Now you have a SP with a partner that can tell him how to hack the system to make it do some cool fragile and complicated stuff.</description>
		<content:encoded><![CDATA[<p>My personal view for a tech sales person (TSP), is that they main job should be to control user expectation.  Yes, you want the user to be excited about your product, and that&#8217;s the sales persons job; but you don&#8217;t to sell the customer an F-16 when you make Chevy&#8217;s.  </p>
<p>I don&#8217;t want to say he is there to keep the sales person honest, but I would say that is their first job.  </p>
<p>Second, I would say that their job should be to make POC&#8217;s as close to production settings as possible.</p>
<p>But, now that I think about sales and tech sales, the problems really come down to compensation and who they report to.  Obviously, the sales person is on commission and reports to the VP of Sales, but who should the tech sales person report to?  If they report to the same person, they will be judged by the same metrics of how many sales, but quality of sale needs to be accounted for as well.  </p>
<p>A TSP should report to engineering and represent them.  So, if the quality of customer is bad, they can show the POC&#8217;s to the engineers, and the they should know if the TSP is being honest or showing hacks.</p>
<p>This is where the problems come in, teaming a SP with a TSP, that have the same metric and managers, are more dangerous than SP alone.  Now you have a SP with a partner that can tell him how to hack the system to make it do some cool fragile and complicated stuff.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
