Cover image of Mobile App Development TV (Video – 480p)

Mobile App Development TV (Video – 480p)

Updated 23 days ago

Read more

Tune in regularly for the latest tips and best practices for successfully managing mobile app development projects.

Read more

Tune in regularly for the latest tips and best practices for successfully managing mobile app development projects.

Cover image of Mobile App Development TV (Video – 480p)

Mobile App Development TV (Video – 480p)

Latest release on Dec 04, 2014

Read more

Tune in regularly for the latest tips and best practices for successfully managing mobile app development projects.

ContractRoom: Streamlining B2B Contracts

Podcast cover
Read more

By way of keeping you connected to the hot new companies that debut here in Silicon Valley, one in particular caught my eye and it’s called ContactRoom.  As you can imagine, a company that does a lot of B2B contracts needs to have a streamlined process and until now we’ve had basic ERP functionality, but the Workday of B2B contracts hasn’t existed until now.  Getting a contract signed is part of the sales function and both the selling performance and the legal terms are key.  Now companies can track both the sales reps and the terms to see which are performing, or not, and adjust accordingly.  

There are a number of wins here.  First, all contracts are kept in one place, so there’s no keeping contracts on individual computers.  Second, one of the hardest parts is compliance and making sure the parties perform their duties. ContractRoom insures that duties are performed on-time, on-budget and to the required specifications, while providing full visibility to all parties throughout the process.   Please watch the video below.

I think the biggest win of all is with this process in place, companies can be more flexible on their contract terms.  The biggest roadblock has been compliance – if you do a bunch of one-off contracts in volume, how are you going to track compliance?  Therefore a lot of companies pass up business in favor of not changing their contract.  Now with ContractRoom, companies can be more flexible and therefore win more business.  I’m excited to see what ContractRoom is able to do in the next year. 

Dec 04 2014



HTML5 Is An Alternative When Getting Started With Apps

Podcast cover
Read more

At the DEMO Fall 2014 conference what we do is watch other companies debut their products and then take feedback from a panel of judges.  I watched Brad Lawler of Draft present and the judges liked his financial services solution and they commented a lot on the excellent look-and-feel of his app.  

Sorry to say, but appearances make a huge difference in just about everything these days and mobile apps are no exception.  Incredible to me is that Brad designed the app himself.  He says he studied design for a few years on his own, and when it came time to design his app, he worked with a few different agencies, where he learned a lot but created the final design himself.  

Brad’s user interface looks wonderful and it’s a testament to his talent as a person who can do a lot of things well.  A lot of complaints I have about HTML5 interfaces is that they are slow and clunky, but his was fast due to optimization on the back end.  

Brad wants to create apps for iOS and Android so that he can have apps in the respective stores, but otherwise thought a company could achieve many of the same benefits through HTML5.  It’s yet to be seen whether this is the right approach.  The trend now is people like to use apps on their mobile devices, versus the mobile web.  Draft has made a high performance HTML5 app, but I think what some people might miss is the ability to launch it from an icon.  True, you can make a shortcut on your home screen but most people don’t know how to do this.  Also, in later versions, users might want features that require local processing or data caching, which is not robust on HTML5 versus native apps.  Either way, everybody was impressed with Brad’s app, and it isn’t lacking, he wants to do a native app soon, so more power to him.

As an FYI to people who want to develop an app.  If your app connects to external hardware, like a heart rate monitor, or uses native features of the phone like GPS, the accelerometer, or requires local processing – these usually require native development.

Nov 22 2014



Finding Success With Enterprise Apps: Usability Is Key

Podcast cover
Read more

Ryan Huff is CEO of Cirruspath which provides a way of more seamlessly integrating with CRM systems. When asked what the trend is with enterprise apps, he said it was all about usability and you can’t expect to get it right in the first release. I speak with many enterprises who are interested in app development and many of them are just becoming aware of what it takes to develop a good mobile app. Keep in mind that a poor mobile app is likely not to be used and might not have much of an impact on an organization.  

Ryan says that organizations can’t expect to get it right on the first try or even the second try, but it takes a lot of investment and iteration to get it right. As far as developers he told me that it is still expensive to hire developers, especially the ones who can get the job done. Our research shows that the average cost for a mobile developer is about $130K per year and he says this is about right. His developers work out of southern California while QA is offshore.

He has about 10 developers and he is responsible for the product management. Normally, you might have a 4 or 6 to 1 ratio of developers to product managers, but it’s just him right now, so he has a big job. Stay tuned for more coverage of DEMO Fall 2014.

Nov 22 2014



DEMO Fall 2014: Mobile Trends

Podcast cover
Read more

I was excited to cover DEMO Fall 2014, which ended yesterday. I have a lot of content and thoughts, some of it is already out and I’ll be pushing the rest of it out as time permits. What I want to bring you is a sense of what you would learn if you were there and I’ve picked a good person to interview to give you that perspective (I encourage you to catch the next DEMO event). Erick Schonfeld is the executive producer of DEMO and he and his team reviewed scores of startups and selected the 40 who are attending. After reviewing so many startups in the space and considering he’s been covering technology startups for a long time, he has quite a vista into what’s going on regarding mobile trends.

Although he didn’t want to talk about his other venture while running DEMO, Erick is also a mobile entrepreneur and his team has developed a video editing app for iPad. He has managed mobile projects and has a feel for what it takes to get an app built and distributed. This also contributes to an accurate perspective. Watch the interview below to get his thoughts on current mobile trends:

Current mobile trends include apps that do only one thing but do it very well such as Valet Anywhere, which at certain locations, allows you to get your car valeted and it is very unique in that the valet comes to you wherever you are. Skillpocket is a marketplace on your phone to find talent such as designers and developers. PathSense is an app that reduces the drain on your battery caused by GPS (which is a battery hog) – it tracks your motion and momentum to calibrate your position. Erick also discusses the evolution of tools for developing mobile apps and some of the constraints in hiring developers and designers.

There is strong demand for developers here in the US, but the rest of the world is coming up-to-speed on mobile technologies which provides a deeper bench for talent. Despite the availability of developers, a lot of tasks like user interface design and user experience are handled here in the states.

I remember talking to a development vendor in Estonia and asking him if his firm designs apps. He said yes, but he wasn’t sure if we would like their design sense in Estonia because perceptions of good design can be quite different in different geographies. If the app was for a US audience, he recommended the design be done in the US. Conversely, I remember seeing the incredible work of a Polish designer. He had a great eye and wasn’t even formally educated in design. Because of the demand for his talent, I could never book him. So it is possible to get good design overseas, but it may be more work to find individuals with your design sense.

Nov 22 2014



Advice to Wearables Entrepreneurs From Skully CEO

Podcast cover
Read more

I spoke with Marcus Weller, CEO of Skully today at DEMO Fall 2014. I asked him what advice he would give to entrepreneurs who are thinking about getting involved in wearables. He had some great advice and that is to focus on your core use case and get that right before you move on. I thought that was spot on, because you may have read other posts of mine where Tim Cook, CEO of Apple, says, “It’s easy to add; it’s hard to edit – it’s hard to focus.”  Apple is successful because Apple has always focused.  That’s what entrepreneurs these days need to do and not only that, there are many executives at important companies who need the same advice.  An app isn’t a catch-all, but is made to solve a specific need that is usually task-specific.  

Marcus says his helmet is “like a fighter pilot helmet for motorcyclists.”  It has a heads up display that gives the rider full visibility around them.  This is especially important for motorcyclists because they typically don’t see well in their blind spots.  

Another thing that non-riders might not think about is it’s hard to get turn-by-turn directions on a motorcycle.  If you think about it, a motorcyclist doesn’t have a hand that’s free to pull out a mobile device.  Skully not only provides GPS navigation, but also readouts from the gauges on the motorcycle.  

Watch the video interview below:

Marcus adds, “…the key thing for developing a wearable is to be very focused on a specific problem and to go deep on that problem rather than trying to be all things to all people.”  This is true not only for wearables but for any startup or new product or service.  With limited resources you have to focus, otherwise you won’t do anything well and you’ll run out of resources before you’re done.

I also liked what Marcus said about doing away with the UI (user interface), because really, you wouldn’t need to interact with the device so much if it were more situationally aware. To make a more situationally aware device is going to take AI (artificial intelligence). Apple bought Suri for its AI capabilities. It might be an unfair test to throw Suri against the general population, but after seeing it perform, I’m underwhelmed and it shows us how far we have to go with AI. It isn’t easy or cheap, but the person or company that cracks the code will do well.

