Posts Tagged ‘iOS’|
Friday, February 24th, 2012
Thursday, October 27th, 2011
This morning I saw this great chart by Michael Degusta that clearly shows Android’s poor support for its phones. This is the reason why enterprises are choosing iOS devices over Android ones. This is why many company choose to develop for iOS first. This is why many developers choose to stick with iOS only.
Few months ago I bought a Nexus One, so that I could test some Android apps we are developing at 39, and yesterday I found out that Ice Cream Sandwich (the upcoming Android version) won’t be available since the phone is too obsolete. Now, this is a phone that is only few months older than the iPhone 3gs, that is still sold, supported and updated by Apple.
Wednesday, December 8th, 2010
About a week ago we launched SyncPad, the very first iPad whiteboard app for remote collaboration. This was the first time we released a ten-dollar application, and things were different than usual. Here are a few of the things I learned:
- They will e-mail you: For most of our previous applications, most of the feedback we received was via reviews on the App Store, but when it comes to a business-oriented application that cost $9.99, expect to receive e-mails. Luckily for us, most of them were very nice e-mails with positive comments and a lot of suggestions on how to improve our product.
- Users love great human support: It may sound like an obvious thing, but it’s not. A lot of companies still don’t understand the value of great support. Good support solves problems. Great support creates evangelists and enthusiasts. Here are two examples:
Thanks for the email, I know you guys are busy, taking the time to send an email was enough for me to buy your software. I’ll let you know how it goes. Try to keep the human touch as a simple email went a long way.
That is great to hear.
I also want to let you know I appreciate your feed back and will be sure to mention that in a positive way when I rate the app on iTunes.
I know it is not much, but so few developers reply it is great to find one that does!
Try to reply to all the customers within 3-4 hours; they will love it!
- Be yourself: If you are not a corporation, don’t reply to your customers like one. If your users see that on the other side of the e-mail there is a person who cares, their attitude will immediately change, and they will start caring more about your product. They will feel as if they are supporting you instead of feeling as if they just bought a product from Walmart.
- Learn from your users: When we came up with the idea for SyncPad, I mostly envisioned how I would use it myself. Well, apparently that’s not how our users want to use it, and we couldn’t ignore that. Most of the people who contacted us are using, or planning to use, SyncPad more for presentations than actual collaboration sessions, and they had a specific set of features to improve the app.
It’s important to know how to say “no” to your customers, because you can’t add every requested feature, but at the same time you need to know when you just have to follow their lead. In our case, we took those features we thought would make SyncPad a much better product, and you will see them in version 1.1.
Being on the front-line of support really connects you with your users. I’d recommend that anyone with a startup or a product try it for at least one week, and I assure you that you will learn more in that week of dialoging with your users than in months of researching.
Tuesday, October 19th, 2010
If you are looking for a good book on how to create successful iPhone applications, whether you are a developer or not, today is your lucky day. Starting today you can find on Amazon a great book on this topic: App Savvy, by Ken Yarmosh.
The book follows the entire process of creating an iPhone application: from idea inception to realization and beyond (marketing strategies and after-launch analysis}. The whole book is also enriched by real case histories and interviews with experts of each phase of the development. I actually had the honor of being one of the people interviewed by Ken. I answered questions about hiring the right developer for your project and my experience with Get Apps Done.
Here some of the topics you’ll find in the book:
- Learn about the App Store and how Apple’s mobile devices function
- Follow guidelines for vetting and researching app ideas
- Validate your ideas with customers — and create an app they’ll be passionate about
- Assemble your development team, understand costs, and establish a workable process
- Build your marketing plan while you develop your application
- Test your working app extensively before submitting it to the App Store
- Assess your app’s performance and keep potential buyers engaged and enthusiastic
Learn more at http://getappsavvy.com
Friday, September 3rd, 2010
This post wants to be a response to the article posted on Fast Company “The Great App Bubble,” in which the author base all his statements on stats taken out of context.
One billion dollars in revenue for the approximately 225,000 apps is $4,444 per app–significantly less than an app costs to develop.
Sure, this would be true if those revenues were equally distributed to all developers. This statement doesn’t keep in mind that there are thousands of crappy apps out there that don’t make a dime and applications that are developed once and republished several times (think all those travel apps where they publish a different one for each city). In the latter case even if the statement were true, I wouldn’t mind making $4,444 one hundred times over.
A typical iPhone app costs $35,000 to develop.
I really really wish this statement was true, especially because that’s what we do primarily at 39 inc.; I also wish that was the typical price we charged for the applications we build. Some applications could really be expensive of course, especially if you factor some server side programming as well, but of those 250,000 applications, I can guarantee you that 220,000 of those apps didn’t cost more than $7,000 each.
iPhone users don’t find their apps very valuable. In 2009, analytics start-up Pinch Media reported that people barely use the majority of apps they download. Only 20 percent of consumers utilize a free app the day after they download it. By 30 days out, less than 5 percent of consumers are still using it. Paid apps (page 13 of the company’s fascinating 33-page slideshow) have a slightly better performance record, but they still get hit with a steep drop in usage within a period of 11 days. The value of most apps may be in satisfying the curiosity of what the app can do, not in its usefulness or relevance in a user’s daily life.
Sure, free applications are often downloaded just out of curiosity, games are usually discarded once finished and nobody is arguing that there are a great number of disposable apps. So what? I don’t see any problems with that. As a developer you can you can make tons of money building disposable apps as well as building a long lasting success like Tweetie or Instapaper.
Marketers are spending money on iDevice apps at the expense of improving their mobile Web sites that everyone with a smart phone can access. According to Ahonen and Moore, iDevice app development actually costs 10 times more and reach is 50 times worse. Sex appeal will only trump pragmatic reach for so long.
I agree, a lot of websites should definitely try to improve their mobile website or at least make sure that the mobile experience isn’t inferior to the desktop one. But that doesn’t mean you couldn’t also offer a native application for iOS, with performances and experience far superior to their web counterparts.
Venture capital is flooding into the app economy in spite of the questionable ROI proposition.
Go tell that to the people who invested in Tapulous or other successful mobile development companies. That’s how venture capital works anyway, they do ten investments and maybe a couple of those will be successful enough to pay for the other investments and still make a profit.
Steve Jobs has said 15,000 apps are submitted to the App Store each week. With this many apps to sort through, finding new, useful ones to download can be a painstaking task. Then on my phone, if I want to find an app I don’t regularly use or a new one, I need to use the search function to find it. Can you think of a faster way to get information? The browser. Once mobile Internet gets faster, apps as the key to on-the-go information and tools will be on the outs..
I suppose that for the author it’s easier to find a web application between millions of pages than a useful apps between 250,000 ones. He seemingly forgot about word of mouth, blogs, social networks and all the others ways that will always let the cream raise at top.
In conclusion, I can say that building a business solely based on mobile development isn’t as easy a task as some successful stories may infer, but definitely mobile apps are not a bubble. They could be part of a cycle for sure, where at one point they will leave their place to other things, just like other things do, but there is a big difference from being a bubble.
Thursday, August 12th, 2010
Last night I gave a presentation at Refresh Mobile, a combination of the South Florida iPhone meetup and the South Florida Android Developers meetup, about how to market your iOS, but not only, applications.
These are the slides from the presentation:
Here’s the video of the presentation courtesy of Damian Montero
Monday, August 9th, 2010
Apple just sent to all their developers an email announcing a new App Store Volume Purchase Program that will allow educational institutions to buy applications in bulk for their students at a discounted price.
We’re pleased to announce the App Store Volume Purchase Program. Education institutions in the United States now have a new way to purchase your apps in volume for distribution to their students and faculty. You can also elect to offer special education pricing on your app when purchased in volume.
Developers will be able to choose to offer special pricing that is 50% of their list price to education institutions when they purchase 20 or more copies of their app.