Mobile First.
Mobile Only.
Mobile seems to be in everybody’s minds these days, no? I mean, name one person in #EnSw that has not added mobile to their credentials in the past 12-18 months.
(BTW, I was one of the originators of m-CRM while I was at Gartner back in the early 2000s – we pioneered this stuff; needless to say, I know more about for far longer than most of these new “experts”… sorry, where was I?)
There are many, many, many issues with the way we are approaching mobile – from pretending it is a new way to work in the cloud (calling it Salesforce 1 mobile development client – or something like that), to making it a new channel for communication, to thinking it is a complete different way to do things.
If we did not learn the lesson with the recent Social debacle (seriously, try to get funding for a new social X application or project at any VC or organization today) and the end result (it was, is, and will continue to be part of the infrastructure, and only the outcomes matter – in the case of Social is collaboration), let me try to address it now in a simple manner.
Mobile is an interface, nothing more.
Anything you do via mobile (interface) leverages the device it is riding on (usually a smartphone or table, even a laptop or a kiosk in some cases), bur the device is not the solution (it cannot be, there are many, many more models of iOS and Android and Windows and even RIM based devices that you can ever plan for). If it was, your testing would be in each device to make sure (for example) that the camera works equally well.
You don’t test in each device, because you don’t need to. You are not developing for the device (with some exceptions) but for the interface. You make sure that the display fits the information, you make sure that the information flows you need are available in your infrastructure (including, sometimes, social channels) and that your cloud architecture will support it (if not today, in the near future – trust me on this).
If you do all that, you can master the art of mobile. Of course, there is a lot more to come – but understanding it is an interface it is the first step.
I have been doing a lot of work with mobile over the years (I was a pioneer, remember?) and I have compiled the lessons learned in a few pieces.
I did a session with Salesforce.com at Dreamforce last year (video included – well, more like audio over slides – below).
I am chairing an event on mobile commerce in Las Vegas today and tomorrow (link, but not sure if there is availability as it is by invitation only).
I wrote a white paper on how to master mobile customer service (an extension of the work done with Salesforce last year) with Bright Pattern.
You can download the white paper (I think you need to register for it) here. The statement above is one of the three steps you I highlight in that white paper that will make you succeed at mobile.
Check it out, would love your comments as always – anywhere you want to provide them.
When it comes to mobile though, we are not even cracking the coconut — there is a lot more to come!
disclaimer: Salesforce is a retainer client (and it was last year as well, when I was paid to produce the content and present it). Bright Pattern is a sponsored research client, where they subscribe to different topics and help me defray the costs of research for those topics and in exchange get content to use for their purposes. I have no clients that produce mobile OS (mentioned above) nor do I expect to have any. The research presented in this white paper would’ve happen anyways — but it is nice to know that I have nice clients willing to help me pay for my vices: my worst vice is research. thanks for reading the research that I produce under that model. It is not pay for play research as, as you would see when you read it, I don’t endorse a vendor or technology – I simply present my research for free to the world thanks to my sponsors.