Nov 20 2014



Payment System Turns People Into ATMs

Podcast cover
Read more

One of the things I love about conferences like DEMO Fall 2014 is they get you outside of your normal way of thinking, and that’s what is necessary to be truly innovative. Who ever thought of turning people into ATMs? It’s pretty crazy and it could either go wrong or it could go right. Just like the mobile carriers were disintermediated by WhatsApp, this payment solution by Ali Goss of HelloBit could push banks aside for at least one of their services – money transfer.

International money transfer processes are full of friction.  It’s hard to pay vendors overseas, there are hefty fees involved, and it usually requires a special trip to the bank where you fill out a long form.  For some reason, my international vendors don’t take PayPal.  One time I sent a check to my team in Poland and they were very sad because it can take up to 6 weeks to clear – I didn’t know it would take so long.  Watch the video below:

Platforms like these provide a solution to those transferring money, and it makes it especially economical for sending small amounts of money.

Stay tuned for more exciting updates by following @johnmobilecast!

Nov 19 2014



DEMO 2014: Software Keyboard for iOS and Android

Podcast cover
Read more

Many people are not aware that it is possible to swap in your own custom keyboard in iOS 8 (a software keyboard, not a hardware keyboard).  Such keyboards have been possible on Android for a while. I talked with Ping Wang of iQ Technology and the CEO Ray Chao about their new DejaVu Keyboard product at the opening welcome reception at DEMO Fall 2014.  

The main benefit is it helps you type faster and is useful for words that are unique to you or your profession.  Let’s face it, the rate a which you can type on a mobile keyboard is a big friction point on mobile devices and DejaVu Keyboard can really speed things up for users.  

Watch the video below:

Stay tuned and prepare to connect with more innovative ideas at DEMO 2014!

Nov 19 2014



Watch Mobile App Development TV at DEMO Fall 2014 in San Jose

Podcast cover
Read more

As host of Mobile App Development TV, I’ll be covering DEMO 2014 to bring you the very latest in app development trends, best practices, strategies, and insights.  

I’m excited about the lineup of speakers including Andrew Mason, CEO of Groupon, Jack Dorsey, CEO of Square and cofounder of Twitter, Jeff Weiner, CEO of LinkedIn, Peter Thiel, Former CEO of PayPal and Matt Rogers, Founder of Nest.  That’s a heavy hitting lineup, straight from the heart of Silicon Valley.    We’ll be here November 18, 19 and 20.

A number of successful companies have launched at DEMO, including, Evernote, Jawbone, Cisco WebEx, Vmware and many others.  I’m especially excited to hear about Steve Wozniak’s latest venture.  Stay tuned on this blog or watch twitter for @johnmobilecast.

Nov 19 2014



$19B Acquisition Lighting the Mobile App Developer World On Fire

Podcast cover
Read more

They say that the rising tide floats all ships.  What about a tidal wave?  Many people are dumbfounded at the valuations that app companies are receiving, especially in the messaging world, but looking back at history can provide some perspective. 

Messaging has been hot for a while, starting with AOL in the 90s, then platforms were developed that integrated the many messaging solutions.  Microsoft bought Skype for $8.5 billion in 2011, and although that wasn’t an app deal, it set the tone.  Facebook then bought Instagram for $1 billion in 2012; the biggest app deal to date, and it seemed like a lot, but that deal has been totally eclipsed by Facebook’s latest $19 billion dollar WhatsApp acquisition.

WhatsApp isn’t the only app company to be highly valued.  Last week we saw Airbnb receive a $10 billion dollar valuation as it seeks to raise additional cash.  So it’s not just messaging apps.  As a result of this activity, anybody who is involved in a mobile project has seen a lift from these deals.  Money for mobile projects is easier to raise, and people with ideas for mobile projects have seen the stock in their projects rise.  Watch this video to hear what drives a deal like this and the effect it is having on the mobile development community:

Watch MP4 (iPhone/iPad)

Building the app is supposed to be the easy part, but acquiring users is much more difficult and boils down to cost per user.  According to Bill Fisher, Founder of Summit Advisors, “When you look at the cost per user that you’re buying WhatsApp for, $42 – $43 dollars per user, it’s really cheap when you look at the overall industry.”  When you compare “Twitter at $150 dollars per user or LinkedIn at $120 dollars per user, WhatsApp looks rather inexpensive.”

WhatsApp is an example of a company that grew well and played all of its cards right.  “Most app companies have trouble getting users” and leveraging their user base to find new users, according to Brian Blau, Research Director for Gartner Group.  That’s something people don’t understand, especially in the technology community. App development is a hot skill, but even hotter than that is knowing how to grow an app’s user base.  One thing is for sure: these large deals validate the mobile app industry and raise the stature of all involved.

Mar 26 2014



Mobile App Increases Revenue at Walmart

Podcast cover
Read more

“Customers who use the app actually shop with us two times more frequently and spend 40% more than a customer who doesn’t use our apps,” according to Wendy Bergh, Vice President, Mobile & Digital Strategy at Apps World 2014.  While many companies want assurance of a return before they invest, Walmart is an example of an innovative company who took a risk by investing in mobile apps without any clear return in sight.  By taking a risk and carefully listening to her customers she was able to provide a substantial return on investment to Walmart through mobile apps.  It makes sense that Walmart would find this opportunity, because there is a lot of low hanging fruit with people spending more time interacting with apps and less time engaged with other media.  If you want to retain and grow your audience, you need to meet buyers where they are, and increasingly buyers are interacting with mobile apps.  After Walmart released its first app, it didn’t receive the ratings that they wanted, so they did a lot of thinking and usability testing to create an app that was closer to what customers want, and this was the one that paid off.

The features they provide include a digital shopping list, the ability to scan items in the store to determine the price, and the ability to see newly discounted items.  One particularly unique feature is the “geo-fencing” of each store location.  When a customer is in the store, the user sees the specials for that store.  Watch the video below to learn more and to see how mobile traffic eclipsed web traffic on Black Friday:

Watch MP4 (iPhone/iPad)

For Walmart strategists, their goals are to make the mobile experience faster and more convenient, so their customers can save money and live better lives.  To create a high performance team, they set up their development office in Silicon Valley so that they could draw on the rich talent pool here.  Have you see these types of returns with apps?  Please comment below.

Mar 18 2014



Sell Your App Idea With a Prototype

Podcast cover
Read more

The most effective way to sell a mobile app idea is to create a complete prototype so that your stakeholders can get a sense of the full experience of your app.  People are visual, and by showing your idea in action you can capture the excitement and give a sense of what the app really does.  That’s the advice of Marco Paglia, Google’s Design Lead.  An effective presentation can help you secure funding or get your company’s buy-in on the concept and design.

In other words, your prototype needs to be fully functional and complete with graphics and transitions. In order to sell the idea, the prototype must be striking and visually appealing.   Then it is invaluable in selling the idea, showing it around the company, sharing it with stakeholders, and demonstrating its importance.  For more information about this and other effective design tips watch the video:

Watch MP4 (iPhone/iPad)

According to Marco, you need to have all of your design elements and characteristics in place. This may be relatively easy for a company like Google that has a lot of experience and resources.  Some new startups may have trouble with this because they don’t have the knowledge or resources to bootstrap a design.   For me, it’s rather simple to come up with a functioning prototype.  In fact, it can be done in a few days.  I’ve seen a lot of early stage startups get stuck, however, and take many months and burn many dollars to do this.  A good part of the needed process is narrowing down the wide range of ideas in the room and communicating information on effective mobile design and best practices.  Sometimes the stakeholders will have ideas that I know have turned out poorly in the past for other mobile projects, and it can take a lot of time to persuade them to move in the right direction.

Trusting your project lead and limiting the team to experienced people can also keep your costs and down and get to market quickly.   Inexperienced members can cause the team to lose focus, so it is helpful if there is an empowered project lead, a person in charge who can make tough decisions on where to focus so that resources aren’t wasted by spending time on peripheral issues or detours.

It is possible to complete a mockup or prototype in a matter of days if you have the right team.  Delays are sometimes unavoidable if key stakeholders don’t have much experience in mobile apps or with software development.  It often takes a lot of time and resources when your project lead has to show how some ideas have not worked with examples that are relevant to the project.  Your project lead has a stake in the project because he or she wants it to turn out well and doesn’t want to be associated with a flawed project.  Remember that project leads are invested in you making the right choices, so hire experienced project leaders and listen to them.

