Help me fill in the blanks: iPhone platform versus Facebook platform
Comparing the iPhone platform versus Facebook platform
I’ve recently been pondering the key similarities and differences between the way the Facebook platform ended up getting executed versus the iPhone platform. It’s an interesting trend now that other mobile players are thinking about opening a platform and providing an app store as well.
How would you guys add to the following table?
| Facebook platform | iPhone platform | |
| Pricing | Free | Free or $0.99 to $999.99 |
| Distribution | Primarily viral (invites, newsfeed, etc.) |
Primarily app store |
| ??? | ??? | ??? |
| ??? | ??? | ??? |
| ??? | ??? | ??? |
What else should be in this table?
View Comments to 'Help me fill in the blanks: iPhone platform versus Facebook platform'
Leave a Reply
Recent posts
New here?


As categories, I would say add “ease of development” and “opportunuties for viral platform distribution” or something like that
aweissman
8 Sep 08 at 10:51 am
The Facebook platform is also inherently more social than the iPhone platform because Facebook gives app developers access to their social graph. As a result, there seem to be more single-person apps like Labyrinth, Pandora, Tap Tap, etc. that are most popular on the iPhone vs. more social apps like Top Friends, Super Wall, Compare People, etc. that are most popular on Facebook.
Ed Baker
8 Sep 08 at 11:34 am
I think they're different worlds of sorts because the iPhone apps provide all sorts of users and functionality on a mobile scale. It also brings the social aspect of Facebook apps to the mobile side and enhances it using location data.
Tim Jahn
8 Sep 08 at 12:31 pm
Inspirational for the topic:
http://discussionleader.hbsp.com/haque/2008/08/...
David Stone
8 Sep 08 at 12:40 pm
Market Size – potential and existing.
Cost to develop apps
Categories of popular apps (like solo vs. group as stated above.)
Platform (FB) vs. communications channel (iphone)
To previous commenter – iphone profiles http://www.louisgray.com/live/2008/09/iphones-m...
Crashability – FB= high, Apple = low.
daveevans
8 Sep 08 at 1:20 pm
Pricing should be broken out into developer cost vs. user cost, because a dev has to spend $99 for access to the app store. Other possible breakdowns
Coding language:
Facebook = anything like PHP/Ruby/Python/ASP/JSP
iPhone = Cocoa
Extra hardware:
Facebook = none
iPhone = Intel-based Mac running 10.5 Leopard (probably good to have an iPhone too)
Market Size:
Facebook = 100 million users
iPhone = 5 million activated phone (rough guess)
Matt
8 Sep 08 at 2:04 pm
Developer Community: Apple: Strangled by NDA Facebook: ?Open & Supportive?
Audience: Apple: People who pay $200+ for cell phones & $60+/month service Facebook: Anyone with access to a computer with an internet connection.
Mobile Internet Penetration Among Userbase: Facebook: ? iPhone: 100%
eas
8 Sep 08 at 5:42 pm
rows:
easy payment experience for consumers (ie: one click)
natural native gestures / UI
location information availability
always with you
offline availability
hans
8 Sep 08 at 5:58 pm
Implementation options feels like it deserves a row. Facebook can use pretty much anything the web can use. I'm not sure, but I think that iPhone apps are limited to Objective C and javascript/dhtml on the web side.
IPhone supports location-based apps, where Facebook only supports MAYBE what city you're in (though the network or GeoIP).
Should there be a row that describes the difference between the “always in your pocket” nature of a phone app and the “when I remember to browse to it” nature of Facebook?
Joe Ludwig
8 Sep 08 at 9:50 pm
you compelled me to write: http://okdork.com/2008/09/08/the-difference-bet...
noah
8 Sep 08 at 11:03 pm
Usage Metrics: Facebook = started out as installs, progressed to monthly actives. iPhone = installs.
The difference being that the usage data is available for FB apps, but not for iPhones. For example, out of the 1M+ Tap Tap installs, what's the usage pattern? I, for one, played about 3 songs before deciding that it was boring and went back to playing Sudoku. Two weeks later, I discovered it was still on my phone and uninstalled it. But that kind of data isn't available.
It probably doesn't matter for paid apps, but for free apps, especially those hoping to monetize with the numerous iPhone ad solutions in the works, it could be important to know, but probably won't ever be.
Ryan
9 Sep 08 at 12:18 pm
Other questions to ask on the comparison include:
# Active Users
State of developer relations
Ease of getting started as a developer
Cost of developer tools (while everyone who is a developer will already own a PC, most will not own an iPhone, and what software will they need in which to program)
Harrison Rose
9 Sep 08 at 4:25 pm
User demographics
kevin
11 Sep 08 at 2:12 pm
Lack of a payments platform for FB apps seems to be a pretty big difference
jontien
11 Sep 08 at 4:24 pm
Completely unrelated, but I was wondering whether your redesign / twitter header and so forth affected any of your stats?
ian
12 Sep 08 at 7:29 am
actually they haven't
It's been about the same, although Twitter does bring in some traffic. I think Twitter's useful for sure.
Andrew Chen
12 Sep 08 at 11:11 am
A little late on this, but here are two more that I don't see in the comments…
- Comparison of the incentive funds of each platform
- Engagement potential with respective hardware constraints (shameless plug http://tinyurl.com/5sqofs)
Mike Gowen
6 Oct 08 at 7:34 am
Thanks for sharing
John
http://thenewsempire.com
gargouri2001
13 Oct 08 at 9:16 am