Designing Product As A Platform


Published on

  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • 3 quick caveats before I get started…
  • There are a number of reasons to open your platform.
  • Creating a platform for other products (including those products of peers in your company) is a complex task, and will involve you opening your experience, data, userbase, etc. to folks/ideas beyond your control. But with that word, open, comes a lot of baggage… one that that will influence how others (peers, co-workers, press, developers, etc.) interpret what you offer. My hope, with this talk, is that you walk away with a construct to evaluate your product when you consider “opening up” to the world.
  • 13 facets of Open… span the spectrum of of technology-specifics to user experience Exh vs. Exh
  • Starting point for most folks when thinking open Captures the “spirit” of what many believe to be “open,” if not the specifics Example: PHP Linux + Hadoop
  • Example: Amazon, Google
  • Your product allows others to build plugins, extensions, assorted elements as an add-on to an existing (and overwhelming experience) Example: Firefox, AMD
  • Very common in discussion about “open” The foundation on which the modern Web exists Example: HTML, XML, JavaScript
  • Building on Open Standards, an Open Ontology uses common Web development practices to store descriptive information about objects Allows data to be understood by software Example: Microformats, RDF/a Example: Firefox Operator and IE Web Slices
  • Your product embedded inside another Example: Twitter, Delicious, Yahoo!, eBay, Microsoft
  • Outside of a systems-level integration of your product into someone else’s, Open Canvas allows your content (or their) to be user-installed into existing web pages. In essence, Web badges on steroids, as the App not only appears there, it takes advantages of hooks into your system (such as Profile, Addressbook, newsfeeds, etc.) Example: iGoogle, Facebook Apps, Yahoo!
  • Much lighter-weight integration, but the predecessor to Open Canvas, Open Content allows users to choose content from providers of their choice. Example: RSS on My Yahoo!, iGoogle, NetVibes
  • On the flip side of content, lies the idea of the Open Mic…. Where users provide your content for other users, rather than you as the supplier. Akin to comedy club Small number of users contribute massive amounts of content, with others making occasional posts Example: YouTube
  • Users as participants in your ecosystem. Amazon reviews, Netflix ratings, Digg voting, Buzz comments.
  • As users contribute more and more to the product’s success, as in Open Mic and Open Forum, their “ownership stake” goes up… and they expect to be heard by the product team. Example: Facebook redesign, Craigslist paid model, Get Satisfaction
  • Beyond ownership stake in company, users expect some level of ownership around their data… especially if they’ve invested a lot of work into your product. Example: OPML and Data Portability
  • The culmination of user empowerment… my identity, my data, my settings, all belong to me as a user, not you as a product. *I* choose when/how/and how much I share with you Example: Passport, OpenID + Attribute exchange, Facebook Connect
  • Recap: wide spectrum of open-ness: from technical (top-left) to experience (bottom-right) So… once you have a sense of how open you want to be, you need to start thinking about how these then apply the users of your product/platform…
  • 2 primary questions regarding users: How do I support them… How I do embrace and engage them?
  • refer: Open Identity microID
  • refer: Open Borders, Open Access
  • refer: Open Door Policy
  • refer: Open Mic
  • refer: Open Forum
  • At Def Jam, we called them Street Teams Free, highly-motivated labor Refer: Open Forum, Open Mic, and Open Door
  • Recap: How do I embrace users of my product/platform? How do I embrace users and all they bring to my product/platform? Their ideas, their energy, their content, and their interaction. How can I make sure my existing models don’t clash with these types of experiences? Once you’ve answered this, you will need to look at how you shape your product/platform’s data.
  • People, Locations, Brands, Bands, Movies Platonic ideal Example: WOE IDs, Facebook interests, MySpace
  • refer: Open Ontology Example: SearchMonkey enhanced result + search query; Y! Local + Food
  • refer: Open Ontology, Open Identity Example: WordPress, Facebook
  • Example: YQL Open Tables Refer: Open Access, Open Content
  • Example: Y! Oauth screen Refer: open identity
  • Example: YAP, Facebook, OpenSocial Refer: open canvas
  • Example: Y! BOSS, Flickr Refer: open access
  • Example: Y! Contacts, Y! Invite, Y! User Card, YML Share
  • Example: Amazon Refer: open door
  • Takeaway: evaluate your product against this list
  • Recap: 13 facets of Openness, each which impact different areas of influence: Users, Developers, and Data Depending on your product, you’ll of course want to choose the appropriate facets for exposure and development
  • Designing Product As A Platform

    1. 1. Designing Your Product as a Platform <ul><li>Micah Laaker, Yahoo! </li></ul>
    2. 2. Caveats <ul><li>Platform = software framework that powers 2 or more products </li></ul><ul><li>Lots of technology “recommendations” that are mostly used for example purposes; before adopting technology, investigate for latest updates to this space </li></ul><ul><li>Internal platform? External platform? Similar considerations. </li></ul>
    3. 3. Why?
    4. 4. Open
    5. 5. questions when embarking on Platform Design <ul><li>How “open” to go? </li></ul><ul><li>How do I leverage Users? </li></ul><ul><li>How do I shape my Data? </li></ul><ul><li>How do I engage Developers? </li></ul>4 1 2 3 4
    6. 6. How Open? Photo: 1
    7. 7. Open Source <ul><li>Free to use </li></ul><ul><li>Community contributions </li></ul><ul><li>Decentralized </li></ul><ul><li>High reliability </li></ul>Open 1/13
    8. 8. Open Infrastructure <ul><li>Pay-as-you-go, only-what-you-need cloud computing </li></ul><ul><li>Outsource hosting, ops, and processing </li></ul>Open 2/13
    9. 9. Open Architecture <ul><li>Anyone can mod your product... on your product </li></ul><ul><li>Plug’n’Play </li></ul>Open 3/13
    10. 10. Open Standards <ul><li>Community-driven </li></ul><ul><li>Goal is inter-operability </li></ul><ul><li>Software and Hardware </li></ul>Open 4/13
    11. 11. Open Ontology <ul><li>Describe what can not be seen </li></ul><ul><li>Future-proof your data </li></ul><ul><li>Goal is the Semantic Web </li></ul>Open 5/13
    12. 12. Open Access <ul><li>APIs </li></ul><ul><li>Multi-channel access </li></ul><ul><li>3rd-party Developers/Partners can build on your platform </li></ul>Open 6/13
    13. 13. Open Canvas <ul><li>Product becomes a vehicle for 3rd-party content </li></ul><ul><li>Fast food sites: your content to-go </li></ul>Open 7/13
    14. 14. Open Content <ul><li>User is the editor by programming self-relevant content </li></ul><ul><li>Content comes to you when its ready </li></ul>Open 8/13
    15. 15. Open Mic <ul><li>The product is populated entirely by users </li></ul><ul><li>Users own their content </li></ul><ul><li>Products support making/discovery of content </li></ul>Open 9/13
    16. 16. Open Forum <ul><li>Users contribute ancillary data </li></ul><ul><li>Ratings, reviews, ranking, and link submissions </li></ul><ul><li>Heavy social interaction </li></ul>Open 10/13
    17. 17. Open Door <ul><li>User as product decision-maker </li></ul><ul><li>Reveal operational details </li></ul><ul><li>Communication is open to all </li></ul>Open 11/13
    18. 18. Open Borders <ul><li>Settings/configs can be imported/exported </li></ul><ul><li>No (product) commitments </li></ul><ul><li>Users can come-and-go </li></ul>Open 12/13
    19. 19. Open Identity <ul><li>User as owner of identity </li></ul><ul><li>1 ID for many sites </li></ul><ul><li>Power to the people </li></ul>Open 13/13
    20. 20. In what way(s) are you “open?”
    21. 21. <ul><li>How does our product support our users? </li></ul><ul><li>How does our product engage our users? </li></ul>Leverage Users 2
    22. 22. User Identity <ul><li>Support of OpenID as a relying party </li></ul><ul><li>Aggregation of cross-web identity </li></ul><ul><li>Leverage existing Relationship graphs </li></ul>Support function
    23. 23. <ul><li>Access to User data and configurations </li></ul><ul><li>Lifestreaming </li></ul><ul><li>Attention XML </li></ul>User Broadcasting Support function
    24. 24. User Feedback <ul><li>Suggestions </li></ul><ul><li>Metrics </li></ul>Support function
    25. 25. User Contributions <ul><li>User is the owner and creator of your product’s content </li></ul>Engagement model
    26. 26. User Enhancements User adds value to existing content/system: Engagement model
    27. 27. User Extensions <ul><li>User as part of the product </li></ul><ul><li>Repairs, adds, and extends data </li></ul>Engagement model
    28. 28. Leverage Users
    29. 29. Shape Data 3
    30. 30. Define the object
    31. 31. Describe the Object <ul><li>Use Microformats/RDFa </li></ul><ul><li>Assist machines in making sensible decisions about your data </li></ul><ul><li>Improve SEO </li></ul><ul><li>Make future integrations/product ideas feasible with small investment upfront </li></ul>
    32. 32. Connect the Object <ul><li>Support relationships between data </li></ul><ul><ul><li>Social Graph </li></ul></ul><ul><ul><li>Interests </li></ul></ul><ul><ul><li>Kevin Bacon for Data </li></ul></ul><ul><li>Use FOAF + XFN </li></ul>
    33. 33. Distribute Objects <ul><li>Expose XML/feeds of your items </li></ul><ul><li>Map your feeds thru YQL Open Tables </li></ul>
    34. 34. Data Model <ul><li>Define Objects </li></ul><ul><li>Describe Objects </li></ul><ul><li>Connect Objects </li></ul><ul><li>Distribute Objects </li></ul>
    35. 35. Engage Developers 4
    36. 36. Privacy/Security <ul><li>User’s creds. should never be shared </li></ul><ul><li>Industry-standard auth. protocol (OAuth) </li></ul><ul><li>User must control relationships </li></ul>
    37. 37. Canvases <ul><li>3rd-party content inside your product </li></ul><ul><li>Technology: Apps & Widgets </li></ul>
    38. 38. Service Exposure <ul><li>Make product functionality available as a service when applicable </li></ul>
    39. 39. UI Components <ul><li>Build (and make available) UI as components when utilized in 2 or more locations </li></ul>
    40. 40. Policy <ul><li>Define SLAs and Commercial TOU </li></ul><ul><li>Establish rate limits and means of surpassing </li></ul><ul><li>Communicate status of platform </li></ul>
    41. 41. Developer Engagement <ul><li>Privacy/Security </li></ul><ul><li>Canvas support </li></ul><ul><li>Service exposure </li></ul><ul><li>UI Components </li></ul><ul><li>Policy </li></ul>
    42. 42. Platform Design Task List <ul><li>Determine “Open-ness” </li></ul><ul><li>Define User Leverage model </li></ul><ul><li>Define Data model </li></ul><ul><li>Define Developer Engagement model </li></ul>1 2 3 4
    43. 43. Open Platform One-Sheet UX User Exp. Dev. Exp. Data Model Open Source Open Infrastructure Open Architecture Open Standards Open Ontology Open Access Open Canvas Open Content Open Mic Open Forum Open Door Open Borders Open Identity
    44. 44. In Closing <ul><li>Learn more about the Yahoo! Open Strategy: </li></ul><ul><li>Contact: Micah Laaker / [email_address] </li></ul>