Commentary

Stephen Wellman
 

How Do Businesses Move Beyond Mobile E-Mail?

Earlier today I moderated a panel at Frost & Sullivan Mobile & Wireless Enterprise 2007 entitled "Corporate Application Integration." The goal of the panel was to give users advice on how to move beyond mobile e-mail. Guess what? Enterprises are eager to mobilize but they don't want the process to be complicated. How can a CIO manage the chaos of mobility?

Earlier today I moderated a panel at Frost & Sullivan Mobile & Wireless Enterprise 2007 entitled "Corporate Application Integration." The goal of the panel was to give users advice on how to move beyond mobile e-mail. Guess what? Enterprises are eager to mobilize but they don't want the process to be complicated. How can a CIO manage the chaos of mobility?My panelists included three vendors -- Antenna Software, MobileAware, and SAP -- as well as a representative from AT&T and a corporate user from FedEx.

The three vendors and AT&T had one answer for flustered IT managers: Work through a vendor or a carrier.


More Mobility Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

The panelists pointed to three challenges that await any IT manager looking to expand their mobile IT strategy: The lack of best practices, the business case, and standards fragmentation.

For the first problem, the vendors and the carrier panelists said there is no easy answer. IT managers will have to examine their internal processes carefully to determine the best way to leverage mobility in their existing IT networks. There will likely be a lot of customization and the CIOs have to work with business managers for this process to work.

As for the business case, IT managers have to learn to work through both the soft business case (enhanced productivity, extending communications) and the harder business case (direct cost savings, more revenue, and greater profitability). Neither is easy to establish, but if businesses have deployed mobile e-mail, chances are it has proven its worth in their respective orginizations. Learning how to use past success, like push e-mail, to push for more mobility is key.

Fragmentation remains a serious issue for mobility. Fragmentation is threefold: Networks, devices, and operating systems. On the network side, there are two cellular network standards in the U.S. -- CDMA and GSM. CIOs and IT managers have to make sure that they standardize against one carrier to avoid balkanization of their applications. As for devices, there are all kinds of mobile gadgets in most enterprises, including notebooks, PDAs, smartphones, and feature phones. A truly effective mobile application should be able to work across these devices without losing functionality.

The final form of fragmentation is operating systems, particularly on mobile devices. Most mobile devices in the United States run applications on Windows Mobile, BlackBerry, and mobile Java. Enterprises have to be willing to standardize against the mobile operating system as well if they hope to effectively leverage their new deployments.

I came away with a couple of interesting findings from the discussion. The first was that many larger companies with field workers are looking beyond ruggedized devices and beginning to look at consumer-grade smartphones. Now that smartphones are relatively cheap, many businesses are opting to replace consumer-grade devices once a year rather than spend a premium on a more robust gadget. Does this mean that ruggedized notebooks and PDAs will soon disappear? Or will their market share just gradually decline? I think it is too early to call this one.

The second thing that emerged from the discussion was how easy BlackBerry is to deploy. The end-user on the panel said that he had carefully reviewed every option but, in the end, he went with BlackBerry. Why? Because BlackBerry was easy to deploy, easy to use, and it was easy for employees to understand.

In my opinion, the unspoken takeaway from this panel was that the mobile vendor or carrier that can make deploying complex data applications as easy as BlackBerry will win this market.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links