While that's a great question, I think a better one is: What type of problem are you trying to solve with a PlayBook?
I categorize apps into two broad categories:
- Device intensive
- Data
The vast majority of applications present data. A good example is my weather site: craigweather.com. It shows real-time sensor data from measuring equipment on top of my house. It also shows government forecast data that changes every hour.
With this type of app: It is the data that's most valuable.
Remember: timeliness matters.
With this type of app: It is the data that's most valuable.
Remember: timeliness matters.
Good web sites often focus on data. More and more 'mobile apps' surround this content with an 'app wrapper' that adds little to no value. I find things like native 'weather apps' to be pretty much useless packaging. Going to a weather web site is almost always better.
Favorites in the browser are a great way to access 'data'. No downloading. Up-to-date. No fuss.
Take a look at the PlayBook Browser Favorites page. The live thumbnail images
look like native apps. And they are better if the solution is mainly about the data.
look like native apps. And they are better if the solution is mainly about the data.
-------------------
That big elephant in the room has half a million apps. Many should be delivered via web sites. But you can't charge $1.99 for a bookmark can you?
No comments:
Post a Comment