Saturday, May 10, 2008
MS Following RIM's Drummer: Right for Windows Mobile?
Posted by Jon Westfall in "Pocket PC Talk" @ 09:13 AM
Recently while at the MVP Summit, I attended a session on Microsoft's new System Center Mobile Device Manager (SCMDM) product. This piece of software, when set up and running, allows IT administrators to lock down many of the functions in Windows Mobile as well as deploy applications similar to the way admins do it on the desktop. I downloaded a version of the software, and while my test environment caused me more headaches than joyous occassions, the product does look like it has substantial promise. But that's not the point of this piece - I'm more interested in the strategy of mobile device administration that it allows corporations to utilize, and concerned that it may tempt companies to adopt a rollout strategy that may not be appropriate for Windows Mobile.
If you're the IT Executive of a company and you wake up one morning thinking "I want all my users to be able to use a Windows Mobile device", you have two options. First, you could get budget approval for training, implementation, and deployment of company-purchased devices (perhaps eventually shifting the cost to the user, but most likely the company will spend a considerable chunk of change on the actual devices). This would also require your IT department to receive devices in bulk, and configure them in bulk (This is where many other company's managment suites come into play, as installed agents put on devices before users ever receive them from IT).
Of course you could go another route - the route popularized by RIM. In this route, your users learn about a great new device they can use to get their work e-mail and such at home, called a Blackberry. They go to their cell phone company see Blackberries displayed in the store. User buys device, user contacts their IT department and receives enrollment instructions. User plugs in enrollment values, device downloads settings from IT's servers, and device is configured.
Obviously the second model shifts much of the physical handling of the device to the end user, and this is the model SCMDM fits: Give the user an enrollment password and let them set it up. This model shifts the IT department from an active role in deployment to a passive one - a good thing as far as enterprise adoption is concerned, right? Well maybe not quite - because the model also depends on users taking the first step: namely knowing about and buying the device.
Since Windows Mobile 5, Microsoft has focused many resources (Some say too many) on enterprise functionality, with SCMDM being the latest offering. But if you want your device to be successful in the enterprise, is it a good idea to shift responsibility for buying the device to the user? Especially since Windows Mobile has yet to reach the name recognition of Blackberry. It just concerns me that while SCMDM is a great tool for enterprises, it may cause them to put the responsibility of buying a device on their users, which may in turn actually hurt Windows Mobile adoption in enterprise environments. This is really bad for Windows Mobile as a platform, as it prides itself on its budding enterprise support. But if users never buy the devices, they can't be used in the enterprise!
What do you think - is the model of "user buys device" going to help or hurt Windows Mobile, with special attention to enterprise adoption of the platform (and perhaps enterprise conversion from Blackberry to WM).
If you're the IT Executive of a company and you wake up one morning thinking "I want all my users to be able to use a Windows Mobile device", you have two options. First, you could get budget approval for training, implementation, and deployment of company-purchased devices (perhaps eventually shifting the cost to the user, but most likely the company will spend a considerable chunk of change on the actual devices). This would also require your IT department to receive devices in bulk, and configure them in bulk (This is where many other company's managment suites come into play, as installed agents put on devices before users ever receive them from IT).
Of course you could go another route - the route popularized by RIM. In this route, your users learn about a great new device they can use to get their work e-mail and such at home, called a Blackberry. They go to their cell phone company see Blackberries displayed in the store. User buys device, user contacts their IT department and receives enrollment instructions. User plugs in enrollment values, device downloads settings from IT's servers, and device is configured.
Obviously the second model shifts much of the physical handling of the device to the end user, and this is the model SCMDM fits: Give the user an enrollment password and let them set it up. This model shifts the IT department from an active role in deployment to a passive one - a good thing as far as enterprise adoption is concerned, right? Well maybe not quite - because the model also depends on users taking the first step: namely knowing about and buying the device.
Since Windows Mobile 5, Microsoft has focused many resources (Some say too many) on enterprise functionality, with SCMDM being the latest offering. But if you want your device to be successful in the enterprise, is it a good idea to shift responsibility for buying the device to the user? Especially since Windows Mobile has yet to reach the name recognition of Blackberry. It just concerns me that while SCMDM is a great tool for enterprises, it may cause them to put the responsibility of buying a device on their users, which may in turn actually hurt Windows Mobile adoption in enterprise environments. This is really bad for Windows Mobile as a platform, as it prides itself on its budding enterprise support. But if users never buy the devices, they can't be used in the enterprise!
What do you think - is the model of "user buys device" going to help or hurt Windows Mobile, with special attention to enterprise adoption of the platform (and perhaps enterprise conversion from Blackberry to WM).
