• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Best Practices in Smartphone Business Apps
 

Best Practices in Smartphone Business Apps

on

  • 1,888 views

talk from Web 2.0 on recommendations of how to best build enterprise smartphone apps. Also briefly covers Rhomobile's Rhodes framework

talk from Web 2.0 on recommendations of how to best build enterprise smartphone apps. Also briefly covers Rhomobile's Rhodes framework

Statistics

Views

Total Views
1,888
Views on SlideShare
1,857
Embed Views
31

Actions

Likes
2
Downloads
27
Comments
0

3 Embeds 31

http://www.slideshare.net 29
http://www.linkedin.com 1
https://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Best Practices in Smartphone Business Apps Best Practices in Smartphone Business Apps Presentation Transcript

    • Adam Blum, adam@rhomobile.com Best Practices in Smartphone Business Apps
    • Background
      • iPhone has changed the game
        • All users now want to run real apps on their smartphones
      • It’s a huge win for businesses
        • Workers are productive everywhere, anytime
        • Smartphones are cheaper than laptops
        • They have senses (sight, hearing, touch) that laptops never had
      • But
        • Its difficult to write apps for all smartphones that your people have (without a smartphone app framework)
        • Good smartphone apps are different than good web apps or good desktop apps
    • Avoid Typing
      • Pick reasonable default settings
        • number of records, objects to be shown, languages, sort orders
      • Don’t have any setup process EVER
        • first screen should be functional
      • Use information on device to pick
        • locations
        • people
    • Don’t Do This: KinitoPro all of this just to get to your accounts? why not just use reasonable defaults?
    • Context Sensitive
      • take users right to the data
        • common metaphor: list of records at top level
        • or a map with objects
        • using location, time, user info to select what to show
      • but no top level lists to select the right object type/function
      • Settings as an option on the tab bar
    • Don’t Do This: iPivotal
    • Do This: TrackR (Koombea)
    • Leverage Device Capabilities
      • smartphones have senses: sight, hearing, touch
      • don’t do myopic web ports
      • you can probably use:
        • GPS
        • mapping
        • PIM contacts
        • camera
    • What To Do: Nationwide Claims App great use of device capabilities (GPS, camera) to record accident info free on App Store
    • Synchronized Local Data
      • make it possible to use the app without connectivity
      • insure that user’s work on transactions (Create/Update/Delete) is never lost
      • automatically cache frequently used data
      • generally requires some kind of sync framework
      • “ Sync to Contacts” is not sync
    • Handle Varying Schemas
      • Large enterprise apps (CRM, ERP) rarely have fixed/”out of box” schema
      • Need to handle varying builtin objects (account, contact, task, etc.)
      • Plus handle inevitable changes to those schemas
      • one reason why apps for CRM/ERP are rare on the App Store
    • IFusion no local data (sync so you can access contacts when offline)? no save to local PIM contacts?
    • InfusionSoft written with Rhodes. data is synced and available offline. robust set of capabilities on each contact (tags, followup sequence, history, action set). save to PIM (address book)
    • Support All Devices
      • Android and iPhone have great growth
      • But BlackBerry and Windows Mobile have enterprise installed bases that aren’t going away
      • Symbian is still huge worldwide
      • Nokia/Intel Meego and Atom chip are very interesting
    • Rapid Iterations
      • deliver small identifiable features frequently
      • use a toolset that enables rapid iteration
        • Objective C might not be the best one for that
    • Rhodes Architecture RhoSync Server your app code RhoSync client ORM (Rhom) Rhodes components Ruby executor HTML templates model controller model HTML templates controller Backend app mobile device source adapter Backend app model model We provide: Rhodes app generator Backend app Device capabilities smartphone device source adapter You write:
    • Rhodes v. Other Frameworks
      • Only one that supports all devices
      • Only one with synchronized data
      • Only MVC framework
        • And only ORM
      • First Ruby on the device
      • First and only hosted development service for mobile
    • Summary
      • Context sensitivity
      • Avoid typing
      • Leverage the device
      • Support all devices
      • Synchronized local data
      • Handle varying metadata
      • Rapidly iterate
    • RhoLogic for SugarCRM