Living with the Suboptimal

Launching a new website, front-end store, or product requires several trade-off’s.  Here are two principles I learned at Amazon that still ring true to me.

Living with the Suboptimal

The result of external competitive pressures and a resource-constrained development environment is that we almost always have to live with the suboptimal: we have to launch with fewer features than we would like, with less complex features than we would like, in less time than we would like.

This is especially true when software teams are involved and are shared among product families, or the entire project is contstrained by time deadlines, such as an FDA Clinical Trial due date (prior experience here).  In any event — living with the suboptimal is cold, hard, fact. 

Just Launch the Darn Thing

Instead of trying to launch a perfect product or feature, it’s almost always necessary to spec an ideal product or feature and then adjust the spec for the resources at hand and the current competitive landscape.  "Just launch the darn thing" is almost always the implicit, and sometimes, the explicit, mandate.  Entering the market, even with a suboptimal but competitive product, also raises the cost of entry for future and current competitors, as an edge is gained in acquiring customers.  After entry, competitors must take the (our) feature, product, or site into account.

With site and feature development, the 80/20 rule holds.  The spec should meet that 80%, and what gets cut should address the other 20%.  When you have to cut features to make launch, remember that development does not end with launch.  Keep a list of what gets cut and prioritize that list to be developed later.

This can work if product roadmaps are created, agreed upon, and supported by the leadership.  Otherwise, sites and products will be launched and never really improved to cover the 20% that was missing.

This approach can actually help avoid Featuritis, which many software and product teams fall prey to.  When working under a timebox, the team must quickly decide what is in, and what is out.  And, the hope is to avoid Featuritis while satisfying at least 80% of your target market.

Conclusion

Live with the fact that trade-off’s occur.  When they do, do it in such a way that brings the product to market quicker with as many features as is possible.  Again, it’s about the customer, but it’s also about the firm’s ability, capability, and current competetive landscape that needs to be taken account.


Short URL: http://bit.ly/1uyvcU

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

“Launch the darn thing” unless it’s mid- (or late-) November and the “darn thing” hasn’t passed QA…
~TuxGirl

Leave a comment

(required)

(required)


Additional comments powered by BackType