RSS

Questions Microsoft might ask a service provider and the feedback they would receive

15 Jan

As we venture into 2021 (see ya 2020!)  I thought I would put together a list of talking points from SPLA providers to Microsoft.   The response is from hundreds of calls, meetings, emails, etc., who directly or indirectly (kind of like a SAL 😊) voiced their opinion on SPLA and the feedback they would like to give to Microsoft.  If you would like to join the community to receive licensing advice, learn what others are doing, and learn/provide feedback, please email info@splalicensing.com. We would love for you to participate.  Here are the top 10 questions Microsoft is asking and the hosting community’s response.

  1. Why not move to Azure?  The response was not surprising and certainly repeated throughout the community.  It boils down to cost, customer service, and customer needs.  Cost:  A SPLA provider knows its price in running its datacenter.  They made the investments in hardware, know the storage/network costs, etc.   Azure is not as simple and can quickly increase (so there’s fear in that).   Customer Service: The reality is customers still want local and accessible business partners.  They know they can call their local rep and get an answer.  Customer needs:  In a way, Microsoft is a competitor when it comes to the datacenter.  End customers can just as quickly go to Azure themselves or go to an array of CSP partners or MSP providers.  Hosting companies want to hold onto their customer base.   Some customers want a private cloud.  Ironically, as many years SPLA has been in existence, they do not want it to go away.  They built their business on SPLA.  There is even a petition they would sign if it did go away. 
  2. Why are you with AWS?   ISVs moved to AWS didn’t do it because Microsoft was terrible; it just wasn’t available.  It takes time to move to the public cloud; many ISVs have been on the journey for quite some time.  They started using AWS for platform as a service:  to develop applications.  Once the application(s) was created, they leverage the same datacenter for hosting.   For traditional SPLA (non-ISV), many providers used AWS for infrastructure and continue to do so today.  Everyone talks about moving to the cloud; no one talks about moving away.   There is also the mindset that AWS is not Microsoft.   Using AWS allows them to use another vendor as opposed to putting all their eggs into one basket. 
  3. Why are you so pissed?   
  4. Silly question, but there is a bit of animosity when you look at Microsoft and the SPLA providers’ historical relationship.  For one, service providers very rarely spoke to Microsoft.  When there is a change, SPLA partners are the last to know.  Resellers do not care about SPLA, Microsoft does not (or at least in the past) care about SPLA, the only ones who cared about SPLA were/are the SPLA providers, and this idiot named SPLA Man.  Secondly, these price increases.   They are upset that pricing continues to go up, especially on the one product they must report: RDS. Let’s face it, in SPLA, there are only three products commonly licensed – RDS, SQL, and Windows.  Microsoft raised the pricing on all three throughout the years. 
  5. Why are you reporting Office when there’s Office 365?   Service providers state there’s a massive push for desktop as a service and VDI.  Again, not all customers want to move to Azure, and it’s easier to package everything under one umbrella. It’s also not compliant to license Office 365 out of their datacenter without QMTH.  The second reason has to do with multiplexing.  A lot of ISVs have Office as a component in their application.  As we all know, you run Excel; Excel must have a license.  
  6. Isn’t licensing getting easier?  Not really.  Yeah, it’s easier to license a USL than a SAL, but service providers face various challenges when it comes to licensing.  They have end customers who want to leverage their existing licenses (including Office 365), the CSP program. However, many indirect providers face challenges with on-premise licensing, cloud licensing, and hybrid.  They long for the days of just SPLA and License Mobility. 
  7. Should we discontinue SPLA?  This was answered briefly earlier; the short answer is absolutely not.  SPLA is not easy to remove, like the Open or EA programs.  SPLA provides flexibility.  Although the licensing challenges will always be there, at the end of the day, SPLA provides options for everyone.  Microsoft gets to have a competitive advantage over public cloud providers such as Google and AWS.  With Microsoft, you can have a private cloud (SPLA), public cloud (CSP), or on-premise (volume licensing).  It provides options for the customer, and it provides options for the hosters.  Why change it?
  8. Isn’t the Listed Provider use right helping?  No.  It is making it more challenging.  The service providers appreciate you did not extend the Listed Provider restriction for the entire SPLA community, but it does restrict them on their public cloud options.
  9. Should we remove individual SPLA Resellers?  Maybe that’s not a bad idea.  Why keep a SPLA Reseller who is not CSP Indirect authorized?  Service providers must work with multiple resellers: (1) for CSP Indirect business and (1) for SPLA. 
  10. Should we add partner benefits to SPLA?  Service providers would LOVE that.  Let SPLA attribute to their cloud competency and give rebates back to the SPLA hoster.  SPLA Man does not understand why Microsoft would not do this.  Yes, SPLA is a mature program, but provide us (the SPLA hoster) a reason to continue to develop our applications, host our applications, invest in resources, expand our business, and grow our mutual partnership?    Yes, you can achieve this through CSP, but there is so much business in the private cloud that Microsoft could and should take advantage of.

Again, if you are a service provider and would like us to help you with your challenges and maybe discuss all the different options available to you, please shoot us an email at info@splalicensing.com

Thanks for reading,

SPLA Man

 
Leave a comment

Posted by on January 15, 2021 in Uncategorized

 

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

 
%d bloggers like this: