1 / 50

Thinking Small to Get Big

Thinking Small to Get Big. The long tail of software. Excite Query Distribution. Sex. Mp3. Britney Spears. 3%. 97%. 1,000X. 10. 1000. 10,000,000. Excite didn’t figure out how to make a business out of 97% of our traffic volume. Google Did. $50bn anyone?.

bat
Download Presentation

Thinking Small to Get Big

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Thinking Small to Get Big The long tail of software

  2. Excite Query Distribution Sex Mp3 Britney Spears 3% 97% 1,000X 10 1000 10,000,000

  3. Excite didn’t figure out how to make a business out of 97% of our traffic volume

  4. Google Did. $50bn anyone? An efficient marketplace for advertisers to reach SMALL audiences.

  5. Every single iTunes song has been bought at least once

  6. The transformative businesses are going to operate in and monetize the long tail

  7. There’s a long tail for software

  8. In the past, the software tail has been inaccessible. Too hard to write. Too expensive to write. Too brittle once deployed. Too expensive to market and distribute.

  9. The focus has been on dozens of markets of millions Instead of millions of markets of dozens.

  10. Business software in the long tail.

  11. Software’s Long Tail Head Tail

  12. Software’s Long Tail Fixed, stable feature set Evolvable, changes with requirements Head Tail

  13. Software’s Long Tail Fixed, stable feature set Architected Evolvable, changes with requirements Evolved Head Tail

  14. Software’s Long Tail Fixed, stable feature set Architected Permanent Evolvable, changes with requirements Evolved Disposable Head Tail

  15. Software’s Long Tail Fixed, stable feature set Architected Permanent 100k-1M users Evolvable, changes with requirements Evolved Disposable 1-1000 users Head Tail

  16. Software’s Long Tail Fixed, stable feature set Architected Permanent 100k-1M users Big pieces Evolvable, changes with requirements Evolved Disposable 1-1000 users Small pieces Head Tail

  17. Software’s Long Tail Fixed, stable feature set Architected Permanent 100k-1M users Big pieces Monolithic Evolvable, changes with requirements Evolved Disposable 1-1000 users Small pieces Loosely joined Head Tail

  18. Software’s Long Tail Fixed, stable feature set Architected Permanent 100k-1M users Big pieces Monolithic Generic Evolvable, changes with requirements Evolved Disposable 1-1000 users Small pieces Loosely joined Situated Head Tail

  19. Software’s Long Tail Fixed, stable feature set Architected Permanent 100k-1M users Big pieces Monolithic Generic Lock-in Evolvable, changes with requirements Evolved Disposable 1-1000 users Small pieces Loosely joined Situated Open Head Tail

  20. Software’s Long Tail Fixed, stable feature set, Architected, Permanent, 100k+ users, Big pieces Monolithic Generic Lock-in Most users not builders Changes with requirements, Evolved, Disposable, 1-1000 users, Small pieces Loosely joined Situated Open Most users are builders Head Tail

  21. Software’s Long Tail Fixed, stable feature set, Architected, Permanent, 100k+ users, Big pieces Monolithic Generic Lock-in Most users not builders Low-level tools Changes with requirements, Evolved, Disposable, 1-1000 users, Small pieces Loosely joined Situated Open Most users are builders High-level tools Head Tail

  22. Software’s Long Tail Fixed, stable feature set, Architected, Permanent, 100k+ users, Big pieces Monolithic Generic Lock-in Most users not builders Low-level tools Complex, feature bloat Changes with requirements, Evolved, Disposable, 1-1000 users, Small pieces Loosely joined Situated Open Most users are builders High-level tools Simple, few features (but right ones) Head Tail

  23. These characteristics imply a set of features…

  24. Flexibility • Handles structured and unstructured data • Easy to modify and migrate schemas

  25. Evolvability • Tolerant development process • Amenable to easy changes as project progresses

  26. Users are builders • Short distance between using the app and modifying the app • Integrated view and edit

  27. Loosely joined, Open • Easy to get data in and out

  28. Simplicity, Small pieces • Minimal object model, small number of component types (RESTful)

  29. High-level tools • Rich environment (environment is useful without even programming) • Ala Excel

  30. Antecedents

  31. HyperCard • Rich environment (stacks were useful without scripting). • Tolerant (data model was flexible). • Integrated view & edit. • Not so easy to get data in and out, and app was not networked for group use.

  32. Excel • Rich environment (spreadsheet is useful without even calculating, much less macros). • Tolerant (easy to refactor). • Integrated view & edit • Simple data model (everything is a cell). • Easy to get data in and out (CSV, HTTP). • Not networked, and cell model makes it primarily useful for numerical modeling.

  33. Microsoft Access • Not a rich environment (you have to build tables before the app is useful). • Not tolerant (hard to migrate schemas). • Integrated view & edit for only some users. • Complex data model.

  34. Lotus Notes • Rich environment. • Moderately tolerant. • Some users can be builders but building is generally complex. • Not easy to get data in and out. • More complex object model. • Not loosely joined.

  35. Traditional Wikis • Tolerant. • Integrated view & edit. • All users can be editors and creators. • Not loosely joined. • Inflexible data model: no structured data. • No programming allowed.

  36. How do we meet the set of required features?

  37. Tolerant Development • Revision control, flexible data model

  38. Short Distance b/w Using/Editing • Just one click!

  39. Easy to get data in and out • Rich standards-based methods to access and publish data

  40. Minimal Object Model • Everything is a wiki page

  41. Rich Environment • “Degenerate" application is a wiki, which is highly useful on its own

  42. Backup, Notes, etc.

  43. What enables access to the long tail? With iTunes, Netflix, Google, eBay, it’s lowering cost to address very small markets.

  44. In Software That trend has been happening over time. But, it’s still not feasible to address a market of ten.

  45. Software is:BrittleExpensiveLowest Common Denominator

  46. Doesn’t have to be this way Transformations have happened in the past

  47. Microsoft Excel

  48. Before Highly specified Highly technical 6 months or more Out of step with business pace After Rapidly created Disposable Single use Evolvable Far less technical Excel

More Related