three screens running hubley

Mobility: SharePoint Evolution in a World of Devices

There are three questions all our new clients ask us:

  1. Can SharePoint do X? [Yes, almost always. Should it is another question.]
  2. How much will it cost to make it do X? [Depends on what X is, of course, but if it is one of our packaged solutions, much less than a custom implementation.]
  3. And I can get to X on my mobile device, right? [Let’s discuss!]

SharePoint was ahead of its time in many ways as a browser-accessible enterprise solution back at the start of the aughts. But it certainly wasn’t mobile. In Microsoft’s defense, nothing was really designed FOR mobility 13-15 years ago, not until the iPod/Pad/Phone explosion.

Well played, Apple.

Now we all walk around with computing devices in our hands or otherwise on our persons, and we expect everything to be mobile. It’s a fair expectation. It is the new world order.

In the last few years, responsive design has become the standard for externally facing websites. That’s a fun little phrase that means “your site will render appropriately across all devices.” Responsiveness comes from development that adapts to a screen’s size and renders output accordingly.

Since SharePoint has always lagged a bit in the looks department, it took a few years for the platform to catch up.

SharePoint’s first step toward mobility was to provide mobile views for lists and libraries. For sites and “solutions,” as we call them–contained, branded SharePoint apps across one or more sites–branding would not show in the mobile view unless customizations were made. Why custom? Well, the type of mobile devices accessing a SharePoint site has a different screen size, defaults to a different browser, etc. Development is required to ensure that mobile branding accommodates all of those differences. This wasn’t ideal, but at least it got users access to their lists in the field; it didn’t stop anyone from working.

Device channels are what I consider SharePoint’s first step into the modern mobile revolution, and they are still used widely today. They are a SharePoint-specific construct that allows a developer to build a mobile view for one or more specific devices. In other words–you have to say, “I want this page to display properly on an iPhone” for it to do so. Actually, I wish it were as simple as just saying it; instead, there is some development voodoo involved. If you anticipate that your company users will be using iPhones and Androids to access a site, you create two device channels for that site. A one-to-one mapping between look-and-feel layout and mobile device is required. Then you configure a master page for each channel to specify the look and feel of that device. Not the most user-friendly setup.

Still, not ideal, at least device channels gave SharePoint developers an opportunity to hedge their bets. After all, we all know what mobile devices are most commonly used. It was a good and earnest start to look-and-feel mobility but created frustration among users who expect a mobile site to work like an app. I’m sure you’ve noticed how websites and apps use different information architectures and hierarchies. A drop-down menu is often condensed into a hamburger-style menu. Links are surfaced differently so that you don’t have to magnify a page to ensure you’re clicking the right line. This deficit in SharePoint had been, well, maligned. Users were annoyed by it, and with good reason.

Let’s talk about the NOW. Today’s users expect to see a responsive website as well as a mobile app to perform the functions of that site. For example, when I go to my bank’s website, I see one view of my accounts, but when I use the app on my phone, the information is presented differently–more functionally for my device. That’s how I like it.

Microsoft is addressing mobility in many ways. There is an O365 app, a SharePoint app, and a PowerApps… app. Additionally, Microsoft is pushing SharePoint Online sites as “mobile-first,” meaning the sites are built with the understanding that they will be accessed using mobile devices and should have mobile-friendly views.  If you read one site on your iPad and then open it on your iPhone, the same site may be slightly different because of its dynamic response to your screen size. Today, if you have SharePoint Online and build intranet sites using the new responsive features, your intranet will render in a mobile-friendly manner. If you are using any SharePoint version on-premise, device channels will still be your best bet (whomp-whomp).

SharePoint mobility really opens the market for functional and beautiful sites and apps. It creates competition among providers, which benefits customers. The mobile workforce finally has a smooth, intuitive experience with a SharePoint back-end. User interaction with truly mobile apps and solutions will increase productivity and mitigate tantrums. Everyone wins.

This brings me to exciting news on the hubley front: a native app is on our roadmap for the near future. Now our hubley clients will have access to a direct-to-intranet app from their personal device.

Thanks for reading!


© 2018 Rogue Services and Solutions, LLC    All Rights Reserved

Scroll to Top