Mar 06 2014



iBeacon: Secret Weapon For Retailers

Podcast cover
Read more

As part of our continuing coverage of Apps World 2014 in San Francisco, I talked to Brent Hieggelke, Chief Marketing Officer of Urban Airship.  Urban Airship provides notification services for app developers, and this ties very nicely with beacons that can trigger events like personalized notifications when a user is at a particular location in the store.

Until now marketers could only learn about their customers through their web browsing and mobile app usage, but now data are available on a customer’s physical movements throughout the shopping experience.  Can you imagine the possibilities?  Thus far, advertising costs have dropped dramatically because of the very precise targeting available through online advertising.  Now, retailers can set up all sorts of A/B testing to see which displays and retail environments are most effective.  This can drive further revenue and savings for retailers.

Watch the video to find out the new possibilities for retailers to gain unprecedented insights from their customers:

Watch MP4 (iPhone/iPad)

Apple has chosen to call their offering iBeacon and has designed it so that Android phones can also support the technology.  The solution allows users to set their preferences to allow beacon-triggered events.  When sending messages, however, retailers should need to know that the most effective messages must be relevant and timely for the user.

Other potential uses include welcome messages when a user enters a retail store.  When combined with other data about the user’s needs, the message can present the user with a personalized offer and discount.  It is also possible to collect exit surveys when a user leaves an establishment.

MobileCast Media offers iBeacon development services.  For more information, please contact us.


John: John Houghton with Mobile App Development TV here at Apps World 2014, here with Brent Hieggelke. How are you doing Brent?

Brent: I’m doing fine John, good to see you.

John: I wanted to find out about iBeacon, tell us briefly first what iBeacon is.

Brent: iBeacon is a new capability that Apple announced at their last conference and it’s got the industry really excited because what it does is it takes a mobile experience indoors and creates completely new capabilities for what those might look like.

John: I think of it in two ways. We now have a lot of data on what people are doing online, what they are doing on their mobile devices, but now we have the option of collecting with permission data about what they are doing in the physical world.

Brent: That’s correct and that brings a whole new thing, a whole new capability about insights. Today if you had a mobile app, let’s say a retailer, you really wouldn’t know necessarily if those customers were visiting your stores. You wouldn’t know which stores, you wouldn’t know which departments in those stores. With this capability you can theoretically know that I went to this department store, on this day and I visited the shoe department. That’s really interesting for them now to know that you’re a shoe shopper at this particular store. So it brings the ability to serve and really segment that customer to a whole another level. Which means that they can turn that around and use that to reengage that costumer when they have certain things that are of interest. So thats why it’s exciting.

John: And so I hear some concerns about privacy, how do we allay those concerns?

Brent: So the good thing is you know this is all really opt in. So even location tracking is opt in, consumer says yes. So in our world we do push messaging so the consumer is opted in first by downloading the app. So if I download your app I’m basically coming to you.  Secondly I’ve said yes to receiving push messages, that’s the second opt in. And if location tracking is at play there is a separate “Are you ok with this app tracking your location?” So at that point the consumer said yes three times. If they’re not overtly stating the fact that they want a relationship with you by opting in three times, I don’t really know what else you can do. But the consumer is in control ultimately and they are getting savvier about what they do and they don’t give these permissions to everybody you have to earn the privilege for them to say yes at each one of these levels.

John: Well thanks very much for joining us Brent.

Brent: Alright, thanks John, it’s been a pleasure.

Feb 25 2014



3 Tips for Improving App User Experience

Podcast cover
Read more

Last week I went to Apps World 2014 in San Francisco with the intent of interviewing thought leaders on a variety of topics, including User Experience (UX).  Why user experience?  Because if an app isn’t useable, it will fail; and many apps are failing because of usability.  When you consider all of the other factors, you can max out each of them, but if your app’s UX (user experience) is poor, the app will fail.  The UX of an app is one of the most determinate factors of success.  This is why it’s so important for app developers to figure out what good UX is and implement this in their app.  A good UX makes an app intuitive and makes the important features of the app easy to find and use.  This is what successful apps are all about.

I interviewed Peter Merholz, VP of Global Design at Groupon for Mobile App Development TV and he had some very interesting things to say.  He provides three suggestions for improving app usability.  Watch the video to find out what they are:

Watch MP4 (iPhone/iPad)

Besides the three points, Peter said that you shouldn’t try to fit everything from your website into your app.  I’ve seen this many times and overheard one of the HTML5 tracks with Kent Brewster, Front-end Engineer, Pinterest and Dave Fetterman, VP Engineering (former Mobile Engineering Manager at Facebook).  They were talking about user experience in the HTML5 track and made the point about retrofitting a website onto a mobile device.  I can’t remember which one said it, but they used the example of taking your non-mobile-optimized website and look at that on a mobile device.  ‘See how everything is crunched up and unreadable?  That can’t be solved.’  As an engineer, if your boss asks you to design an app that encompasses that much functionality, the advice was to look for a new job. The point here is that mobile apps are task specific. They can do one or a few things well and you have to figure out what those functions are.

Feb 14 2014



Mobile App Development Cost and Design

Podcast cover
Read more

Two of the toughest issues for mobile app development company stakeholders are cost and design.  On the iOS platform (iPhone/iPad), particular attention is paid to design, and Android also has its own design language; however, the navigation patterns can be quite different between the two platforms.  In this video episode of Mobile App Development TV, we talk to Pete Petras, who is the US Creative Director for Globant.  Globant is a technology service provider focused on developing compelling experiences with particular expertise in mobile app development.  Pete talks about the cost incurred when companies undertake development projects, and how user experience is becoming a driving factor in app success.  Watch the video now:

Watch MP4 (iPhone/iPad)

People are figuring out that mobile is a different platform which requires more of a user-focused product definition with an impeccable focus on detail.  According to Pete, “It ultimately does what design should do, it’s invisible in a way, especially when you’re talking about an iPhone.  When you look at the iPhone, all eyes are on the interface.”  I’ve heard it said at Apple before, that good design is invisible, and I don’t think a lot of people understand how much work it takes to come up with a design that is exceptional.  When you see it, it looks so simple.

I think design and user experience are the missing factors in many apps, and achieving excellence here takes time and revision.  Usually when I’m working on a design, the client likes the first draft and doesn’t want to pay for revisions, but I think this is short-sighted if you’re goal is to design the killer app.  You arrive at the first design, and then deconstruct it, to see what the user is really trying to do with your app.  Then you incorporate the new lessons in your redesign.

Just yesterday, there was a post in The Wall Street Journal blog, asking Why Aren’t App Designers as Famous as Chefs? John Maeda, the new design partner at Kleiner Perkins Caufield and Byers says, “We’ve hit this plateau where technology alone is not enough to sell a product.  So what is it that we need to make us want something?  It’s about the design.”  Design is something that should be thought of first, and it should be started early in the development project.  You can find out more about Pete’s design tastes on his Pinterest Board.

MobileCast Media offers app design and development services.  Please contact us for more information.


John: Welcome To Mobile App Development TV, I’m your host John Houghton and today we’re talking about mobile app development cost and design. We’re joined in the studio by Pete Petras. Pete is a US Creative Director for Globant. Globant is a technology service provider that focuses on developing compelling experiences and they have particular expertise in mobile.

How are you doing Pete?

Pete: I’m doing well, thanks John.

John: What does it cost to design and develop a mobile app?

Pete: One billion dollars.

John: One billion, not a million?

Pete: No I guess in this market it’s a billion dollars, right that the bar. No, that all depends on the length of the project, it all depends on the complexity of the app and ultimately whatever the cost is that you figure out that it will actually take to develop. You can do an analysis and say, “hey we have x amount of people that costs us x amount of time and we predicted that this takes six months or nine months to develop and there for that’s our budget or that’s what it’s going to cost us. I would say times that by two, maybe by three. Because nothing ever goes the way you think it will go and a month into it you’re going to have to grow the team by two maybe even by three and then who knows. You’ll have other costs that you’ll have to take into consideration, licensing, who knows, there are all sorts of elements that are always unforeseen and it will defiantly cost always more than you really think it will.

John: So this is typical software development you might say with the added element that people haven’t done this type of thing before.

