Good Complexity, Bad Complexity

Yahoo’s Peanut Butter Manifesto reminded me of Whole Systems Thinking. In Whole Systems Thinking, there is a distinction between good complexity and bad complexity. Below are the following rules:

Eliminate Complexity that the Customer is not Willing to Pay for

The author of Yahoo’s Peanut Butter Manifesto detests the fact that Yahoo has become so bloated with offering, some of which compete with each other, and the company as a whole has become redundant and confused. These are words that point to internal complexity, which always boils down to carrying costs that the customer eventually bears the burden for.

Another example is Southwest Airlines. Southwest only operates Boeing 737 aircrafts. With only 1 type of aircraft, Southwest effectively “designed out complexity” from their offerings. With only 1 aircraft to maintain, train on, purchase, etc., it reduces Southwest’s costs considerably and contributes to their healthy profitability.

On the other hand, American Airlines used to operate as many as 14 different aircrafts. Their thinking at the time was that each aircraft-type served a different customer need. Supporting 14 different aircrafts was tremendously costly, each aircraft having their own fleet, support group, facility, and labor. At the end of the day, did the customer really care about American’s offering of 14 different aircrafts? Was this a competetive advantage for American? The answer is “No” because American didn’t take time to learn about the customer’s needs. This, instead, was a cost that the customer eventually had to bear.

Yahoo’s product portfolio might be akin to American Airline’s 14 aircraft comparison: Yahoo Bookmarks and del.icio.us; Flickr and Yahoo Photos; on, and on, and on. I like Yahoo, but there doesn’t seem to be a sound product strategy — some of their products compete with each other, adding complexity upon complexity, further confusing the customer and burdening her with featuritis and an unmanaged proliferation of products and service offerings, with no rational thread that ties them together.

Eliminate Complexity that the customer is not willing to pay for — that’s the lesson here.

shmula.com, complexity

Exploit Complexity that the Customer is Willing to Pay for

Previously, credit card companies only provided one interest rate, regardless of your FICO or Credit Score. Capital One took a different approach and took your FICO score as a risk factor and saw that customer as a greater risk, and therefore assigned a higher “cost” of doing business with you — effectively a higher percentage rate. Capital One built a fascinating profiling system that assigns a score to you — a risk stratification score. It has built a business around this and is incredibly profitable. Capital One is a case of exploiting complexity that the customer is willing to pay for.

I had a chance to visit Capital One’s offices in Boise, Idaho 3 years ago. They are an efficient company, and their bread and butter is in their profiling system. It is incredibly complex and goes well far and beyond basic database marketing or your run-of-the-mill regression analysis. It has built an incredible and complex system, which has brought in economic profit for the firm, year over year.

Exploit Complexity that the Customer is willing to pay for — that’s the lesson here.

Minimize the Costs of Complexity you Offer

Whether it be in your present service or product offerings, or in your new offerings, we ought to question whether or not there is complexity costs added to or can be reduced or eliminated in our offerings. Some of the complexity that can be reduced or eliminated might be muda or waste that can be identified; or, it might be variation in our services, products, or offerings. Whatever the costs of complexity in our offerings, the point is that we ought to guard against unmanaged proliferation of offerings and associated costs. Complexity can be costly — we don’t want to burden the customer with internal, process, or organizational-specific problems — our problems — that manifest itself through complexity and eventually costs — in all its forms.


Short URL: http://bit.ly/fNXo

Share This Post:



  • Digg
  • Facebook
  • del.icio.us
  • Suggest to Techmeme via Twitter
  • StumbleUpon
  • LinkedIn
  • email

2-pizza teams (10)
3 C's (3)
5S (38)
A3 Report (9)
adoption (7)
agile/software (59)
ajax (4)
amazon (53)
apple (3)
apple iphone (7)
axiom (3)
Aza Raskin (9)
backcountry.com (2)
berlin (1)
bill gates (1)
bill marriott (1)
blog tag (1)
book reviews (4)
bullwhip effect (5)
business (394)
business plans (3)
busm361 (13)
BzzAgent (12)
call center and queueing (11)
car buying (2)
Carbonite (1)
change management (5)
chicago (1)
click fraud (1)
click-to-ship (21)
clocky (2)
colin powell (2)
community (2)
company interviews (18)
company interviews (6)
complexity (32)
costs (8)
culture (7)
customer experience (10)
customer obsession (52)
customer recovery function (1)
customer segmentation (8)
customer service (17)
design thinking (14)
digg (4)
drum-buffer-rope (38)
dublin (1)
dynamic systems (24)
eBay (6)
economics (3)
efficiency (4)
ethnography (29)
family (18)
featuritis (15)
flexibility (1)
forecasting (2)
four performance dimensions (2)
Fun With The 2×2 Matrix (1)
game theory (7)
Gemba (67)
genchi genbutsu (68)
general (135)
germany (1)
google (15)
heijunka (65)
holidays (1)
hoshin kanri (1)
how to be a human (1)
IDEO (2)
image uploading (1)
iphone (5)
ishikawa (69)
IT at Toyota (67)
just-in-time (4)
kaizen (4)
kanban (46)
law of instinct (1)
Leadership (43)
lean (165)
Lean Consumption Maps (98)
learning curve (1)
licketyship (1)
mark cuban (1)
martin luther king (1)
mary poppendieck (1)
metrics (73)
microsoft (6)
milton friedman (1)
moving average (1)
muda (68)
nba fines (1)
net promoter score (nps) (1)
obeya (39)
Off-Topic (1)
onstar (1)
operations (108)
pageviews (3)
pareto principle (39)
patent (1)
peanut butter manifesto (2)
philosophy (3)
Poka-Yoke (6)
poppendieck (3)
powerpoint sucks (2)
private equity (4)
process measures (6)
product development (20)
productivity (4)
quality (41)
quasimodal design (1)
queueing theory (41)
Raffle (1)
rational choice (2)
regression analysis (18)
respect for people (6)
root cause analysis (60)
sarah+palin (2)
seth godin (1)
simplicity principle (10)
six sigma (128)
snowboarding (2)
social media (3)
spam (1)
statistical process control (46)
strategy (46)
suburban (1)
supply chain (24)
takt time (8)
teaching (2)
team size (9)
technology (104)
the beer distribution game (1)
the profit tree (7)
The Visual Factory (11)
theory of constraints (41)
time (2)
timeline (3)
tony+hsieh (11)
toyota (75)
travel (1)
trump bankruptcy (1)
turnaround (5)
twitter (8)
uspto (1)
utah deal flow (2)
variation (69)
venture capital (1)
Visual Management (11)
waste (59)
website traffic (2)
Wing Chun (2)
wisdom of crowds (1)
wisdom teeth (1)
word-of-mouth marketing (18)
yahoo (2)
zappos.com (12)
zero defects (3)

WP Cumulus Flash tag cloud by Roy Tanck and Luke Morton requires Flash Player 9 or better.


If you enjoyed this post, please consider to leave a comment or subscribe to the feed and get future articles delivered to your feed reader.

Comments

[...] Good Complexity, Bad Compl… [...]

[...] Good Complexity, Bad Compl… [...]

[...] Good Complexity, Bad Compl… [...]

Leave a comment

(required)

(required)


Additional comments powered by BackType