Sorry for the long delay in replying, my travel schedule has kept me away from
email lists.
Ive made comments on my experience and your situation below. Its good to
hear from someone wanting to use the best tools available in client
engagements, I applaud you. That said, and as no doubt others will have
pointed out, Id advise strongly against trying to learn and apply SD at the
same time. Either get some help or spend some of your spare time(!) on this
project learning and trying to use SD to generate insights for yourself, not
your client. I think you can expect a great benefit from doing that.
Regards UML etc. I think it can be useful to pick bits out of that method to
approach your problem. I can see that you can generate generic use cases
which map on to the flows from one stock to another, e.g. potential customer
places and order :: potential customers -1, customers awaiting delivery +1.
Otherwise I dont think UML fits your situation. Ive quite extensive
experience with UML from having run several large software development
projects but I dont attempt to use it in any way for business
strategy/planning work which is what I think youre trying to tackle.
First, some comments on my experience with using SD.
I can tell you that I have used SD as part of several larger engagements with
some success. These have included studies for european mobile telecoms
operators on the introduction of GPRS (2.5G) and UMTS (3G) services to the
market, the product/service development process for a very large mobile
operator and (in a more limited way) the R&D process of a pharmaceuticals
manufacturer. These are all mission critical issues with huge financial
implications which will take time to play out but the clients and I have been
very happy with what weve achieved.
Of course, using SD techniques in a management situation is not necessarily
straightforward. I can tell you the way I have approached things, at the
risk of opening myself up for (deserved
) criticism:
1. At the strategy level, we use some of the tools with management to explore
the business situation. This is but a method by which to explore a
"perceived reality" and generate some agreement on key aspects of the
situation. What is useful here are the concepts of stocks and flows and how
they are affected by a variety of factors and the consequences of delays in
feedback. This allows us to get at the important aspects of the situation
and build understanding of the dynamics.
One important achievement at this stage is to generate in the team, a sense of
the issues for resource allocation as the business situation develops through
time. In my view, organizations can too easily lock-in early resource
allocation decisions through their organizational and career structures -- if
you have a head of marketing, a head of fulfilment, a head of customer
support, each will naturally try to do their job and further their career by
maximising/minimizing the usual things of sales, expenses etc. and easily
make decisions which dont recognize the changing state of the business as a
whole. This brings us to another key issue -- the business situation can be
expected to change through time and you already have a mental model of how
that might happen -- you have to collect data and analyze information
continuously now to tell you where you are in the process (and potentially to
challenge your assumptions/business design). Data gathering needs to built
into the business and will itself require some substantial resource
allocation.
(Note that Ive not usually tried to introduce SD as a method to management
teams. Certainly, if one is not a master of this topic, and I am not, to do
so can be very hard going. That said, my pharma client did get into SD in
some detail which was helpful but my telecoms clients really didnt want to
know; probably a consequence of managing in businesses that havedoubled in
size each year of operation! This is where I expect criticism from the list
-- one shouldnt really be using a "black box" to give answers to a
management team that hasnt understood the scope and limitations of the
mechanism contained in that box. In my defence, I see that managing a
business all comes down to an exercise of managerial judgement and Im just
doing the best I can to inform that judgement and that my recommendations are
only a part of the whole decision process.)
2. At the planning level, we use tools and techniques that help us refine
estimates of resource allocations, e.g. how much to spend in marketing, what
size of call centre to build and when, etc. These naturally flow from (1.)
above and really take us down to a level of detail where we can check our
model of perceived reality for consistency and -- with the availability
of real world data and plausible estimates -- check it for sanity. The
various pieces of software that exist to speed up this process are quite
helpful here, e.g. IThink.
As the business rolls forward, it is important to build in data collection to
allow you to see where you are on the map and whether to challenge the map.
Eventually, this is all about doing the best to plan the necessary resource
allocations to support the business goal, manage changes to those resource
allocations and to occassionally see whether the map needs to be re-drawn.
Having a model built up in software that allows you to run what-ifs is of
great utility here as it will save you much time.
Secondly, some comments on the situation you describe.
It is unusual not to have data of any kind, since a "new" product is rarely
unique. In the case of mobile services of course, we are having to look at
all kinds of consumer data to guess/estimate plausible spending potentials
for the new services. (Obviously, we check our assumptions against real data
as we get it from the business in operation.) The discipline really must be
to exhaust yourself looking for data which give you the ability to make
planning investments.
Since I dont know anything about the product/service under consideration
here, I can only offer some very general pointers. Look at the reference
literature for better help. Anyway:
One model of the marketing chain is "AIDA" which describes the journey of an
individual from potential to actual customer. The acronym stands for
Awareness, Interest, Desire, Action. You might use this as a jumping
off point for your thinking about the central chain of stocks and flows
involved. For example, there will be a stock of consumers who are unaware of
your product (the whole universe at this point!). They will presumably
become aware of your product through your marketing efforts and word-of-mouth
recommendations from other customers.
Considering your marketing efforts, quickly brings you to considering the
actions of your rivals in this product market. So as well, as your marketing
effort, you possibly need to look at their marketing effort to work out your
effective "share of voice". (Referring back to an earlier point, if you make
a resource allocation to marketing spending in ignorance of your rivals and
they decide to spend more money you may not generate the awareness per dollar
you assume. You will have to adjust your marketing approach -- spend more or
go about it in a different way. In any case, having a model built in
software that can run what-ifs with will pay dividends.)
And so on along the customer acquisition chain. For example, are you seeding
influencers who will assist word-of-mouth? Do you have a partner programme
which adds utility to your product? When a customer decides to buy, can they
do it easily? Are you filling orders in the time customers expect to wait?
This is all standard marketing stuff but hopefully you can see how you might
look at it afresh with an eye to identifying important stocks, flow and
influencing variables.
Finally, good luck and enjoy!
From: Latin Hypercube <
latinhypercube@ntlworld.com>