Pete: Yeah, I mean it is your standard software development. I think the real shift from being a standard software development is really a focus on user experience. I think with Apple and a lot of the start-ups, the Square, the Instagram etcetera, these rich experiences that have really set the bar for what users expect. On top of that paired with the adoption of smart phones has made this a different platform and a different focus to really spend your attention on. Otherwise those problems are still the same. I think the teams are structured a little differently now, the approach is different and I think it’s for better. I think a lot of this has a trickle down or a trickle back effect to other software development aspects. So the ability to understand your users to have a user focused product definition is defiantly a thing that isn’t just unique to mobile development it’s something that goes beyond that to all sorts of different products that we all use or will develop for.

John: So I think of everybody following Steve Jobs in this industry and him pushing towards the idea of having a delightful user experience and delighting the user- and those are the words he used and then he was able to push his whole company in that direction.

Pete: Yeah, so Apple’s a unique case. Apple did a very interesting thing, it’s basically Dieter Rams 2.0 if you will and it’s not to demean anyone within Apple by any means. It’s something I love. I think that the hardware the I.D. is beautiful, it’s simplistic. The attention to detail is impeccable.

John: For those that don’t know what is Dieter Rams 2.0?

Pete: So Dieter Rams was the Chief Creative Director for Braun and he designed this very simplistic design language and its been resurrected by Jony Ives at Apple and expanded onto the digital products and it has a very similar parallel design principal involved. A lot of it is just simplicity core of the function and ultimately what it does really well not just the details of it. It ultimately does what design should do, it’s invisible in a way, especially when you’re talking about an iPhone. When you look at the iPhone all eyes are on the interface. The iPhone itself is just a frame and it’s such a beautiful frame, it’s an amazing frame that they’ve created this created this element of luxury because of the quality aspect of this. So now with iOS7 you have this, finally you have this unification of Apple’s digital offering you have this hardware product that was actually unified you had this design language came along but as iPhone was first introduced all the different digital properties within the iPhone stated drifting apart. You have a lot of the skeuomorphic stuff, you had the app store you have all different departments.

John: What’s skeuomorphic?

Pete: Skeuomorphic is basically something that is pretending to be something that it’s not. A fake leather interface or fake wood or taking on the look and feel of other objects.

John: Sort of a metaphor for physical objects.

Pete: Yeah.

John: And it kind of all went away with iOS7.

Pete: So what iOS7 did whether people like it or not it unified all the Apple elements of the interface. So any of the actual iOS touch points where all unified under iOS7, which is great because it finally brought it together. Now they took a step beyond and actually went away some of the best practices within user interface design guidelines or UX design principles and took buttons out of where buttons usually where and just relied on the actual titles and really made things simple. And I mean they did this to follow along with what they’ve done with the hardware product right. So they took a big step into designing something that was really premium made it very expensive yet desirable, obviously we’ve seen this work. They’re very successful at it. They’re doing the same thing with the interface, they’re unifying it but they are also taking a step of making it very simple and also just focusing it on a particular client. Now those design principals that they followed or that they didn’t follow aren’t great. They didn’t do the things that they needed to do to make things perfect but then again they’re not designing the beige box, right? So they went way from designing beige towers, beige computers, they’re also not designing a beige user interface. So they’re taking that stance and shifting a little bit towards the apple side of things.

John: Well Pete its been great having you on the show thanks so much for being here.

Pete: Thanks John, I appreciate being here it’s great to see all the content that you’ve been producing and I’d love to see more.

Extended Transcript

John: Designing a mobile app is a daunting task, where do you start?

Pete: So, starting to design an app, I would say the first thing you have to do is to identify and understand who your users are. Identifying and understanding the broad aspect of your user base is important but you’re never going to design an app that solves a problem for every single person. So really a first good part to start with is to understand the extreme parts of who your user base might be, understanding what is on the furthest right or left side of your user base but really picking one particular audience member and designing for one person.

John: Maybe someone that more towards the center? Or would that be out in the ends?

Pete: Understanding the extremes is important.  It’s important to understand what those niche elements might be but really identifying one particular person and using them as a case and a target.  That is probably most valuable. You’re never going to be kind of the do all for everyone.

John: So does that involve making user personas?

Pete: User personas are great. They’re really great for understanding and identifying task flows that you might actually incorporate in different parts of a more complex app but if it’s something that’s simple and something that’s straight forward you really want to make sure that you have a clear goal and a clear target. What will usually happen is if you identify and design towards one particular goal or person or user the rest of the users will actually fold in and follow along. They’re a lot more flexible than having an app that will try to do everything else because then you won’t do anything really well. If you do one thing really well, everyone will actually fold into that.

John: That makes sense. One thing I find that user personas do is they help people focus and simplify. Typically when people design apps they’re too complex. Do you find that personas help people define, like having a single purpose for the effort or focusing on a single function.

Pete: Yeah, it’s not necessarily around simplification I think but it’s around being a little bit more contextual. You can actually craft a story or craft a look or understanding how someone, a figurative person you might have developed or a persona that might be done by certain metrics that you have identified. It might be that you craft a particular use case around this person.  Now those won’t always be right, they’re sort of a shot in the dark. Again it comes back to really identifying that one and going after that one. Identifying multiples is just a good place to say ‘ok is the interface or is the product actually flexible enough to accommodate these different personas and then in which case you actually go down these multiple paths and understand have we actually we actually covered all the bases. Now again, when defining an app from the very beginning you might want to really narrow that down and focus on what those aspects are rather that start to build it out immediately. A lot of those are also really valuable to take into consideration once you’re actually taking and evolving that app later on.

John: I notice that a lot of people try to cram too much into the initial release when there’s really a concept of the minimum viable product. Do you ever use that in your app designs?

Pete: Absolutely, this is all about focus. I think it’s the kitchen sink syndrome right? It’s the misguided desire to throw every single feature set into an app, wanting to define or develop all these great ideas that you’ve might have come up with in the very beginning of the concept phase. It’s really important again to come back and just focus on ‘what does this do’ what is that minimum viable. It’s not just minimum viable in a sense of development of what you can actually get out there in the users hands, but ultimately what the focus of what the app is actually intending to do rather than all the little tiny features that you’ve actually thought about along the way.

John: Kind of like having a business and saying, “what business are we in? What’s the core of what we’re doing?”

Pete: Yeah, you can be a coffee shop and you need to know how to make coffee, right? Coffee is your core product you can slowly start introducing pastries but if you don’t do coffee well you’re never going to be a good coffee shop.

John: What the most important best practice to keep in mind when designing a mobile app?

Pete: I always come back to the K.I.S.S. metaphor, the keep it simple stupid way of looking at things. The simplest approach is always the best but I would say I think one of the core elements is really content, understanding your content. Starting from content and understanding the context in which that content can play. I think driving toward what you’re actually defining as a product and then figuring out how that applies to the design is really important.

John: So content is pretty wide, can you give me an example or focus in a little bit of what that would mean?

Pete: Content could be if you’re a photo app you really need to focus on the content of the imagery of the photography the ability to share the actual photography or the imagery that you’re doing. If you’re focused on travel, is that something that’s around geolocation and the content that’s related to that particular element. I think understanding that content what’s relevant in particular the context of what you’re doing. With mobile you have all these different attributes that you can really utilize to a better experience such as the geolocation and/or the accelerometers or what have you and some of those elements can cloud the experience or they can enhance it depends on that content and how you actually apply it.

John: So contexts is obviously thinking about where the user might be when they’re viewing the content say it’s a geolocation photo app, say for example for Google Maps, the designer really has to think about how those two intersect.

Pete: Yes, it is location, it is also time-based. It might be during your commute, during your work hours, is it weekend, is it evenings, during day, are you traveling, are you near your house. All these things are relative to a really good experience. Especially when you’re dealing with more complex experiences like e-commerce, right? There are a lot of elements around context that people start doing a lot of research during certain times whereas they do the actual purchases at different times as well and that also is location based. Usually purchases will happen at home versus on the go. A lot of these are security issues. So understanding these behaviors that are actually in the real world and how they apply to the digital world is really important.

John: Are there any design guidelines that you live by? For example, when you have a new customer are there certain guidelines that you have to make them aware of?

Pete: So design guidelines, there are a number of just basic elements basic principles, and some of those are guidelines you start with. Those are guidelines that you continue to keep throughout the process. Guidelines that you begin with are ultimately you have to understand the brand as an extension of the brand or what is the brand trying to evoke. There are a number of elements of the brand extension that can be visual but they can also be emotional, visceral.  You can extend them through transitions or any of these other elements. Now once you extend that throughout a product consistently, it is a key aspect of keeping a strong design guidelines that will make sure that if you’re doing certain actions or if you’re even including fonts or buttons or whatever these things are, that they are very consistent throughout the whole entire experience.

