The Problem With Strategy Documents
Most strategy frameworks sit in slide decks and never get used. The Playing To Win Strategy Toolkit takes the Lafley-Martin choice cascade and turns it into something you can actually fill out instead of present at a retreat. It forces answers to five questions that most companies avoid because the answers are uncomfortable. The five questions are straightforward on paper: What is our winning aspiration? Where will we play? How will we win? What capabilities must we have? What management systems do we need? The toolkit provides worksheets for each one, plus a linking template that shows whether your choices actually connect.I spent three years helping mid-market companies run this framework properly. The first version I built was just a set of Google Sheets. People hated it. It turned strategy into a homework assignment that got skipped. I reworked it into a single workbook with forced dependencies between sections so you can't fill out the "how to win" column without backing it with capability choices.
Playing To Win Strategy Toolkit
The core structure works like this. You start with the winning aspiration and write it as a single sentence that includes a time horizon. Not "be the best." Something like "become the dominant provider of X in Y market by Z date." If you can't write that, you don't have a strategy, you have a goal. Goals are fine. They're not strategy. From there you move to where you play. This means defining your customer segments, geographies, product categories, and channels. Most teams skip the "where we won't play" part. That's a mistake. The no-go list is where you find your actual constraints. I've seen strategy groups spend weeks debating where to expand before realizing they had already committed to three different customer segments that required completely incompatible operations.How The Capability Section Actually Works
The "what capabilities must we have" section is where most toolkits fail. They list capabilities as bullet points. That doesn't tell you anything. You need to identify which capabilities are table stakes and which are true differentiators. Table stakes keep you in the game. Differentiators let you win. Mixing them up is the most common error I see. Here is a specific edge case I ran into. A client was using the toolkit for a SaaS company moving from SMB to enterprise. The winning aspiration was clear. The where-to-play was clear. But when we got to capabilities, the team listed "salesforce CRM" and "24/7 support" as differentiators. Those are table stakes for enterprise sales. The actual differentiator they needed to build was implementation methodology and executive-level account planning. We spent two hours stripping their capability list down to three real differentiators and three table stakes, and that exercise alone changed their entire go-to-market approach.The toolkit template forces this distinction by requiring each capability to be tagged as differentiating or table-stakes, with evidence for the tag. Without that requirement, every team claims everything is a differentiator.