01 Approach
How I Think
Complex programs rarely fail because teams lack effort. Products rarely fail because teams lack data. More often, teams lack a shared understanding of the problem, a usable operating model, or the enablement required to act consistently.
My approach connects customer insight, program structure, launch execution, and adoption.
- 01
Observe the workflow
Understand how people work today. Identify repeated manual steps, handoff failures, workarounds, unclear ownership, and decisions that depend on tribal knowledge.
- 02
Clarify the real problem
Separate symptoms from root causes. Determine whether the primary friction is missing information, low confidence, poor usability, unclear governance, or cross-functional misalignment.
- 03
Define the value
Translate the problem into a clear outcome for the customer and the business. Establish why the work matters before deciding what to build or change.
- 04
Build alignment
Create shared milestones, success measures, decision rights, and communication rhythms across business, product, technology, operations, suppliers, and other partners.
- 05
Build or launch the solution
Develop the smallest practical solution that improves the workflow. For products, validate with users. For programs, establish readiness, escalation, and execution mechanisms.
- 06
Enable adoption
Support the launch with documentation, training, FAQs, playbooks, stakeholder communications, and feedback channels. A solution is not successful merely because it exists.
- 07
Measure and iterate
Track utilization, execution performance, readiness, cost, time savings, customer outcomes, and recurring friction. Use those signals to improve the product or operating model.
This Pattern in Practice
Steps four and six above -- building alignment and enabling adoption -- aren't just a philosophy. The same underlying discipline shows up, deliberately, across different enterprise initiatives -- sometimes as a cross-functional readiness cadence, sometimes as an automated decision engine. The specific mechanism changes with the problem, but the shape of the thinking stays consistent: a repeatable operating model, not a one-off.
“The output may be a product, a playbook, or a launch plan. The real solution is a better way of working.”