John: You’ve probably seen a lot of apps. Any big mistakes that you have seen? People make and maybe not with your own customers just out in the market place in general?

Pete: I think the big mistakes that are made out there is one thing we mentioned the ‘kitchen sink syndrome,’ trying to do too many things at once. If you don’t have a clear focus or a clear understanding what the app actually does then it becomes really irrelevant for a user. If it’s overly complex that becomes something that you’ll have people just say “alright, I don’t know how to use this thing so why would I continue to use it?” Ultimately the one thing that also I think is a big downfall is if there is a previous web experience or web product that has a direct translation to mobile and that’s not always appropriate. I believe that if you have an application or a service or product that you’re trying to extend to mobile you have to really take into consideration of redefining that product from scratch for a mobile specific audience and a mobile specific platform simply because there are so many different elements such as the contextual touch points that play in effect. As well you’re not doing your typical mouse click interactions; you’re doing swipes or touches. All these things are very different from translating one to another. If they’re not done correctly I think that’s one of the biggest mistakes you might see out there.

John: Any examples of major platforms? I can think of Amazon and Facebook having both a mobile platform and mobile app and also having a web app.

Pete: Yeah I think a lot of them are starting to get better now. I think those examples were pretty easy to identify maybe even a year ago. But now you’re starting to see a lot of the players really, really get this. Amazon was one of them that was terrible until recently were they started really getting their app out there. Same with eBay in the very early days I think now they have a great robust experience not only on mobile web but they have a mobile app and they have the tablet experience. So they’re really pushing for that and they understand the value of the different experiences there. As for bad ones, again I’m at a loss right now.

John: Can you think of what specifically made those two platforms, Amazon and Ebay sort of lacking on the mobile app side?

Pete: In the beginning?

John: Yeah.

Pete: Actually that’s a head scratcher, maybe it’s because a lot of the task at the very beginning of their development cycle was actually run strictly by the numbers, by the analytics and all analytics basically showed them that a lot of the traffic was driven by the web but as smart phones grew in adoption, as the users have actually been doing a lot of online transactions or m-commerce came to its maturity as its coming now, has come to a foresight. They understand that this is something that if they don’t do it well now they’re going to really lose out on that audience.

John: So a lot of people know what a user what user interface design is, but what is user experience and how does that relate to user interface?

Pete: User interface or UI as they call it, UX for user experience, are too separate but very independent elements of a design process- development process. The way that I typically define it within my practice, and these terms kind of get switched around in different ways. The way that I like to explain it is on the UI side of things it literally means user interface but it’s actually the development or the creation of the user interface. Now when I say creation that’s where a lot of people get a little bit hung up.

John: Is that with graphic designers and people like that?

Pete: The way that I actually comprise a team is we typically have a visual designer, a UX designer and then a UI designer or UI developer. Now on the UI side you’ll technically have a background that’s a little bit more technical. A little bit more focused on the design language but also with a keen sense or a tendency to understand things such as motion design an understudying of basic UX which I’ll get to, the UX principles and then just a keen sense for good visual design. Ultimately they’re the ones that are putting everything together and they’re the ones that are being able to translate what’s actually been designed to the code and onto the actual application. Now with user experience, user experience actually has a number of different things they’re responsible for and it stems all the way from general research, understanding and defining the users or as we mentioned user personas earlier to define mainly how that product might steer itself to a particular use case. Also understanding base principles around navigation and how to organize content on a screen and all the way up to what we also like to say information architecture, IA, basically the overall broader structure of the system. So a site map if you will at a high level. Really where do these pages live next to each other in association with each other, how do you actually navigate from one point to another and are there interdependencies within the whole app that actually tie from one end to another.

John: So if you wanted to increase the conversions in your app, that would be the UX person’s responsibility?

Pete: It would be partly the UX person’s responsibility. Conversion within an app…

John: We should probably define that too.

Pete: Yeah, conversion within an app can be defined in a number of different ways depending on what you’re trying to actually measure. Are you trying to get adoption, just general adoption? Are you trying to steer people down a particular path? Are you trying just to understand why users are going down a certain path? So those things can all be done with analytics. It can be done with being able to measure certain metrics, just basic traffic and the ability to actually work in a flexible way where you can actually do certain things on an app or set things up where you can turn things on and off to actually guide users down one path or another is also an important part of that and understanding that and really taking that information and being able to do something with that.

John: Would you say that the user experience person’s more responsible for the overall look and feel and flow of the app and the UI is more the element level?

Pete: Not necessarily the look and feel but quite possibly the flow or the interaction. So within user experience there again are a number of different elements, one is the insight aspect, where you are perhaps taking on the role of understanding or sitting or standing in the users shoes basically the empathy aspect of it. There’s the research part, understanding what are the different pieces of content or information or even what are the insights that the users actually do. And then there’s the application of how do we actually structure this information that we’ve gathered. How do we structure that content in a useable manner? And is there that actual element that translates a bit of that brand to that interface? Now the look and feel is actually where we have that visual designer working closely with the UX designer, not only understanding how this will be structured but how do you translate that look and feel and ultimately now that we see a lot of these really rich transitions how do we take that and create a brand out of it or extend that brand and make that into a real unique experience that stays with the user and actually becomes a brand element of the application for the product.

John: I find with transitions the Apple human interface guidelines kind of speaks a little bit against it but I think they can really enhance the brand experience. How do you feel about that?

Pete: So the Apple guidelines are a really interesting topic. I think in general they have these guidelines to basically give apps a direction to go down. Basically a general element of ‘this is what you should or shouldn’t do.’ They will not allow you on the app store if you break some of those elements but challenging those or creating a creative element or a workaround isn’t necessarily something that breaks it, it’s something that will actually be a new way of inventing perhaps a different way to showcase or transition or even navigate through an app. So that not necessarily a bad thing the bad thing becomes, ‘is the purpose of the app discoverability is it exploring content? It’s really what are you trying to do with the app and are those transitions actually appropriate. If you’re actually meaning for someone to come through and explore and continuously keep clicking on content further and further such as a YouTube or Pinterest type application then maybe the actual navigation or interactions or transitions might be a little more complex or a little more creative. Whereas if you’re trying to get the user to do one simple specific task then you want to probably shy away from complex or creative transitions and focus on something that happens very simply and in a straight forward manner.

John: That makes sense. So what do you think and how do you work when you’re giving a developer or coder documents, what are your documents deliverables so that they can begin coding and programming?

Pete: So this is part of the design process and what you’re talking about is your traditional kind of waterfall approach, it’s handing over documentation. I feel that a lot of documentation now becomes a little bit irrelevant and in fact not necessary. Now when you structure or you define a product and you actually start designing and defining that product a developer should be part of that process from the very first kick-off meeting. They should be part of defining what it is that you’re building and part of the design actually, the way that you’re reviewing and going through the different ideas and concepts that you’re creating. Without their insight you actually might be creating something that might not be possible to be developed. So their insight is not only something that’s very key but ultimately the ideas that come out of developers especially the developers that we have now are very creative in fact sometimes even more creative than “Creatives.”  So I think that this handing off a document to a developer is kind of a thing of the past and you start seeing this.  Agile has been something that’s been part of the development process for years but that is actually starting to shift into design now where you’re starting to be iterative and inclusive of the process as you go and especially with the actual design and development that is paired programming. So you have like a paired design/development process.

John: What’s the name of the process where you put the developers and the designers together?

Pete: I don’t know if there’s an official name for it but I’d like to basically say it’s a design/development process, kind of like a paired programming if you will. Having the ability of having a designer and a developers working side by side maybe not exactly in parallel but together while each one has their particular tasks and actually solves the problems while they’re going through the actual tasks is really valuable and it becomes something that creates a better more robust product in the end.

John: What would you say to people that are going out to O-desk and freelancer and places like that, and they are trying to develop a product and typically what sometimes happens is when you throw something off shore you get it back it’s nothing like what you expected and so sometimes in those cases where you haven’t worked with a development team before a little bit more documentation is better, what type of documents would you be writing in that case? Would you use wireframes, PRD’s, functional specifications, or would you have lots of conversations and video conferences or do you check their code every day?

