<?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: An On-ramp to Managed Services?</title>
	<atom:link href="http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/</link>
	<description>Managed Services Blog for Top Managed Service Providers</description>
	<lastBuildDate>Sat, 20 Mar 2010 04:17:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Joe Panettieri</title>
		<link>http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/comment-page-1/#comment-49287</link>
		<dc:creator>Joe Panettieri</dc:creator>
		<pubDate>Fri, 17 Jul 2009 22:05:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=3213#comment-49287</guid>
		<description>Lane: Thanks for filling in some blanks and adding new perspectives.</description>
		<content:encoded><![CDATA[<p>Lane: Thanks for filling in some blanks and adding new perspectives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lane Smith</title>
		<link>http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/comment-page-1/#comment-49286</link>
		<dc:creator>Lane Smith</dc:creator>
		<pubDate>Fri, 17 Jul 2009 22:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=3213#comment-49286</guid>
		<description>I agree with the statement that a Master MSP is an &quot;on-ramp&quot; to managed services. This is certainly a major value that we provide to a VAR that is looking to get into the managed services business. A Master MSP does this by providing their partners with the tools, resources (people sitting in a NOC) and education (often done in classroom and one-on-one mentoring programs). I know that all of the above mentioned companies provide these services.

Much like Virtual Administrator we do have a roadmap for our partners to move away from our services and build them in house. That being said I can tell you that after 4 years as a Master MSP we have never seen a partner that embraced our methodology do this.

The reason for this I believe is that our true value is we allow our partners to focus on their business (what they do best) which is generally professional services. The model works like this, the Master MSP provides all of the backend services, NOC, Help desk, the tools, and more importantly all of the process around this. The partner (MSP) provides the strategic account management (trusted advisor role), onsite support, project work and project management. 

This works very well for the customer as both companies are focused on what they do best so the customer gets the best of both worlds. Also by the Master MSP handling the basic more mundane tasks the partner is able to hire more senior level employees which allows them to provide higher end professional services and often times specialize in a niche offering (SANs, Virtualization, DR, etc.). 

With this model the MSP gets the best of both worlds as well. They can provide managed services and enjoy the recurring revenue stream and strong relationship it creates with their customers but they do not have to try and run two business models (professional services and managed services). 

If you look at the makeup of a help desk and NOC it generally consists of 2-3 levels of technicians, starting with desktop level on up through senior level engineers. You then need to have lead technicians, shift supervisors and managers, all of which are focused on providing remote support from a central location. This is NOT the same team that can provide high end professional services.

So if an MSP does build up a large customer base leveraging managed services with the backend provided by a Master MSP, my question to them would be why would you want to bring this all in house? In my opinion they need to ask themselves these two questions. 1. Is this really what I do best? 2. Does it make economic since? I think that more often than not the answer to both questions is no.

I have just talked about the staffing components here not to mention the infrastructure required to build, maintain and support your own RMM tools. Again probably not something the partner does best, nor needs to have high end engineers spending non-billable time on.

I think that ultimately if you decide to partner with a Master MSP you are in it for the long run with them. Knowing the excellent service that Virtual Administrator provides to their partners I honestly don’t see any reason at all why an MSP would ever leave and decide to build it in their own. 

Lane Smith
Do IT Smarter</description>
		<content:encoded><![CDATA[<p>I agree with the statement that a Master MSP is an &#8220;on-ramp&#8221; to managed services. This is certainly a major value that we provide to a VAR that is looking to get into the managed services business. A Master MSP does this by providing their partners with the tools, resources (people sitting in a NOC) and education (often done in classroom and one-on-one mentoring programs). I know that all of the above mentioned companies provide these services.</p>
<p>Much like Virtual Administrator we do have a roadmap for our partners to move away from our services and build them in house. That being said I can tell you that after 4 years as a Master MSP we have never seen a partner that embraced our methodology do this.</p>
<p>The reason for this I believe is that our true value is we allow our partners to focus on their business (what they do best) which is generally professional services. The model works like this, the Master MSP provides all of the backend services, NOC, Help desk, the tools, and more importantly all of the process around this. The partner (MSP) provides the strategic account management (trusted advisor role), onsite support, project work and project management. </p>
<p>This works very well for the customer as both companies are focused on what they do best so the customer gets the best of both worlds. Also by the Master MSP handling the basic more mundane tasks the partner is able to hire more senior level employees which allows them to provide higher end professional services and often times specialize in a niche offering (SANs, Virtualization, DR, etc.). </p>
<p>With this model the MSP gets the best of both worlds as well. They can provide managed services and enjoy the recurring revenue stream and strong relationship it creates with their customers but they do not have to try and run two business models (professional services and managed services). </p>
<p>If you look at the makeup of a help desk and NOC it generally consists of 2-3 levels of technicians, starting with desktop level on up through senior level engineers. You then need to have lead technicians, shift supervisors and managers, all of which are focused on providing remote support from a central location. This is NOT the same team that can provide high end professional services.</p>
<p>So if an MSP does build up a large customer base leveraging managed services with the backend provided by a Master MSP, my question to them would be why would you want to bring this all in house? In my opinion they need to ask themselves these two questions. 1. Is this really what I do best? 2. Does it make economic since? I think that more often than not the answer to both questions is no.</p>
<p>I have just talked about the staffing components here not to mention the infrastructure required to build, maintain and support your own RMM tools. Again probably not something the partner does best, nor needs to have high end engineers spending non-billable time on.</p>
<p>I think that ultimately if you decide to partner with a Master MSP you are in it for the long run with them. Knowing the excellent service that Virtual Administrator provides to their partners I honestly don’t see any reason at all why an MSP would ever leave and decide to build it in their own. </p>
<p>Lane Smith<br />
Do IT Smarter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Panettieri</title>
		<link>http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/comment-page-1/#comment-49283</link>
		<dc:creator>Joe Panettieri</dc:creator>
		<pubDate>Fri, 17 Jul 2009 21:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=3213#comment-49283</guid>
		<description>Srivatasan: Thanks for the note. I guess there are some similarities. But in your scenario provide hosted services and SaaS applications to the peer VAR?</description>
		<content:encoded><![CDATA[<p>Srivatasan: Thanks for the note. I guess there are some similarities. But in your scenario provide hosted services and SaaS applications to the peer VAR?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Srivatsan Desikan</title>
		<link>http://www.mspmentor.net/2009/07/17/an-on-ramp-to-managed-services/comment-page-1/#comment-49282</link>
		<dc:creator>Srivatsan Desikan</dc:creator>
		<pubDate>Fri, 17 Jul 2009 20:51:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.mspmentor.net/?p=3213#comment-49282</guid>
		<description>The concept of MasterMSP is interesting Joe. I have a question. Taking the example of Virtual Administrator, isn&#039;t this the same as SI&#039;s assisting VAR&#039;s on a project engagement basis (or a BOT model) to ramp up to offerring managed services? If not can you elaborate on the differences?</description>
		<content:encoded><![CDATA[<p>The concept of MasterMSP is interesting Joe. I have a question. Taking the example of Virtual Administrator, isn&#8217;t this the same as SI&#8217;s assisting VAR&#8217;s on a project engagement basis (or a BOT model) to ramp up to offerring managed services? If not can you elaborate on the differences?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
