Sharing is caring. Well, this is tricky for service providers. Naturally, as an MSP, your first inclination may be to share everything. You want to keep your clients happy, right? While there may be nothing inherently wrong with this mindset, it can be a slippery slope, because there may be proprietary and other private information within your customer\u2019s documentation. In this article, we will break down this complex matter and look at what you should and should not share.<\/p>\n
Let\u2019s first look at what to share and why it\u2019s important. Documentation is vital for any IT department, and MSPs are no different. If your client\u2019s environment is not properly documented, your business and the client will suffer.<\/p>\n
While it is easy to say, \u201cShare your documentation,\u201d it depends on what type of documentation and what is stored within it. For example, you need to redact personal information, cell phone numbers, and passwords if these were recklessly entered into the document. Another item to remove would be technicians\u2019 names and other specific information tied to your staff.<\/p>\n
Why is this important? To better answer the question, you need to consider the possibility that your client may leave to work with another MSP. If this happens, this could come back to bite you. The safest bet is to plan accordingly and only have high-level information in the diagrams that describe the customer\u2019s environment, without compromising personal data. High-level information, such as analysis conclusions, recommendations, and tactics, will provide the necessary information to the client and their new MSP and will assist the client in moving forward.<\/p>\n
There may also be outlier scenarios. One example is if the customer or the new MSP asks for an export of the ticket log, which includes every ticket and its resolution. These types of questions are harder to answer and there are several variables to consider. What works for one MSP may not work for another. Be aware of these different scenarios and think how your business can address them.<\/p>\n
Next, we explore what should not be shared with clients. Some clients may perceive your refusal to share as a breach of contract, but the fact of the matter is that you, as an MSP, own a lot of the proprietary information. For instance, the following belong to you and should not be provided to the client or the new MSP:<\/p>\n
These are all proprietary to the creator and not the customer. All of these documents have secure internal information about your business practices that the customer or anyone from the outside should not be privy to.
\nThere are, of course, outlier scenarios with this as well. There could be a script that runs once a month that resolves an obscure issue your team discovered. If this script doesn\u2019t run, it causes the server to crash or become unresponsive. While you wouldn\u2019t normally provide such details as scripts that perform patching activities or have another function, you can work with the client or new MSP to review on a case-by-case basis.<\/p>\n
When looking at the big picture, transparency is a high-value add in the service business. The key is balancing client-facing and confidential documentation. An example of this is making sure technicians include all client-facing notes in tickets, which are then put on invoices at the end of the monthly report. Doing so enables you to consistently provide transparency to your customers. Depending on your knowledge base or internal database, you can also create a section for public documentation and internal documentation<\/a>. This makes it crystal clear with the staff where the proper documents are stored.<\/p>\n On a final note, it\u2019s always a good idea to work these details out ahead of time in your service agreements or contracts. When you go this route, if the client ever has any questions, you can refer back and verify all the necessary details.<\/p>\n","protected":false},"excerpt":{"rendered":" Introduction Sharing is caring. Well, this is tricky for service providers. Naturally, as an MSP, your first inclination may be to share everything. You want to keep your clients happy, right?<\/p>\n","protected":false},"author":53,"featured_media":54547,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[877,884],"tags":[],"class_list":["post-54545","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-articles","category-msp-business-articles"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/54545","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/users\/53"}],"replies":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/comments?post=54545"}],"version-history":[{"count":4,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/54545\/revisions"}],"predecessor-version":[{"id":56945,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/posts\/54545\/revisions\/56945"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/media\/54547"}],"wp:attachment":[{"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/media?parent=54545"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/categories?post=54545"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.msp360.com\/resources\/wp-json\/wp\/v2\/tags?post=54545"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}