{"id":287,"date":"2011-10-07T04:41:16","date_gmt":"2011-10-07T08:41:16","guid":{"rendered":"http:\/\/www.eqsim.com\/blog\/?p=287"},"modified":"2011-10-07T05:06:50","modified_gmt":"2011-10-07T09:06:50","slug":"how-to-increase-the-market-penetration-for-simulations","status":"publish","type":"post","link":"http:\/\/www.eqsim.com\/blog\/how-to-increase-the-market-penetration-for-simulations\/","title":{"rendered":"Increasing the Market Penetration for Simulations"},"content":{"rendered":"

In this post, I want to discuss some ideas I have had on how to dramatically increase the market penetration of simulations, where it is possible, which offers some insights into why I believe my new project, SimsUShare<\/a>, is going to be big (and you should sign up here<\/a>!).\u00a0 That having been said, what I put here is only a first effort at putting down my thoughts so as to better evolve them.<\/p>\n

While my growing experience in simulation-based training and product simulation marketing have continued to move me closer to recognizing solutions to underlying issues preventing widespread adoption of simulation today, I had trouble articulating the issues clearly. \u00a0Last year, I think I was able to do so.\u00a0I believe that widespread adoption and benefit from simulation is held back largely because:<\/p>\n

\n
    \n
  1. It takes too much time\/expense to create simulations;<\/li>\n
  2. There is no efficient way to share and localize existing simulations; and,<\/li>\n
  3. Current tools often require IT support for installation and maintenance.<\/li>\n<\/ol>\n<\/div>\n

    As luck would have it, as I was developing my ideas further, I came across\u00a0Clark Aldrich’s blog post from June, 2010, “The Next Step for Simulations and Serious Games: Multi-Genre Authoring Tools and a Vibrant Marketplace<\/a>“, that really summed up this yearning beautifully:<\/p>\n

    “…the process to create [simulations] today is too long and too expensive for most organizations to use\u00a0them beyond the 5% to 10% of their high value\/mission critical and external facing courses today.\u00a0Further, the marketplace for selling and otherwise sharing them is too fragmented to provide reliable\u00a0returns to attract many content creators. This has resulted in an identified, but unfulfilled need….What\u00a0is now needed are powerful, flexible, and accessible simulation creation tools as well as a viable,\u00a0persistent simulation repository and marketplace.”<\/p><\/blockquote>\n

    One of the nagging things I walked away from this quote with was the question: why is the penetration stuck in the 5-10% range, and how can it be extended? \u00a0The idea of making more powerful tools is the mantra for many technologists — make more features, that’ll get them buying chopsticks (please excuse the Eddie Murphy reference).\u00a0 I think Clark really nailed the issues — a combination of tools, repository, and marketplace.<\/p>\n

    On a slight digression, ever since I met David Castillo (my co-author) in about 2000, we have been discussing whether creating a simulation-building tool based on statecharts would bring statecharts and simulations more into the mainstream by making it easier to create simulations (particularly around equipment). \u00a0We looked at the Rapid CBT example–a beautiful tool, which seemed to garner more success for its services arm than for its own product sales–and we wondered if having a Flash-based tool would take this further. \u00a0Though it went unstated, I hesitated to go ‘all in’ on something like that because I didn’t feel we really nailed the idea of how a Flash-based (or HTML5, or whatever) tool would solve the market problem.\u00a0 In my heart of hearts, it couldn’t just be about improving the tool itself — there had to be at least a community component.<\/p>\n

    Distilling Experience into Key Dimensions<\/h3>\n

    Having the years to ponder these thoughts, I have come up with three dimensions that can help me give this problem something visual to work from:<\/p>\n

      \n
    1. Content Creation Simplicity. \u00a0How easy is it to use the tool to create appropriate simulation content, that is, what kind of functions does the tool provide to make the task of creating content simpler. \u00a0This can range from all content has to be created from scratch, to an ideal, perfect tool in which content can be magically reassembled with no effort. \u00a0Clearly, neither extreme is plausible in reality, but there is a great continuum between these points.<\/li>\n
    2. Cost – I don’t mean purely the purchase price, rather, a more overarching resource cost for what it takes to acquire and apply the tool in the workplace.<\/li>\n
    3. Community Sharing Proclivity (CSP). \u00a0A term I just made up meaning some measure of how inclined the community is to share existing work.<\/li>\n<\/ol>\n

      The last dimension requires more explanation and probably more thought to flesh out. \u00a0One could argue that if a tool made it easier to share work (i.e., going higher on the scale for #1), then the community sharing would be easier and therefore impact #3. \u00a0However, I am aiming at a more subtle definition of #3 — how likely would the community be to share any material generated. \u00a0For example, if the community consists of commercial competitors, then making a tool simpler will not affect the CSP.<\/p>\n

      One of my first observations was that the “community” is not anywhere near a single community.\u00a0 I even have some trouble circumscribing exactly what is a community.\u00a0 For my purposes, it is a group of people and businesses that seek to solve a set of common problems.\u00a0 Therefore, a community can be very specific, or very general.\u00a0 How you define the community issues is going to be a big factor in how close you can get to the perfect combination, or 100% market penetration (though I assume virtually no practical community could reach 100%).\u00a0 Maybe that is pretty obvious.\u00a0 Different communities have different needs and assumptions regarding simulations, and therefore trying to answer how to increase penetration for simulations as a whole is going to fail.<\/p>\n

      My Hypothesis<\/h3>\n

      My hypothesis is that the potential penetration of simulation in a community is proportional to the closest distance<\/em> between values assigned for a particular set of tools and the intersection of lines at the maximum of each of those 3 dimensions.\u00a0 The purpose of declaring a hypothesis is to use it to understand how much we can improve market penetration practically.<\/p>\n

      Here is a rough sketch of what I propose:<\/p>\n

      \"\"<\/p>\n

      The blue rectangular prism is a range of what one would consider practically achievable for a given community, since it is impossible to reach the perfect target.<\/p>\n

      To use this practically, you have to assign values (I would say qualitative) to:<\/p>\n

        \n
      1. Tool or set of tools (along the Content Creation Simplicity axis):\u00a0 Farthest from the perfect target along this axis is a tool in which you have to re-create everything to make a simulation, and closest is a tool in which everything is provided magically so that simulation assembly is effortless<\/li>\n
      2. How inclined is the community to share work product (Community Sharing Proclivity): Farthest from the perfect target along this axis is a community that refuses to share anything; closest is the community that shares everything<\/li>\n
      3. The resource costs for implementing simulation solutions (Cost). Farthest from the perfect target is a tool with infinite cost (acquisition and resources); closest is a tool that has no resource costs.<\/li>\n<\/ol>\n

        To reiterate my hypothesis, I believe that given some tool (which embodies a methodology and process), given a measure of its cost to implement for an individual or organization in the community, and given some measure of how cooperative the community is at sharing, you can derive a distance to the ‘perfect target’, or maximum of all dimension values.<\/p>\n

        The Purpose: What the Hypothesis Suggests<\/h3>\n

        Market penetration is important both commercially, for the tool producers, and the community, to help solve problems.\u00a0 The purpose of defining these dimensions is to permit questions about:<\/p>\n

          \n
        1. What is the best description of a community fit to the tools\/processes (for the tool vendor, who is really your target customers and target users? \u00a0For the community members, who are the people you need to associate with closer to increase the CSP?)<\/li>\n
        2. How can we decrease the distance to the perfect target, and thereby increase the market penetration.<\/li>\n<\/ol>\n

          Ultimately, by examining the values we assign, and the “maximum values” we determine for each axis given the community’s issues, we need to ask ourselves how difficult it would be to increase each value.\u00a0 Depending on the extent of this space, we may be able to prioritize increases in which dimension(s) bring us closer to the perfect target at the least effort.\u00a0 Improving tools may only go so far if the resource costs and the proclivity are working against us.\u00a0 Similarly, the greatest intentions of a community to share (CSP) can be sidetracked if the tool costs too much to implement, or is not sufficiently easy to accomplish the needs of the community.<\/p>\n

          This is really a first stab at something that has been gnawing at me for some time.\u00a0 I hope you can provide some feedback as to the soundness of these ideas and how your own thoughts might influence the direction I’m heading.<\/p>\n","protected":false},"excerpt":{"rendered":"

          In this post, I want to discuss some ideas I have had on how to dramatically increase the market penetration of simulations, where it is possible, which offers some insights into why I believe my new project, SimsUShare, is going to be big (and you should sign up here!).\u00a0 That having been said, what I\u2026 Read More »<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[25,13],"tags":[],"_links":{"self":[{"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/posts\/287"}],"collection":[{"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/comments?post=287"}],"version-history":[{"count":10,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/posts\/287\/revisions"}],"predecessor-version":[{"id":298,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/posts\/287\/revisions\/298"}],"wp:attachment":[{"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/media?parent=287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/categories?post=287"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.eqsim.com\/blog\/wp-json\/wp\/v2\/tags?post=287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}