<?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/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: 14 Business and Financial Tips for MSPs</title>
	<atom:link href="http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/</link>
	<description>Managed Services &#38; Cloud Services Blog for VARs &#38; MSPs</description>
	<lastBuildDate>Tue, 14 Feb 2012 18:25:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: StuFinancesTech</title>
		<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/comment-page-1/#comment-50422</link>
		<dc:creator>StuFinancesTech</dc:creator>
		<pubDate>Mon, 19 Oct 2009 14:51:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=4374#comment-50422</guid>
		<description>Just an observation, for better or for worse (or for neither), this 1/3 and 2/3 in #12 is exactly what law firms who use the partner/associate model do. The one exception is that law firms split it 1/3 associate who brings in the deal, 1/3 partners and 1/3 to the firm.  That&#039;s just an FYI for you guys and depending on whether you like or hate how law firms do it or not. That being said, most do have polished woods and marble floors in their offices at the big firms :-).</description>
		<content:encoded><![CDATA[<p>Just an observation, for better or for worse (or for neither), this 1/3 and 2/3 in #12 is exactly what law firms who use the partner/associate model do. The one exception is that law firms split it 1/3 associate who brings in the deal, 1/3 partners and 1/3 to the firm.  That&#8217;s just an FYI for you guys and depending on whether you like or hate how law firms do it or not. That being said, most do have polished woods and marble floors in their offices at the big firms <img src='http://c810422.r22.cf2.rackcdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geejay</title>
		<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/comment-page-1/#comment-50419</link>
		<dc:creator>Geejay</dc:creator>
		<pubDate>Sun, 18 Oct 2009 23:09:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=4374#comment-50419</guid>
		<description>Good points Gregg and Lane. Just one thing, measuring utilisation isn&#039;t good enough anymore. You need a clear understanding of employee productivity per task. If you don&#039;t think that is important then more than likely you are heading for trouble. The more accurate and productive your staff and processes are the better for the staff, your clients and your bottom line.</description>
		<content:encoded><![CDATA[<p>Good points Gregg and Lane. Just one thing, measuring utilisation isn&#8217;t good enough anymore. You need a clear understanding of employee productivity per task. If you don&#8217;t think that is important then more than likely you are heading for trouble. The more accurate and productive your staff and processes are the better for the staff, your clients and your bottom line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Donovan</title>
		<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/comment-page-1/#comment-50413</link>
		<dc:creator>Greg Donovan</dc:creator>
		<pubDate>Fri, 16 Oct 2009 19:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=4374#comment-50413</guid>
		<description>I have to agree with Lane and state that from a simple analysis, the tips are good for those trying to make the shift from VAR to MSP.  One thing Larry seems to have missed is the points to work on for the transition to being a profitable MSP being a VAR.  I have always advocated the following:

1. Teach every employee about the inherently elegant beauty of recurring services contracts and why they are the lifeblood of your company.
2. Develop a Service Level Agreement for your customers and stick to it.  Design your SLA to be in concert with your service delivery and then expound the value that you provide.
3. Forget about hardware margins - make it a convenience to your customer not a profit center.  Use SaaS solutions like ChannelOnline (http://www.channelonline.com) to streamline the procurement process.  Sell from a cost plus basis and you will never lose money on a deal.  If you follow this strategy in respect to hardware you will never suffer when there is a shortage of Capital Expenditures (the last 18 months...)
4. Forget about utilization rates - focus on automation, process and procedure not billable hours.  Managed Services customers do not like surprise hourly bills for work that is not covered.  For your technicians and engineers, billable utilization rates encourage the wrong activities - it tells them to spend more time fixing the problem rather than preventing it.
5. Invest in yourself - hire the best, use the best tools, develop systems that fit your customer’s needs and your company’s offerings.
6. Sell on value not on margins - The day you start selling on value and not a multiple of your costs is when you will achieve the most profitable phase of your company’s existence.

My opinion, your mileage may vary.</description>
		<content:encoded><![CDATA[<p>I have to agree with Lane and state that from a simple analysis, the tips are good for those trying to make the shift from VAR to MSP.  One thing Larry seems to have missed is the points to work on for the transition to being a profitable MSP being a VAR.  I have always advocated the following:</p>
<p>1. Teach every employee about the inherently elegant beauty of recurring services contracts and why they are the lifeblood of your company.<br />
2. Develop a Service Level Agreement for your customers and stick to it.  Design your SLA to be in concert with your service delivery and then expound the value that you provide.<br />
3. Forget about hardware margins &#8211; make it a convenience to your customer not a profit center.  Use SaaS solutions like ChannelOnline (<a href="http://www.channelonline.com" rel="nofollow">http://www.channelonline.com</a>) to streamline the procurement process.  Sell from a cost plus basis and you will never lose money on a deal.  If you follow this strategy in respect to hardware you will never suffer when there is a shortage of Capital Expenditures (the last 18 months&#8230;)<br />
4. Forget about utilization rates &#8211; focus on automation, process and procedure not billable hours.  Managed Services customers do not like surprise hourly bills for work that is not covered.  For your technicians and engineers, billable utilization rates encourage the wrong activities &#8211; it tells them to spend more time fixing the problem rather than preventing it.<br />
5. Invest in yourself &#8211; hire the best, use the best tools, develop systems that fit your customer’s needs and your company’s offerings.<br />
6. Sell on value not on margins &#8211; The day you start selling on value and not a multiple of your costs is when you will achieve the most profitable phase of your company’s existence.</p>
<p>My opinion, your mileage may vary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Panettieri</title>
		<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/comment-page-1/#comment-50411</link>
		<dc:creator>Joe Panettieri</dc:creator>
		<pubDate>Fri, 16 Oct 2009 17:45:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=4374#comment-50411</guid>
		<description>Hey Lane: Our comment boards will always remain open to constructive criticism, like the info you&#039;ve offer up. Thanks for taking the time to add your perspectives. There often is a blurry line between VAR and MSP. You&#039;ve helped to make the line a bit clearer.
-jp</description>
		<content:encoded><![CDATA[<p>Hey Lane: Our comment boards will always remain open to constructive criticism, like the info you&#8217;ve offer up. Thanks for taking the time to add your perspectives. There often is a blurry line between VAR and MSP. You&#8217;ve helped to make the line a bit clearer.<br />
-jp</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lane Smith</title>
		<link>http://www.mspmentor.net/2009/10/15/14-business-and-financial-tips-for-msps/comment-page-1/#comment-50410</link>
		<dc:creator>Lane Smith</dc:creator>
		<pubDate>Fri, 16 Oct 2009 15:51:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=4374#comment-50410</guid>
		<description>These are some great tips except for #6 and #8. This is MSPMentor NOT The VAR Guy. If service is only 35% of your business and recurring service is only 1/3 of that you are NOT an MSP. You are a product focused VAR that dips it&#039;s toes into Service. When we were a VAR our rule of thumb was 30% product 70% service, now that we are an MSP it is 100% service and 90% of that is recurring.</description>
		<content:encoded><![CDATA[<p>These are some great tips except for #6 and #8. This is MSPMentor NOT The VAR Guy. If service is only 35% of your business and recurring service is only 1/3 of that you are NOT an MSP. You are a product focused VAR that dips it&#8217;s toes into Service. When we were a VAR our rule of thumb was 30% product 70% service, now that we are an MSP it is 100% service and 90% of that is recurring.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Content Delivery Network via Rackspace Cloud Files: c810422.r22.cf2.rackcdn.com

Served from: www.mspmentor.net @ 2012-02-14 14:22:33 -->