Pete: So that type of work becomes very difficult and the only way I’ve seen this work successfully is basically daily scrums in a very Agile way of working and in fact overseas, I work with teams overseas quite a bit and we will be on hours long video conferences where we are literally working next to each other, talking through some of these ideas, having a clear understanding. The worst thing you can do is have this sort of ‘here’s a cookie recipe’ and you get back biscuits right it’s this lost in translation.  Your kind of right, you’re using sort of the same ingredients, you bake them but in the end it’s not the same thing. So making sure that you both have that alignment is very important.

John: For people who don’t know what a scrum is, you mentioned waterfall too it’s all part of Agile, maybe you can talk about that.

Pete: Waterfall approach was and is still kind of a traditional legacy agency model. It’s coming from a perspective of understanding a lot of this doing a lot of research, creating some beautiful design concepts, speaking with the client, understanding what the client wants etcetera. Taking that design language that you’ve established and extending it to a particular element that you’ve designed from a design platform point of view and then creating basically a brief, whether it’s a style guide or not. In the end some sort of documentation that basically says this is what it looks like here’s some of the spacing here’s how it should function and that could be really thick, it can be a paper document, digital document, what have you. But ultimately you take that and then you hand it off to whatever team is going to be developing it. You can see this in kind of this Gantt chart process where it is literally a step down, this is where this term waterfall comes from, it just trickles down. Now each time there’s this hand off from a team to a team to a team it’s kind of like playing telephone. You have something that kind of gets lost.

John: It gets distorted every time.

Pete: It gets distorted a little bit and so you get further and further away from what was originally intended by the original design team. Now with Agile, Agile was this process originally developed by Toyota I believe to help their manufacturing process on a factory platform on a factory floor. What this is, is basically you get the whole team together and you work in what they have, these daily check-ins. You understand what you’re actually developing towards you divide that into smaller, what they call stories or epics, which is a bunch of stories put together and you’re able to identify what do you think you can get done in a certain amount of time. You check in every single day on how you’re progressing. At the end of that particular said time frame that you’ve set up you see what you’ve gotten done and you figure out can you keep the same pace or can you go faster or slower and then you can accurately extend that out to however long that you need to get something done. Now what the value of that is, first off you have alignment, you always have the team on the same wavelength, they’re always talking they’re always working towards the same goal and they understand where they are. Even if the teams aren’t working exactly on the same parts of the project, maybe the design is ahead of development they still know what’s happening and are always abreast of what’s being developed.  They have the ability to see what’s being designed, see if the QA actually happening, is it actually syncing up exactly like it needs to.  (QA means quality assurance, meaning bug testing.)

John: Which is testing and making sure that it is all being delivered properly.

Pete: Exactly and then more importantly the other really valuable aspect of that is that when you do fail when you do find elements that don’t exactly go the way that you intended them to go, you don’t necessarily spend months and months of defining something only to understand that there are few things that don’t work at the end of this. Your investment at that point may be only a couple of weeks and you understand where it’s failed and you can easily change course or fix that or alter that without much impact.

John: So it could be a functional failure like the designer didn’t know that it’s illegal to sell other people’s music without getting the proper rights clearance. By doing these quick sprints and with this Agile development methodology you can figure some of these things out quicker and of course correct.

Pete: Correct, yeah the way that you structure an Agile team is different depending on if you have that team in-house or if you’re actually using that team to consult.

John: Lets have two different examples, one is a start-up example and one’s an in house big money, big team example. What would a team be made up of, in terms of people and skills?

Pete: So if we’re specifically designing mobile apps and we want to basically create an Agile mobile start up team, you would definitely have somebody that can have the project management hat or the product management hat in a way. They have the ability to make sure that team is always on track. It’s very easy for individuals to get really focused on what they’re doing and forget that there is this bigger goal and they need to go down this path. So Agile really requires someone to be this person sometimes they are called scrum masters or product managers or what have you. Ultimately you need someone to be able to actually manage that and be accountable for the team’s progress. Next you obviously need if you’re designing for the iPhone you’re going to need a developer that has an understanding of the technology and the platform and the differences between iOS7, iOS6 and obviously 5 which is kind of a departure.

John: And then at least a couple years of experience in Objective C.

Pete: Objective C is the core aspect of developing for the iPhone yeah obviously and then you’re going to need basically a real strong UX individual. Now a visual designer I always say that it is core and you need someone there because if you want really good looking, high quality application, you’re obviously going to need a designer that has a keen sense for attention to detail and the design. Otherwise a lot of that work you might have a beautifully functioning app that may just not look very good.

John: Because the fit and finish is not there.

Pete: Fit and finish isn’t there. You definitely need a well balanced team to have a fully crafted site because ultimately something can work really well but if it doesn’t look good I think the consumer perception might not be there and ultimately adoption won’t be there.

John: Sometimes we see a lot of designers trying to walk into a mobile design role where they are trying to design an iPhone app and they don’t have much experience there. Do you find it that a person needs a certain amount of experience to be effective and quick in designing mobile apps?

Pete: Obviously yes, anytime you have an experience for anything you are going to be more efficient at it. You’re going to have the foresight and the knowledge of where to start, where are some the pitfalls, what to look for that has to do with basically any platform that you’re designing for. I think the jump from maybe a web designer to a mobile designer could happen pretty quickly, I mean you’re still designing on digital platforms. You need to understand what the platforms are. You need to understand some of the basic rules. Ultimately that first step I think would be a pretty easy stepping stone, it’s beyond that when you need to understand some of the really discreet elements that might happen between platforms. iOS is a little bit more easy to design for I think. You have the non-retina versus the retina as far as resolution goes. Then you basically have the iPhone 4 and 5 which are the same width just variable height. Then you have a mini and you have a regular iPad. Now designing for Android is a completely different story. You have tens of thousands of worldwide platforms that run Android.

John: Different sizes, different aspect ratios.

Pete: Everything, it’s literally a moving target. The way that you approach designing for that platform is completely different than you would for iOS6 or 7. A lot of it is because there just is that moving target. You can also choose your battles and say all right I’ll only design for the top thirty percent which is a lot more adoption maybe with the Nexus or some of the Samsung products and there might be only seven to twelve different platforms that you’re going to design for and you’re going to maybe say the other three thousand nine hundred and seventy two platforms will just be ok as for focus. It’s still a bigger challenge and the way you set some of the structure to your application will be very different.

John: Getting back to the teams and how you make up these the teams. You’d obviously have a project or a product manager. I think of the product manager more as the CEO of the product and the project manager are the ones that organize the project, I’m not sure if you see things the same way. Then you have the UX and UI people and then the developers and QA, is that how you’d structure it?

Pete: Yeah so, project manager is definitely the overall organization and structure. A product manager or product owner now that can be one person, it can be a CEO in a start-up or it could be what we’ve seen in a lot of teams actually the UX person ends up being not only the UX person but also the product owner or the product manager. Simply because the way that we focused on defining the product. Much of the products that we found to be compelling are actually from a user focused point of view, user tasked based versus feature based product definition. So based off of looking at those user first elements we’ve actually made the lead UX designer actually the product owner or the product manager. So they’ll usually manage a team of a couple other UX designers as well as oversee the entire product from the very first kick-off to the launch and understanding how UX is actually progressing, how development is actually then translating that experience on all the way to the QA and to launch.

John: Then how would that team change if the project was being done at a larger company?

Pete: So obviously at a larger company that would scale and you can have the affordance to have specific individuals for specific tasks and you wouldn’t necessarily need one person that might wear multiple hats. In a lean start-up mode you would have a lot of people wearing multiple hats. Some designers are UX individuals as well they do UX and design. So that could be one person as well. You have a CEO that is a CEO and a product owner, that’s great. The problem with CEOs typically as product owners is that they can never devote the time that a product owner needs to devote to a product and that’s where some of the processes really fail when you have a product owner that can’t be there one hundred percent of the time with the team. Too many changes happen too often especially in an Agile environment where things are shifting around very quickly and if that product owner isn’t there then the team isn’t effective.

John: So how long does it take to design a mobile app?

Pete: Ok, so this is a great question. I would say that you can design an app within a weekend. If you’re talking about a lean start-up way of designing a pure core app and an MVP within a really lean team you should be able to get together, get alignment, define it and do something within a weekend. Now in the real world that’s not always possible especial when you’re in-house and you have a lot more stakeholders involved in the decision making.

