From Sojourn to Practice: Making the Methodology Your Own
Every methodology is someone's abstraction of what worked for them, in their context, with their organizations, in their moment. Sojourn is no different. The frameworks here — the
Every methodology is someone's abstraction of what worked for them, in their context, with their organizations, in their moment. Sojourn is no different. The frameworks here — the Lifecycle Map, the four insight types, the confidence tiers, the three-stop alignment sprint, the Now–Soon–Later rhythm — emerged from years of in-house journey work across high-tech, cybersecurity, retail, and nonprofit contexts. They are not eternal truths. They are tools that worked, refined enough to be teachable.
The practitioners who get the most from a methodology are the ones who adapt it — who use it as a scaffold for building their own practice rather than a script to execute verbatim. Understanding when and how to adapt it requires first understanding why it is designed the way it is.
Why the Method Is Minimal
The minimalism of Sojourn's approach is not aesthetic preference — it is a response to a specific failure mode. Journey mapping programs that prioritize comprehensiveness produce artifacts that organizations cannot maintain and processes that organizations cannot sustain. The minimal Lifecycle Map, the short discovery cycle, the lightweight creation sprint — each is designed to be feasible inside the real resource and attention constraints of the organizations that use it.
When you adapt the methodology, the first question to ask about any element you are considering adding is: what failure mode does this additional element prevent? If the answer is clear and specific, the addition is worth considering. If the answer is "it would make the picture more complete," the addition is probably a trap — it will make the practice heavier without making it more useful.
Comprehensiveness is the enemy of sustainability. Add only what your specific organizational context requires, and only when you have evidence that the simpler version is insufficient.
Why the Discovery Phase Comes Before Solutions
The sequence of the Sojourn cycle — extensive discovery before any solution work begins — is not arbitrary. It is the structural response to organizations' systematic tendency to jump directly to solutions before the problem is understood. The discovery phase builds the case for delaying the solution conversation long enough for the customer evidence to actually influence it.
When you adapt the methodology, you can compress the discovery phase in contexts where the customer understanding is already strong and validated. You should not eliminate it. Organizations that skip discovery almost always find that their Big Solutions address the wrong problems — precisely because they did not do the work to find out which problems were real.
"You can adapt the methodology's ceremonies. You cannot adapt away the discipline of returning to customers before deciding what to build."
The Practice Beyond the Book
A book is a point in time. Journey management as a field is evolving: the integration of AI into discovery and alignment, the development of more nuanced measurement approaches, the emergence of new organizational contexts (platform ecosystems, distributed teams, AI-native products) that require the methodology to be extended in directions that were not fully anticipated when this text was written.
The download hub and SojournGPT that accompany this book are attempts to address this limitation: a living curriculum that updates as the practice evolves. But the most important extension of the methodology is the practice you build in your own organization — the adaptations that fit your specific customer context, your specific organizational dynamics, and the specific problems that your customers are experiencing right now.
The sojourn is the pause before the journey continues. This book is not the destination. It is a moment of orientation — a set of maps, habits, and frameworks that you carry with you into the work that is yours to do, in the organizations where you will do it. The methodology becomes yours when you have adapted it, tested it, and built something with it that the book did not anticipate.
That is the goal. Not replication. Practice.
Back to Writing