How Autodesk Made Journey Management an Operating System

<p>Service design promised to connect the dots. So why are service designers inside the same company still not talking to each other?</p><p><br></p><p>Khayyam &quot;Kai&quot; Lasi is Journey Management Program Lead at Autodesk, where he&#39;s spent years scaling journey management from a lone title on an org chart to a company-wide operating system. In this conversation, he and Jochem get into why service design siloes itself from within, what it actually means to move from journey mapping to journey architecture, why &quot;ownership&quot; is the wrong mental model for CX practitioners, and how AI can reduce the internal politics that keeps teams from doing their best work.</p><p><strong>ABOUT KAI</strong></p><p>Khayyam &quot;Kai&quot; Lasi is Journey Management Program Lead at Autodesk. His career path has been far from linear - he moved from actuarial science into customer experience after discovering a stronger passion for people and solving complex problems, going on to build deep expertise in customer support, CX leadership, and journey management across Toronto startups, Scotiabank, and Autodesk. Over the past three and a half years at Autodesk, he&#39;s been foundational in scaling a journey management practice that now spans multiple teams and has influenced how the organisation hires and structures CX work. He&#39;s best known for combining analytical rigour with a systems-level view of customer experience - and for being unafraid to call out where the service design field is failing itself.</p><p><br></p><p><strong>KEY TAKEAWAYS</strong></p><p>➝ Service design siloes aren&#39;t just an org problem - they&#39;re a people problem that no tool or framework will fix.</p><p>➝ Journey management is the operating system that keeps service design from becoming the wild west.</p><p>➝ &quot;Shepherd&quot; beats &quot;owner&quot; - you can&#39;t shepherd a journey without building a flock of contributors.</p><p>➝ Insight grain size matters: product managers don&#39;t want &quot;onboarding is bad,&quot; they want capability-level specifics.</p><p>➝ AI can create good baselines and remove language barriers between roles - but humans still have to come together.</p><p><br></p><p><strong>CHAPTERS</strong></p><p>00:00 Introduction</p><p>02:07 Why service designers inside the same company don&#39;t talk to each other</p><p>05:12 How organisational siloes corrupt the service design practice within them</p><p>06:39 Journey management as the operating system for service design</p><p>09:33 How Autodesk moved from a design-mature company to a journey management culture</p><p>13:06 Building a journey architecture: heat-mapping, lifecycle data, and shared understanding</p><p>19:49 From mapping stage to management stage - what comes next</p><p>22:00 The community of practice gap and why standards need to be agreed, not assumed</p><p>26:12 Lessons from agile: the danger of standardising flexibility out of a practice</p><p>27:55 &quot;Search before you create&quot; - a standard worth fighting for</p><p>34:48 How AI enables governance, reduces duplication, and removes language barriers between teams</p><p>40:58 Organisational memory and the decision map concept</p><p>49:29 Shepherding vs ownership - why vocabulary shapes culture</p><p>55:02 How to reconcile journey thinking with team structures in complex organisations</p><p>01:03:14 The one agent worth building next: internal context + accountability mapping</p><p>01:07:42 How to reach Kai and closing thoughts</p><p><br></p><p><strong>LINKEDIN PROFILES</strong></p><p>Khayyam Lasi - https://www.linkedin.com/in/khayyam-lasi/Jochem van der Veer -<a href="https://www.linkedin.com/in/jochemvanderveer/"> <u>https://www.linkedin.com/in/jochemvanderveer/</u></a></p><p><br></p><p><strong>THEYDO</strong></p><p>Learn more about Journey Management with TheyDo:<a href="https://www.theydo.com"> <u>https://www.theydo.com</u></a></p><p><br></p><p>Subscribe to The Experience Edge for weekly conversations on cu