John: So each stakeholder adds, is it squared then it’s cubed? Just kidding.

Pete: It’s not really kidding, it’s probably true. You can almost square it.

John: If you get too many you can’t do anything at all.

Pete: Exactly right, internal alignment is a big issue that I deal with all the time. Just to get passed that, “what is the actual definition they want to go down, what is the actual app?” They have this grand gesture around ‘Ok we’re going to make this thing that changes our industry’. But ultimately what is that? “Well you’re the professional; you tell us what it does.” And we tell them and they’re like, “no we want it this way,” ok well you didn’t tell us you wanted it that way. It all depends on the stakeholders involved.

When you’re a small team and you’re doing a product from the very beginning and you’re able to identify what that core thing should be, really focusing on that simple task, identifying that user, that one person you’re going after and taking that first stand, drawing that line in the sand and saying, ‘Hey this is what we’ll do’. You can do it in a couple of days, why not? Then start growing from there start able to understand ‘is that right, did I make a mistake here, should I go a little to the left, to the right or do I keep going down the course that I decided to go down?’ That allows you to really do things quickly, iteratively and able to ultimately get to market quickly. Again you shouldn’t have this throw the kitchen sink frame of mind involved here. You don’t want to take on too much, do too much, stay focused, keep it simple, and really make sure that you’re all in alignment with moving forward. Now how long does it really take to design and develop an app?

John: Say maybe at a larger company.

Pete: Now the question is difficult to ask, because it all depends on the content, it all depends on where you are getting the content, if you have to create the content from scratch, if you’re actually requiring or relying on user generated content. All these elements will actually allow you to drive towards what that app actually could be and ultimately how long it will take to develop. It can take a couple months, it can take six to nine months, it all depends. It all depends on what the amount of work you actually have to do and really a lot of that is around the content itself.

John: So nine months just for the design?

Pete: No, not just for the design, I’m talking about for the whole thing built, design and development.

John: What’s the longest you’ve seen an app take? Maybe it never made it.

Pete: I’ve seen plenty of apps that have never made it. I’ve seen probably nine months to a year is probably the longest I’ve seen apps take. But I’ve heard of apps taking a lot longer. I’ve heard of apps taking a couple years.

John: What’s the biggest reason that you’ve seen for apps not making it?

Pete: Again, not having clear understanding of what an MVP is.

John: Minimum Viable Product.

Pete: Minimum Viable Product. Perhaps just being too feature-rich, trying to do everything at once. Not comfortable by launching with a small subset of what the product could potentially be but having to include everything. And a lot of this happens where you have to be very inclusive of different departments or different people that are involved that will ultimately use this. A lot of these will be internal tools typically than external tools for mobile but a lot of is just everybody just needs to be involved and wanting their content in there. Without that then it doesn’t move forward.

John: Must be hard to educate other internal departments that you don’t get a lot of time with and they want their own features and functions, but you can’t really educate them, ‘look there needs to be a Minimal Viable Product,’ it’s kind of like the Obama care website, trying to do too much at once.

Pete: Yeah that’s a good example I guess. There’s definitely a lot of that. I can’t emphasis enough of anytime you build any kind of product mobile app. It’s having clear focus, clear vision of what is the simplest way for you to have a starting point of moving forward and ultimately beyond that having a road map of how you can be really pragmatic about incorporating new features and rolling that out as different elements. Because if you are not comfortable with doing that it will take you a long time to actually get something out there in the hands of your users and that means it will take a long time for you to understand if what you did was correct because ultimately the user will tell you whether what you’re doing is right or wrong. Without that information without that guidance you’re spending a lot of time, which means a lot of money and you’re showing very little results for that.

John: So what are top three tips for creating great mobile app interfaces or great mobile apps in general?

Pete: I think that the first one is starting from content. Understanding your content and designing with content in perspective. That’s going to influence how your product will look and feel from the start. If you don’t understand that then you are going to have a lot of iterations before you actually get to that point. Second I think, keeping it simple is really important. I think that overthinking or even over designing will not help. Keeping things simple especially in the very beginning is very important. Not only will it allow you to get to where you’re going faster but also allow you to communicate your ideas a lot clearer to your audience. Then ultimately third is consistency. Make sure whatever you do is consistent throughout your product and make sure you always keep that in mind. It’s so easy to get distracted and try and reinvent new metaphors or new ways of solving a particular solution you’ve already solved in one sense but ultimately with your app what you’re doing is you’re training a user to use your product in a specific way if you don’t keep that consistent those get confused if you hit certain parts that aren’t the way that you’ve already taught them in the very beginning. I think those are probably some of the three most important things to keep in mind when designing for an app.

John: What are some good online resources for mobile app design?

Pete: So there are a number of blogs out there that have great examples, they talk about great things. I love the simplicity of Pinterest. I look at some of the boards out there. I have my own board that focuses around great UX or UI examples.

John: What’s your username for your Pinterest.

Pete: My username is digitalczech cause I’m originally from the Czech Republic, you can find me up there.

John: A lot of good developers there around that region.

Pete: Yeah that too. I actually like a lot of the design pattern libraries that are out there. There are some sites that curate some of the design patterns like or These are sites that basically focus on certain interactions rather than the actual visual design but they actually show how many menu structures might work or how certain transitions work. They’re very creative and curated very well.

John: So depending on the task you choose a certain one?

Pete: Exactly. Inspiration is everywhere right now and I definitely tell all of my designers go out there and get inspired. Look at what’s available, what other people are doing and push it, take it to the next level.

John: What are some good keywords to query on in Google?

Pete: “Pete Petras.” (Just kidding.) I think “UX design patterns” are great. I think that’s a great set of keywords. “Mobile design patterns.” there are a lot of great sites that refer back to those that are very insightful.

Jan 28 2014



Gamification and Why Your Mobile App Needs It

Podcast cover
Read more

You don’t have to look far to see how gamification has accelerated online websites and apps.  Take the Facebook “Like” for example.  This game mechanic has driven the success of the Facebook platform.  If you already have or are thinking about building an iPhone or Android app, you should give some thought to what’s going to keep your users coming back.  Applying principles of gamification can be just the thing to make your app successful. Watch the video now:

Watch MP4 (iPhone/iPad)

In this first episode of Mobile App Development TV, we talk to Danny Maco, a Silicon Valley entrepreneur who frequently serves as an advisor to startup companies here in the San Francisco Bay Area, and has worked recently as the General Manager of the digital division of University Games.  Even if you don’t have a game app, you can still apply the principles he outlines to nearly any type of app.

Gamification is all around us.  I remember in kindergarten, we would get a series of stars for completing various tasks in the classroom.  Those stars really drove our behavior in class.  I’m amazed at how people respond to airline mileage programs.  I know some people who take unnecessary flights at the end of the year, just to maintain their mileage status.  Mileage programs not only generate loyalty, but they help airlines maintain a minimum spending level for their customers.

In this video, Danny explains that there are four variables that drive a successful app:

1. Discoverability
2. Large audiences
3. Retain users
4. Generate revenue

These four variables are driven by gamification.  Danny also provides examples of gamification, citing LinkedIn and how they display a progress bar as you complete your profile.  LinkedIn also provides the ability to see who has looked at your profile, which keeps people coming back.  Another great example is endorsements.  When people receive things, they feel like they should give back, and this provides stickiness and a sense of community.  All of these game mechanics work to continually bring users back to the app to generate revenue.

MobileCast Media offers app gamification services.  Contact us for a quote.

Mobile App Development TV Transcript

This program is of interest to companies developing iPhone, Android, iPad and tablet apps.  To control cost, it’s always good to develop subject matter expertise and that’s what you can gain from this program.  We are based in the San Francisco Bay Area and cover mobile app development news and best practices.


Danny Opener: From an online product perspective one of the more powerful examples of gamification, from an element perspective is the Facebook like. Think about how powerful that is. You know, when somebody likes something that you’ve posted, there’s a super strong social element to that.

Voice Over: From MobileCast Media’s headquarters in Silicon Valley, this is Mobile App Development TV with John Houghton.

John: Welcome to Mobile App Development TV, I’m your host John Houghton, and we’re talking today about gamification, now gamification is very important if you want to bring people to your app and get them to stay and have them come back. It needs to have a gamification element. It’s important not just for games but for any type of app.  So we’re talking today with Danny Maco, he is a subject matter expert in this area and he worked recently as the General Manager of the digital division of University Games where his job was to take physical board games and to turn them into mobile games. How are you doing today Danny?

