Developing a Progressive Mobile Strategy (M3 Conf version)


Published on

A common refrain from both management and clients alike today is, "We need an app..." Unfortunately, over the long-term, mobile solutions for you or your clients’ organizations will need to be more diversified than a single app. From optimizing current web content to developing unique experiences mobile will touch, and possibly transform, your entire enterprise. Not only will your interactions with your customers be affected by the rapid adoption of smartphones but also your workforce and business processes. Combining lessons learned at a large, land-grant university as well as the latest statistics on mobile we’ll review why you need a cross-audience, cross-content, and cross-platform mobile strategy, what one is all about, and how it’ll help you prioritize your mobile solutions.

Published in: Technology, Business
1 Comment
No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • \n
  • This presentation is already available on SlideShare at the address shown here. My entire script for the talk is included as notes for each slide. So all the numbers and anything else I mention is on slideshare.\n
  • Again, my name is Dave Olsen and for the last eight and a half years I've worked at West Virginia University as a programmer and sometimes project manager. I work in the web unit of University Relations. So that's a technical unit within our marketing and communications group. I've been working on mobile websites for the last two years and those include not only our main site but quite a few marketing focused mobile websites. For scale to compare against your institution WVU is a land grand university with 32,0000 students.\n
  • I want to be clear, this is a talk about strategy and as such it’s coming from a very 30,000 foot level…\n\n
  • …and I’m distilling two years of experience watching mobile grow on our campus. So I won’t be diving too much into implementation details but if you have questions feel free to interrupt me.\n
  • So how has mobile grown on our campus and what kind of technologies have we implemented. Well, it started in August 2009 with the launch of a student-developed iPhone app, iWVU, as well as our mobile portal built with the original MIT mobile framework. Both offer central services like campus calendar, campus map, and directory. \n
  • …from there we added device detection & mobile template support to our in-house CMS,\n
  • we’ve rolled out marketing efforts, like our Big East tournaments projects, that include mobile components and have been great test-beds for pushing our technical expertise. \n
  • And, finally, our designers are starting to also use responsive design for departmental websites. \n\nSo with all that experience, our very public embrace of mobile for our campus, and a modicum of success we’re hearing from more and more groups on our campus who are interested in mobile. And the following sums up our initial interactions…\n
  • Here is the semester-to-semester growth in traffic. I've left out summer just because it's an obvious lagging metric and I don't have another summer semester to compare against. It’s pretty obvious from these numbers that more and more users are accessing our content with mobile devices. To me, more page views equals more devices. \n
  • We need an app. Quickly followed by my terse response…\n\n
  • So my first response to this question tends to be “Why?” For anyone who has to field this particular question from clients their reasons should be familiar…\n\n
  • Reason #1 is “Marketing.” There is this idea that an app is simply an extension of their website and people will browse, find it, and check it out. \n\n
  • Reason #2 can probably be summed up as “App Envy” or even pre-emptive “app envy.” Can we be first to market and make a splash? And to be fair, I’ve used this reasoning myself for things. \n
  • And the last reason? Nothing. It’s silence or, since I couldn’t really have a photo of silence, crickets. Basically, they didn’t really think about the implications of an app outside of wanting one.\n\n
  • But once the ice is broken on mobile with this question, and this is the part that I really enjoy when talking to clients, when can educate, and frankly should educate, our clients on what mobile really means. \n\n
  • The very first thing I stress? That there’s a difference between a strategy and a tactic and that what they’re looking for is really a strategy to deal with mobile.\n
  • So that app you want? \n\n
  • Yeah, not a strategy. Possibly a tactic but definitely not a strategy.\n
  • Ok, so how ‘bout we add a mobile website to the mix. We’ll have all devices mostly covered with the website and then we have the slick iphone app. So that's a strategy, right? \n\n
  • Unfortunately, no. You can see that coming, right? You’re a smart bunch.\n
  • There are a lot of options out there. Maybe an app or mobile website does fit. Maybe more than one solution fits. Just look at our school, we already have a lot out there and we’re barely scratching the surface. \n
  • So if that’s what we, as institutions, will grow into or become how do we get there, with all that stuff, from here, where we’re basically starting at nothing. So with that it’s time to introduce…\n
  • …a progressive mobile strategy. And I think their are three words that sort of sum up what a progressive mobile strategy means and helps get our clients on board.\n
  • The first is prioritize. There may be a lot of things that they want to accomplish, and we can work towards that, but we want them to understand what mobile really means and make sure we’re tackling the correct problems first.\n
  • The second is iterate. Again, we can implement, evaluate, and either clean up what we had previously, change the next priority or move onto the next priority.\n
  • And third, like the swiss, we should try to stay neutral. And what that means is we shouldn’t let tech be our focus.\n
  • Summing it up...\n
  • And to bludgeon this point to death. We want to approach mobile with small bites. Focus on one topic/task/site whatever, implement that, and go after the next topic/task/site. Small bites and iteration are very important. There’s a ton to learn.\n
  • First, an audience strategy, meaning which audiences you’ll focus on first, what we know about them and their use cases. So the audience then, in turn, helps define and inform…\n
  • So a progressive mobile strategy consists of three parts.\n
  • …a content strategy. Basically, which bits of content will you focus on first to deliver to that audience based on the use cases. And once those two things are out of the way we’ll look at…\n
  • …a platform strategy, which focuses on the underlying technology and tactics, e.g. mobile web and native apps, to properly deliver the content that you’ve selected for your audience.\n
  • This is probably a decent way to think of the strategy from a graphic perspective.\n
  • Ok, so the first thing we have to understand as we develop our strategy is our audience. Or audiences.\n\n
  • Now in higher ed we seem to have some pretty well-defined audiences. \n
  • Now those audiences definitely exist in mobile but we can flesh them out a little bit more based on what we know about mobile-device using users. And that’s an important distinction to make. \n
  • When Google evaluates a new mobile application one of the first things they evaluate it against are these three classes of users and tries to see how it fits in.\n
  • The "repetitive now" user is someone checking for the same piece of information over and over again, like checking the same stock quotes or weather. \n
  • The "bored now" are users who have time on their hands. People on trains or waiting in airports or sitting in cafes. Mobile users in this behavior group look a lot more like casual Web surfers without much user input since mobile devices still suck at that. \n
  • And The "urgent now" is a request to find something specific fast, like the location of a bakery or directions to the airport.\n
  • I would argue, without almost any supporting evidence, that most of our users or rather the main users we should be catering to in higher ed fall into the "urgent now" category. Or, rather, that as we use our tradition audiences we should stick “with an urgent need” after it. \n
  • For example, “current student… urgent.” That’s what I mean about constraining users.\n\nWhy only urgent? The only content we have that fits into "bored now" content are press releases and someone has to be very bored to read those. News & YouTube are some of our worst performing sections. Actually, they are. And we don't have a ton of repetitive content. \n
  • this sums up just some of the questions a current student may have “in the moment” and attempt to address from their mobile device.\n
  • Along with those activities our users are likely to take we can actually think about location with mobile when defining them. According to Google's report "The Mobile Movement," released in April of this year, 95% of users who were using Google search were looking for local content. So, beyond need, this notion of needing content for my general vicinity becomes a constraint. So if you’re thinking alumni think visiting alumni. \n
  • In the same report 88% of smartphone users reported that they took action on their internet searches within a day. Actually, the same day of the search. So there is this compressed timeframe that people have when looking for content. These audiences are trying to do tasks that make sense in the short term. I guess this sort of reinforces that “urgent now” constraint.\n
  • And a quick, interesting point that I found. 61% of folks made a phone call. This is one of those easy, go back to the office and make a quick change to make your content more mobile friendly and useful. Add that telephone numbers clickable with tel:.\n
  • And lastly, the sort of standard comment about context and mobile audiences is that they’re out and about and it turns out that that isn’t the true. 30% surf from their couch while watching TV and the vast majority of users have at least used it from the home. Mobile isn’t so much about on-the-go as it is about physical limitations in the device size, network limitations, and “access whenever you need it.”\n
  • So if we’re no longer focusing on “on the go” is the “classic” notion of context dead? I think a fair number of people have argued that recently.\n
  • I would actually say that, no, context isn’t dead. It’s just that we may have had the wrong defintion to begin with. I would actually, possibly, more narrowly define context as being the personal nature and personal connection we have with our devices. We and our interaction with our devices is a constant that I do think should guide our work.\n
  • So to quickly review, when identifying and prioritizing your audiences…\n
  • focus on those with urgent needs like those I mentioned earlier. \n
  • Focus on your local constituencies before external audiences with one exception that I’ll get to in a little bit. \n
  • focus on needs that address really short-term activities.\n
  • and, finally, don’t fall into the trap of thinking your audience has to be out and about or even will be out and about when accessing content. It helps but it’s not required.\n
  • The next part of developing a progressive mobile strategy is the content strategy. Now that we know who we might engage with and what they might be looking for based on their circumstances or those constraints we reviewed we can figure out what they want access too…\n
  • Users have a specific task they want to accomplish, and frankly I think this view bleeds over to your regular website, and your mobile tools and tech has to reflect those tasks a user wants to accomplish. Finding a departments phone number easily totally outweighs reading the message from the dean. Make your content match those questions.\n
  • This is a nice representation of content delivery, which i might think of more as bullshit content delivery, versus content that is actually useful to users. Hat tip to Steve Lewis for the suggestion on the inclusion of this graphic for properly showing the difference.\n
  • Use this as an opportunity to create rather than just simply converting. Developing a mobile solution isn’t about just converting your home page with all of its politically dictated myriad of links or, say, your president’s message and making that available to mobile users in some slimmed down method. It’s really about creating a whole new organization and interface for services that make sense for mobile use. Even in a smaller form factor there are a lot of opportunities that will open for you.\n
  • The best mobile solutions are going to be the ones that stress user needs above those of the org (within reason). Combining data and services should be done in a way that makes sense to the user as opposed to how they fit into the org.\n
  • Do not underestimate the use of location data and how that can be combined with other resources. And specifically I’m talking about campus map data as it relates to something like events. All those relationships become really important and useful. This is one area we’re really focused on. As well as personalization.\n
  • be able to answer the question, “What value will they gain from your content & services?“ I think that’s always the hope with any type of content be it mobile- or desktop-focused.\n
  • So now we’re hitting the part where everyone, including me frankly, wants to start. But once you got the other two parts done, well, once you have them done in an ideal world, you can then match up platform strategy to properly implement what your audience needs and what your content supplies.\n
  • So now we’re down to it, which comes first? Native or mobile web?\n\n
  • The unfortunate thing for you is that issue is already dead. \n
  • The question is no longer “Which, between mobile web or native, do we develop for?” \n
  • It’s “How do we develop solutions to handle both mobile web and native now and of the future that deliver the content our users are expecting?” I think we’re already headed into the second phase of mobile development in higher ed. Maybe we’ll call it mobile dev 2.0. It’s the acceptance of the fact that there are going to be a lot of different solutions.\n
  • In an absolute ideal world your implementation of your campus' mobile platform strategy would probably follow a trend like this. And, yes, I’m completely embarrassed by this graphic.\n
  • \nWe'd start with the building blocks for a flexible strategy by developing APIs. \n\n\n
  • Then we'd build our mobile web solutions on top of these APIs to deliver information to as many devices as possible using the tools & techniques that your staff are familiar with or, at the very least, their shouldn’t to terribly much of a learning curve.\n\nAnd note that there is even a progressive path through mobile web starting with adaptive design at the bottom through to… \n \n…mobile portals with lots of interactivity & content all designed specifically for a mobile device and using device detection to modify the look server-side making it really adaptable to the client requesting the site. \n\n
  • Then we could focus on native solutions to refine and provide the best quality solutions on a per operating system basis. And native apps would leverage the API as well. \n
  • So, in a nutshell, that's the ideal platform strategy for an institution in my opinion. Even if it’s a little ugly looking. So let’s start with the core and base part of the platform strategy, the APIs.\n\n
  • APIs are the infrastructure we need to create, the plumbing or the highways as it were, that will not only handle mobile but any future content-delivery format needs we have. Say, TVs or digital signage for example? At the end of the day, APIs allow us to create once and publish everywhere. I can’t stress enough how important APIs will be to your institution in terms of delivering viable, maintainable, and useful mobile solutions.\n
  • The end goal that we want to be able to see is that our content is recominable and masked up in whatever way we choose for whatever layout for whatever device.\n
  • So a quick example of how we're using APIs at WVU for our PRT system. WVU is split into three campuses and to connect them we have this little tram system, the PRT, which students can take to get from one campus to another. It was built in the 60s and, unfortunately, it's showing it's age. It'll break down every now and then. Now, in the past, a student only learned that the PRT was down by going to the station. Based on a student idea we worked with the PRT folks to gather that data to display on our mobile website. So we created an API for it. Transportation folks update it in one spot and, via JSON & XML it gets published to all of these locations instantly. And if we need to bring in another site or digital signage we just point it at the JSON or XML feed and we’re good to go. \n\n
  • Obviously that's the ideal and that's not going to be the way most schools work right from the get go. We certainly didn't. That being said, learn from our experience it's much tougher to retrofit APIs to these kind of things than it is to just know you have to do that from the start.\n\nOnce we move from APIs and look at the next step in our platform strategy, which, for me, is mobile web. I know I said earlier that a platform strategy wasn’t an either/or but you have to start somewhere. It just happens to start in the place that I happen to value, mobile web.\n
  • As I noted earlier there is actually a progressive strategy for mobile web as well moving from adaptive designs to CMS-based mobile templates and finally to standalone mobile sites. \n
  • So I guess I should make the case for mobile web first and I think I have two pretty good reasons. And, again, this isn’t an argument for a standalone mobile website, this is an argument for anyone of the viable mobile web solutions I just reviewed.\n
  • One thing that I think gets overlooked when developing mobile solutions is understanding how users actually discover our offerings and service and what drives them.\n
  • This quote is from Jason Grigsby, one of the two guys who led President Obama's 2008 election iPhone app. It hits on the first killer feature of mobile devices and why mobile web comes first because of that feature. \n\nIn that moment of urgent need where will a user turn? Assuming they don't already have your apps, and that’s plural because one app will never be able to handle all your use cases, the user will use their browser to get to the resources they're used to accessing on the desktop. They’re already familiar with the fact that we have that content out there on the web. \n\n
  • And a little more support for that anecdotal evidence though… According to Google's report "The Mobile Movement" released in April of this year 77% of smartphone users reported visiting search engine websites. They are the most visited type of website by mobile users.\n
  • Remember our urgent users? Think they might go to use search in the heat of the moment in their browser that’s included on the device?\n
  • And remember all that content that we already have out there that Google and the other search engines have already indexed for us to give to that user when they search to get the answer to their urgent need? And the user probably already knows it’s out there?\n\nSo that’s reason #1.\n
  • During the summer I tried to probe this notion of discovery, again, how people find content and try to figure out why they may choose the options they do. So I did a simple survey where I had a simple scenario: imagine you’re at dinner with some friends and you decide you want to go to a movie, how would you go about finding times? The answers included use an installed app, download an app, go to a website that was bookmarked, use google, etc.\n\n
  • The answers weren’t terribly surprising when looking at what someone would do. 2/3rds would use an app. Fair enough. The intereresting thing to me was, 1, how they got the app…\n
  • And the clear majority was that users had downloaded an app to either have one or to use one related to a service that they already used. So it appears apps would get downloaded at a computer when that need isn’t there. Why?\n
  • Because users who are more likely to attend movies, and to have an interest in them, have apps. And the reverse is true, and I think a lot more likely in our users,\n\n
  • The lower the affinity we have for a topic or brand the less likely we are to have an app to handle our needs and hence the more likely we are to use the mobile web.\n\n\n
  • and we should be totally honest with ourselves and clients on the level of affinity the vast majority of the population has for our brands and content.\n\n
  • The second quality quote from Jason is, “Links don’t open apps.”\n
  • Does your school send out HTML emails with links to your content? Maybe to prospective students? Ever consider they might try to visit that content from a mobile device? Well, 55% of users with internet-enabled phones check their personal email on them.\n
  • Is social media a big component of your marketing efforts. Social networking sites are way up there in terms of use from a mobile device. Those links you share on Facebook or Twitter may have a decent likelihood of being opened on a mobile device.\n
  • So combining the browser, especially with it’s all important search box, to the built-in email client and links you might send you can see why it’s so important to provide mobile web-optimized content.\n
  • So then the next step in a mobile platform are native apps. Again, these are the apps you’re going to download through the iTunes Store or Android Marketplace.\nI’m not naïve enough to think that mobile web can handle every need a school will have. \n
  • The other place I see native apps being leveraged more than mobile web are in the absolute, bleeding edge cases for transforming how business is done on campus. More revolutionary than evolutionary. A decent example of this might be replacing student Ids with mobile devices equipped with near field communications or NFC technology.\n\n
  • So that’s our mobile platform strategy that’s a part of our larger progressive mobile strategy. Start working on or planning to work on your infrastructure now. So read that as APIs. We already have a lot of content that has been crawled by search engines and users will be looking for it. There is no right mobile solution platform-wise for higher ed. You’re going to end up using all of them.\n
  • Ok, so to wrap all of this up we’ll go through a quick example…\n
  • \n
  • \n
  • \n
  • \n
  • I couldn’t come up with a decent way to lay this out but... the notion is to prioritize audiences you want to deliver to in the left column. Then the types of content that make sense to them based on what we learned about audience. And then, finally, figure out what type of platform best fits that content to maeks ure we propersly deliver it.\n
  • I couldn’t come up with a decent way to lay this out but... the notion is to prioritize audiences you want to deliver to in the left column. Then the types of content that make sense to them based on what we learned about audience. And then, finally, figure out what type of platform best fits that content to maeks ure we propersly deliver it.\n
  • I couldn’t come up with a decent way to lay this out but... the notion is to prioritize audiences you want to deliver to in the left column. Then the types of content that make sense to them based on what we learned about audience. And then, finally, figure out what type of platform best fits that content to maeks ure we propersly deliver it.\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • thanks\n
  • Developing a Progressive Mobile Strategy (M3 Conf version)

    1. Developing aProgressiveMobile Strategydave olsen, @dmolsenwvu university relations - web
    3. programmer9 years at wvuwvu has 30,000 students
    4. from 30,000 feet and...
    5. ...2 years inthe making.
    6. WVU’s Mobile Presence Aug. 2009 iWVU &
    7. WVU’s Mobile Presence Aug. 2010
    8. WVU’s Mobile Presence Mar. 2011
    9. WVU’s Mobile Presence Apr. 2011
    10. Traffic by Semester8000 450%+ increase6000 in average traffic40002000 0 Fall 2009 Spring 2010 Fall 2010 Spring 2011 Fall 2011 Average page views per day
    11. “We need an app.” - sincerely, the client
    12. “Why?” - belligerently, me
    13. Marketing, marketing bullhorn
    14. the cool factor, all the cool kids are doing itsomething that denotes cool
    15. they don’t know why cricketsor crickets.
    16. Time to educate... time for some education classroom
    17. Strategy
    18. that iPhone app you want?
    19. it’s not a mobile strategy...
    20. an iPhone app... ...a mobile website +
    21. again, they’re not a mobile strategy... +
    22. these are just some of the options... standalone responsive designs mobile sitesnative apps mobile templates APIs
    23. There Here
    24. Progressive Mobile Strategy
    25. Iterate
    26. Be Platform Neutral Being Platform Neutral fo rm latP
    27. It’s about realistically prioritizing mobile solutions for your organization.Then working one-by-one through them.
    28. Audience Strategy
    29. aProgressive Mobile Strategy has three parts....
    30. Platform Strategy
    31. Progressive Mobile Strategy
    32. Audience Strategy
    33. Traditional Higher Ed Audiences Prospects Faculty Students Staff Alumni Visitors Etc.
    34. Let’s constrain these audiences basedon what we know about mobile users.Note: not users that are mobile, users that are using mobile devices.
    35. Google’s Mobile User Groups
    36. Google’s Mobile User Groups Repetitive Now
    37. Google’s Mobile User Groups Repetitive Now Bored Now
    38. Google’s Mobile User Groups Repetitive Now Bored Now Urgent Now
    39. Urgent Now
    40. current student...Urgent Now
    41. I have a meeting. Where’s Allen Hall?I need to call my professor about a late assignment... current student... Urgent Now How do I reset my WiFi password? When does the bus get here?
    42. Local Users95% of smartphone users have searched for local content. from Google’s “The Mobile Movement” report, April 2011
    43. Short Timeframe88% of smartphone users took action on a search result within a day from Google’s “The Mobile Movement” report, April 2011
    44. Making Calls 61% of smartphone users ended upcalling a business based on their search. Tip: make your phone numbers clickable with tel: from Google’s “The Mobile Movement” report, April 2011
    45. Don’t Focus on “On the Go” 30% of smartphone users used the mobile internet from their couch. 90% used it from home. from Google’s “The Mobile Movement” report, April 2011
    46. So is context dead?
    47. Context redefined as personal.
    48. Audience Strategy Review
    49. Audience Strategy Review Those with Urgent Needs
    50. Audience Strategy Review Those with Urgent Needs Local Constituencies
    51. Audience Strategy Review Those with Urgent Needs Local Constituencies Short Timeframes
    52. Audience Strategy Review Those with Urgent Needs Local Constituencies Short Timeframes Don’t Focus on “On the Go”
    53. Content Delivery is Secondary to Tangible UtilityMake sure your content is useful, damn it!
    54. Which is better?Content Delivery or Tangible Utility from XKCD,
    55. Don’t Convert, CreateLook for new ways to combine content.
    56. Break Out of Silos Don’t follow org charts when developing mobile solutions.
    57. Localization is Intensified Find ways to take advantage of location- related information & relationships.
    58. Content Strategy Review Be able to answer, “What value will thetargeted audiences get from this content?”
    59. Platform Strategy
    60. an iPhone app... ...a mobile website vs.
    61. an iPhone app... ...a mobile website vs.
    62. The question is no longer, “Which do wedevelop for, native or mobile web?” but...
    63. “How do we develop solutions to handle both mobile web & native now as well as the devices of the future?”
    64. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    65. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    66. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    67. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    68. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    69. APIs are the infrastructure for your mobile initiatives... Create Once, Publish Everywhere
    70. Content needs to be recombinable.
    71. PRT APIUpdate once. Publishes to: iOS App, Mobile Website, Student Portal, Transportation Website, & Twitter
    72. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    73. Mobile Web-Optimized Solutionsresponsive mobile standalone designs templates mobile sites
    74. Making the case for mobile web first.
    75. Discovery Discovery
    76. “Not every mobile device will have your app on it but every mobile device will have a browser.” - Jason Grigsby, @grigs
    77. 77% of smartphone users use search. Most visited type of website. from Google’s “The Mobile Movement” report, April 2011
    78. remember thoseUrgent Now users?
    79. They’re looking for our already indexed content.
    80. How would you find movie times? 60% Use an App Use the Web 35% No Smartphone 5%
    81. Use installed app or download one? 97% Use Installed App Download an App 3%
    82. summing that up...The lower the affinity for a topic or brand: the less likely a user will have an app &the more likely a user will use mobile web.more: Results of Survey Show Why a Mobile Strategy Includes Both Mobile Web & Apps, Aug 2011
    83. We should be honest about how much affinity users have (or don’t have) for our content...
    84. “Links don’t open apps.” - Jason Grigsby, @grigs
    85. 55% of users with an internet-enabledphone use it to check personal email. from Merkle’s “View from the Digital Inbox” report, January 2011
    86. Getting social?
    87. search + links = mobile web first
    88. A poor representation of the ideal platform strategy... Native Apps Standalone sites Mobile Web Mobile Templates Responsive Designs APIs
    89. Native appsshould be transformative.
    90. Platform Strategy ReviewStart working on your infrastructure. Now. There is a lot of content already out there & users expect access to it. There isn’t one mobile solution for your organization or client.
    91. Wrappingit all up...
    92. #1Identify the audience.
    93. #2Identify the content for that audience.
    94. #3Implement platform solutions.
    95. #4Lather, rinse, & repeat.
    96. AudienceOn-campus AdmitsProspects Alumni
    97. Audience ContentOn-campus Contact Info Admits MapProspects Emergency Alumni Calendar
    98. Audience Content PlatformOn-campus Contact Info Mobile Portal Admits Map Native Apps ResponsiveProspects Emergency Design Alumni Calendar
    99. Don’t get stuck on platform.
    100. Focus on your targeted audiences & content.
    101. ResourcesBlog & Higher Ed Mobile Directory I’m on Twitter... @dmolsen
    102. ResourcesHigher Ed Mobile Frameworks
    103. Many thanks to Mr. Robertson for the snazzy device &progressive strategy graphics
    104. Thanks,Priorities by redvers Road to Ribblesdale by Luc BSwiss Flag by strupler Audience by batmooLego Discovery by dunechaser Drupalcon by Mike GiffordGrasshopper by trekman Highway Lights by Spreng BenGuitarist by postlife1976 Tunnel by ÉoleBullhorn by aisipos Christmas Present by kevindooleyGirl on Stoop by ollipitkanen Clouds by Francisco MartinsStudent Recording Video by U. of Denver Calendars by Duane MendozaStudent in Classroom by Bill Erickson Bananas by sisMud by neilspicys Target by ???Flickr by dsevilla Movie Theater by ariHeadstone by nouspique
    105. The End