Danny: Good John, thank you for inviting me.

John: A lot of people don’t know what gamification is, what is gamification in your words and why does it matter?

Danny: So there’s often a lot of confusion around what gamification is, and maybe it’s better or easier to describe what it’s not. Often people think gamification is taking a non-game product and turning into a game. While there may be some use cases where that’s helpful, generally that’s not what’s meant by gamification. They’re four primary variables that drive a successful game. They have to be discovered, there’s millions and millions- hundreds of thousands of apps available on these various app stores. They have to have audiences that are large audiences to be able to make their monetization model work. They need to retain their users in order to maximize the lifetime value of their players and generate enough revenue to make their business model work and they need to monetize those players.

Because mobile applications just as an example or mobile games is such a competitive environment and you’re competing against other developers that are building free games so you’re competing against free, the successful game developers have become masters at maximizing and optimizing these four things.

So now when you take a step back and you look at any business, whether it’s an online business or a traditional product and you think about it, they have those exact same needs and issues they need to have their product discovered, whether traditionally it’s through various marketing channels etcetera but people need to find their product. They have to have enough consumers to buy it to make it a good business model, so audience is important for them too, usually just uses different terms referred to customers as opposed to audience.

You want to retain those users and that’s why loyalty programs have been so helpful and utilized to keep people around engage with your brand so that there’s more and more opportunity over time to provide value in exchange for revenue and then monetizing. So, because the problems when the variables related to success on both types of businesses are the same, gamification is really about using those proven methods of maximizing revenue, engagement, etcetera success in general in the gaming world and applying them to non-traditional or non-game types of products and businesses.

John: And monetization is the end goal. Are there some examples of how gamification can be incorporated into a product?

Danny: Well in reality gamification is all around us, keeping in mind that often you’re interacting with products without even realizing that there have been gamification considerations in the design and development of that product. Loyalty programs are a great example which you can see everywhere, whether it’s at Safeway or flying on an airline, those all have game mechanics in them. Some other subtle examples of things that many of you use on a regular basis, LinkedIn as an example has a lot of game mechanics associated with it that you may not be thinking about. The progression bar as an example, there’s a mechanic associated with achievement and people want to feel progression. So by putting a progression bar there, people are able to get that feedback of – hey I just accomplished something and I can see real stimulus coming back to me that its being accomplished. There’s a certain sense of reward to see that you’re progressing.

There are other examples of vanity mechanic when LinkedIn added the ‘who’s looking at your profile’, well when people go in there and look at who’s looked at their profile there’s little bit of appreciation, reward from a vanity perspective, ‘Hey people think I’m important, I’m getting some validation of who I am and what I’m doing’.  Appointment mechanics so when you look at the stats associated with people that have viewed your profile you notice that you can only look at the updates of that on the graph once a week. So for some types of people that are using the application, they’ll come back knowing that ‘well its Thursday now I can see my stats for last week, have I gone up? Have I gone down?’

Another great example of a game mechanic in LinkedIn is endorsements, which really utilizes what’s called a gifting mechanic. So when people come in and they endorse you, to some extent they’re gifting you. They’re giving recognition that you’ve done certain things which is of value to you. Now the gifting mechanic is really interesting and important because when people receive a gift, they feel obligated to some extent to give a gift back. So you’ll find that when people endorse people, those people that are endorsed will often go back and endorse the people that endorsed them. Now of course this is great for LinkedIn as a product because it brings people back to the environment, back to their product and facilitates retention of their users.

Probably the most, from an online product perspective one of the more powerful examples of gamification, from an element perspective is the Facebook like. Think about how powerful that is. You know, when somebody likes something that you’ve posted, there’s a super strong social element to that you’re interacting with other there’s a vanity element. Look somebody liked what I said or what I liked or what I posted, there’s a reward, if I put up content I’ll get that feedback from people. Hopefully not negative feedback and actually you notice they’ve done a good job of making it very difficult to get negative feedback or positive, you know. They like what I’m doing, and so really not only a powerful game mechanic but an example of an element that a company’s hinged and revolved their entire business around.

John: Well game mechanics can certainly help make an app more successful. Well that all we have time for. Thanks Danny and thank you for joining us. I’m John Houghton for Mobile App Development TV here in Silicon Valley. Mobile App Development TV is part of the MobileCast Media blog. For more information please visit Thank you.

Extended Transcript Follows

John: What are some of the challenges of taking let’s say a real world board game and converting that into a mobile game. 

Danny: I think there are some prerequisites initially.  One is any game whether it’s a physical game or mobile game is got to be fun. If you don’t have a fun game you’re not going to have success. Between the two, the physical and the mobile, ideally you want both of them to be able to stand alone as a wonderful experience, so that you can engage with a player on the board game side even if they’ve never heard of the mobile application. You can have a great experience on the mobile application but if they are able to play both of them it’s an additive experience.

John: Give me an example of the process of developing a simple mobile game.

Danny: So there are a lot of things to consider in building a successful game. I think to start with you need to think about what your objectives are. Are you going to build something that is primarily intended to release to the world and provide maximum joy to your players without having to worry about things like monetization or revenue?  Is this going to be a revenue generating mobile game?  Is it perhaps something that’s going to be integrated into an already existing product?  In which case it’s not a primary revenue source but you’re really driving awareness and promotion of some other product that you’re going to hope that your customers purchase.

You also have to think a little bit about whether it’s going to be a single player application or a multiplayer application. That’s important both from a design perspective, but also your development costs are going to be different. With multiplayer mode you’re going to have to be probably more dependent on backend servers and persistence associated with things like virtual goods, virtual currencies etcetera.

You have to think about your players, what are the demographics that you’re going after or what are the archetypes of those players. Certainly there’s a significant delta between if you’re going after players that are children and players that are above 13 or above 18. There are considerations both form legal issues, liability, what you can or can’t do on a marketing perspective and associated with the numbers of players that you are going to be attracting to your application depending on those things. You have to think a little bit about how your application’s going to get discovered. You have to think about the platforms, is it going to be iOS or android, or both.

If you chose one or the other, are you going to launch initially on one or try to go across the boards, you have to think about that. You have to think a lot about creating a great game, it’s the most important element to this whole process, is coming out with a product that people enjoy playing. Once you’ve done those types of things you put it together in a design document and then you start developing. You produce what’s called a MVP, a Minimum Viable Product, think simplicity. Get something out there make sure that you have analytics incorporated into the application so that you are able to deduce actionable items that allow you to iterate and enhance and improve the application over time and then you deploy it.

John: It’s really common to come across people that think that developing a mobile app is a one-time thing and they’re done. Can you tell me about that?

Danny: Well I think that it ties back to what are your established goals. I can see some examples where that type of approach would be reasonable.  Let’s say you’ve got a very narrowly defined objective, a campaign you want to achieve 1000 downloads, very limited budget and that’s a stepping stone for some other objective. But in general, particularly in the gaming industry those companies that are successful would say that not only is it important that you are continually evaluating and assessing through analytics what your players are doing, what’s working, to make engineering changes to release often to continually improve the user experience, it’s not only a good idea but its critically important for their success. In the non-game world I think that that’s true as well, increasingly. We’re more and more in a world where it’s about building momentum around your customer base where your consumers could be your evangelists and where you want to retain those users, have them loyal over the course of time. To do that and to really understand their needs and desires it’s almost impossible to get that right the first time. So you need to do iterations, you need to test one thing and if they respond well great, improve it. If they don’t respond well then you make changes. Now let’s assume that you got it right the first time, well even in that scenario things change so quickly in our world- in our business these days that you always have to keep on top of what’s happening what’s changed if you really want to maximize your business. And I think what’s important to keep in the back of your mind, even if you don’t believe that it’s important for you to do it, you’re surrounded by competitors who do and that’s what you’re going up against.

John: Even experienced game designers will iterate multiple times?

Danny: Yes, particularly with experienced game designers. You’ll find that there will probably be more of a biased of let’s do it once and let it go from game designers that don’t have much experience. Those that have a lot of experience have learned the through lessons that no matter how much experience they’ve gained there’s some probability that they aren’t going to get it right and they need to iteratively learn. There’s kind of a mantra of “I am not my player” so no matter how well I think I know my player or my consumer, you have a hypostasis of what you believe what’s going to resonate with them but often you’re proven wrong in those cases it’s actually an opportunity to better your business and provide better value to your customer.

Nov 20 2013