<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[MPL Build]]></title><description><![CDATA[Weekly DIY resources for running your people team like a product team. Get guides, templates, and more from Jessica Zwaan.]]></description><link>https://www.mplbuild.com</link><image><url>https://substackcdn.com/image/fetch/$s_!H6eJ!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2c62d876-2e0e-4029-a552-75b17dc14cd0_1280x1280.png</url><title>MPL Build</title><link>https://www.mplbuild.com</link></image><generator>Substack</generator><lastBuildDate>Fri, 26 Jun 2026 19:40:39 GMT</lastBuildDate><atom:link href="https://www.mplbuild.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[MPL Build]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[mplbuild@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[mplbuild@substack.com]]></itunes:email><itunes:name><![CDATA[MPL Build]]></itunes:name></itunes:owner><itunes:author><![CDATA[MPL Build]]></itunes:author><googleplay:owner><![CDATA[mplbuild@substack.com]]></googleplay:owner><googleplay:email><![CDATA[mplbuild@substack.com]]></googleplay:email><googleplay:author><![CDATA[MPL Build]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[What Connects "Built for People" with "Purpose & Work"]]></title><description><![CDATA["What job does your job do for you?" That's the question at the center of my new book, Purpose and Work. Here's the foreword:]]></description><link>https://www.mplbuild.com/p/how-purpose-and-work-is-a-natural</link><guid isPermaLink="false">https://www.mplbuild.com/p/how-purpose-and-work-is-a-natural</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Tue, 23 Jun 2026 20:55:18 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/36b5af58-d87a-4be3-87e3-eff3005b2786_1200x630.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>"What job does your job do for you?" That's the question at the center of my new book, <a href="https://www.amazon.com/Purpose-Work-Motivation-Productivity-Performance-ebook/dp/B0FYF753DY">Purpose and Work</a>. Here's the foreword:</p><div><hr></div><p><span>When I was writing </span><em><a href="https://www.amazon.com/Built-People-Experience-Management-Principles/dp/1398608025"><span>Built for People</span></a></em><span> I have to be honest, I didn&#8217;t really know what I was getting myself into. &#8220;Writing a book is like writing ten blogs&#8221; was something that crossed my mind quite a few times in the early days (</span><em><span>very foolish</span></em><span>). It turns out, perhaps unsurprisingly, that writing a book is a </span><em><span>lot</span></em><span> more difficult than writing 10 blogs, or, honestly, maybe even more challenging than writing one-hundred blogs. While I was writing </span><em><span>Built for People</span></em><span> there were many chapters, ideas, tangents, interviews, thoughts, and paragraphs that were sent to the proverbial scrap heap, very likely never to be seen again. However, one idea that kept swirling around my head was the idea of the relationship with purpose and the employment &#8220;products&#8221; we&#8217;re building, particularly in modern capitalism and the strange times we found ourselves in at the time of </span><em><span>Built for People</span></em><span>&#8216;s publication in 2023.</span></p><p><span>The years surrounding 2021 exposed a profound tension between capitalism and purpose that became impossible to ignore. As the pandemic forced a global reckoning with work, we witnessed a striking dissonance: companies proclaimed their commitment to purpose and employee wellbeing while simultaneously conducting mass layoffs via video calls. Industry giants spoke eloquently about their world-changing missions in the same breath as they announced record profits amid widespread hurt and anguish. Many of us in Management, HR and People Operations found ourselves in the uncomfortable position of crafting purpose statements by morning and processing terminations by afternoon. This era laid bare a fundamental contradiction at the heart of our modern workplace narrative &#8211; the expectation that profit-driven entities could authentically prioritize purpose when economic pressures mounted. As millions reassessed their relationship with work during the Great Resignation, it became clear that the corporate purpose playbook wasn&#8217;t just failing; it was actively breeding cynicism. Employees weren&#8217;t rejecting purpose itself; they were rejecting the inauthenticity of company purpose as a corporate performance.</span></p><p><span>I was reminded of Studs Terkel&#8217;s profound observation from his groundbreaking oral history </span><em><span>Working</span></em><span>: </span><em><span>&#8220;Work is about a search for daily meaning as well as daily bread, for recognition as well as cash, for astonishment rather than torpor.&#8221;</span></em><span> Terkel captured this truth in 1974, yet half a century later, we&#8217;re still struggling to reconcile this fundamental human need with the realities of modern capitalism. The pandemic didn&#8217;t create this tension, it merely accelerated and exposed what was already there, forcing us to confront questions we&#8217;d been avoiding about the true nature of meaning in work.</span></p><p><span>My journey into these questions wasn&#8217;t purely academic. Growing up in rural Queensland, Australia my father drove trucks across Australia&#8217;s vast landscapes, and my mother gradually climbed from secretarial work to professional roles in the mining industry. For them, and for many of the communities I&#8217;ve been part of, work wasn&#8217;t just about paychecks, it was about what it could do for our family, contribution, and their place in the world. Yet somewhere along the way, as work became more abstract, more digital, more disconnected from tangible outcomes, I felt I had witnessed a loss of something essential about this relationship. It&#8217;s hard for me to reconcile this personal evolution at times, as I feel incredibly privileged to live a life in the city I live in, doing work that I find incredibly intellectually challenging, while remembering where I came from and the world of work I grew up understanding. There is a dignity in working close to the land, close to your customers, and close to your community; but as the world has evolved and globalised, I&#8217;ve found myself asking questions my parents perhaps never asked themselves. I&#8217;m not sure if my parents would have found the same kinds of dissatisfaction those I interviewed for this book have sometimes felt had my parents lived similar lives, or even if my folks asked themselves the same kinds of questions in silence but never out loud.</span></p><p><span>These nagging thoughts eventually became this book, or at least, the ideas behind this book. There was still so much more work to do. As I spoke with more leaders, employees, and organisations about building better workplaces, I kept encountering the same paradox: companies investing heavily in purpose initiatives that employees viewed with increasing cynicism. Something wasn&#8217;t adding up. The more organisations pushed purpose from the top down, the more purpose seemed to evaporate from the bottom up.</span></p><p><span>The research process itself has been transformative. I&#8217;ve had conversations with people across industries and roles, from C-suite executives to frontline workers, from people who&#8217;d found deep fulfilment in their careers, to those who&#8217;d walked away entirely. What struck me was the universality of the hunger for meaning, regardless of position or pay grade. The paths to finding this commitment varied wildly, often contradicting the neat narratives presented in leadership books and corporate purpose statements I&#8217;d &#8216;grown up&#8217; with in the professional sense. There were many times I left an interview with more questions than answers, and many more times I found myself quite tired of hearing my own internal narrative as I attempted to unpick their answers, as much for you as a reader as for myself as an author and practitioner. When I began interviewing people about their relationship with purpose at work, I expected to find clear patterns (foolish, yet again &#8212; you&#8217;d think I would learn!) &#8212; certain industries or roles that naturally provided more meaning, or specific purpose initiatives that consistently succeeded. Instead, I discovered something far more complex and personal. For some, purpose came through deep connection with colleagues; for others, through mastery of a craft; for still others, through alignment with organisational mission. There was no one-size-fits-all approach, no magic purpose statement or framework that could transform work for everyone.</span></p><p><span>What began as an exploration of a relatively &#8220;simple&#8221; theme (foolish, foolish!) soon revealed itself as a much deeper question about our fundamental relationship with work. I discovered that the way we&#8217;ve been thinking about purpose&#8212;as something companies can manufacture and deliver to employees&#8212;was fundamentally flawed. This realization led me down unexpected paths, from the history of how our relationship with work has evolved over centuries to cutting-edge research on meaning-making in the modern workplace.</span></p><p><span>The timing of this research and writing coincided with another profound shift in how we think about work: the emergence of sophisticated AI systems capable of performing increasingly complex knowledge, creative, and analytical work. As these technologies force us to reconsider what makes human work unique and valuable, the question of purpose takes on new urgency. If machines can write code, analyze data, and even generate creative content, what distinctive value do humans bring? This technological revolution offers both challenge and opportunity&#8212;pushing us to dig deeper into what truly makes work meaningful beyond mere productivity or output.</span></p><p><span>Like both books I&#8217;ve now written (and one of the most joyful and enlightening parts of the Author&#8217;s Journey), writing this book has reshaped my own thinking about purpose at work, and without sounding too grandiose, has changed some of my thinking about the path of my own life. Where I once saw purpose as a product to be optimised, I now understand it as a collective journey to be undertaken. Where I once focused primarily on how companies could articulate purpose better, I now see the critical importance of creating spaces where purpose can be discovered collectively.</span></p><p><span>This shift in perspective hasn&#8217;t made me any less passionate about building great workplace experiences. If anything, it&#8217;s deepened my conviction that the employee experience matters enormously. But it&#8217;s changed how I think about that experience; less as something designed for employees and more as something created with them.</span></p><p><span>In many ways, this book is the natural evolution of the ideas I explored in </span><em><span>Built for People</span></em><span>. It takes the product mindset I advocated there and extends it to address one of the most complex &#8216;problem-statements&#8217; in the modern workplace: how can we feel and develop authentic purpose in a world increasingly skeptical of corporate purpose-washing.</span></p><p><span>The structure of this book reflects this journey. We begin by exploring how our relationship with work has evolved historically, examining the forces that shaped our current expectations about purpose. We then dive into the modern workplace, revealing both the promise and pitfalls of corporate purpose initiatives. Next, we explore the crossroads many of us face in our careers, as we reconsider and sometimes reinvent our relationship with work. Finally, we move toward practical approaches for creating environments where authentic purpose can flourish&#8212;not through prescription, but through co-creation.</span></p><p><span>Wendell Berry reminds us that &#8220;The world doesn&#8217;t stop because you are in love or in mourning or in need of time to think,&#8221; the field still needs tending, the community still needs feeding. Meaning in work is found when it serves the life of the world. Throughout this exploration, I&#8217;ve been continually drawn back to this essential truth: purpose emerges most naturally when we connect our daily efforts to the lives they touch and the communities they serve. In our increasingly complex and abstract economy, finding these connections requires new approaches, new structures, and new conversations. Authenticity is a word that has appeared over and over. This desire for authentic purpose reflects a fundamental human need to align our external actions with our internal values&#8212;to feel that what we do reflects who we are and why we are here on this earth. Yet authenticity in the workplace is extraordinarily difficult to achieve, particularly because of the inherent power dynamics that structure our professional relationships. For leaders, the challenge is uniquely complex. They&#8217;re caught in a paradox: expected to be vulnerable and authentic while simultaneously maintaining the authority and certainty their roles demand. Several executives I interviewed described feeling trapped in a performance, worried that showing genuine doubt or uncertainty might undermine their effectiveness or even their position. I myself have felt the pull of authenticity and career, something I know is felt more acutely in folks from marginalised communities or who don&#8217;t see themselves frequently represented. This creates a particular kind of organisational doublespeak, where authenticity is celebrated in corporate values statements but often subtly punished in practice. Employees quickly learn to perform a carefully calibrated version of &#8220;authenticity&#8221; that doesn&#8217;t threaten existing power structures. Most fundamentally, it means recognizing that authentic purpose can only flourish in environments where power is used to amplify voices rather than direct them.</span></p><p><span>My hope is that this book offers both a critical perspective on how we&#8217;ve approached purpose in the past and a practical path forward for creating workplaces where meaning can flourish authentically. Not by manufacturing purpose, but by creating the conditions where it can emerge naturally through connection, contribution, and collective meaning-making.</span></p><p><span>While on his podcast, </span><a href="https://dartlindsley.com/work-for-humans-podcast/"><span>Work for Humans</span></a><span>, my friend (and author of the introduction to this book) Dart Lindsley, asked me, &#8220;What job does your job do for you?&#8221; a question which, at the time and despite all of my big talk about the productising work, had stumped me&#8230; and even now after writing an entire </span><em><span>second</span></em><span> book with this topic front of mind, I find it complex to get a succinct answer for myself. In writing this I wanted to explore my own relationship with purpose, work, and the job my job does for me, while also giving some meaningful frameworks for you to think about and use to break away from the dissonance and longing we can feel when relating our own personal sense of purpose and fulfilment to work.</span></p><p><span>In short, the job my job does for me is to connect me to wonderful new people, encourages me to explore new ideas, and offers a life yielding an abundance of joy which may have otherwise remained unreachable to someone of my background. While you read this book I&#8217;d love you to not only be thinking about how these principals, frameworks, and case studies apply to your role as a manager, a leader, or a people-professional; but also that you take some time to ask yourself, </span><em><span>&#8220;what job is my job doing for me?&#8221;</span></em></p><h3><span>Sources and Further Reading</span></h3><ol><li><p><span>Studs Terkel&#8217;s oral history </span><em><span>Working</span></em><span> (1974): &#8220;Work is about a search for daily meaning as well as daily bread&#8230;&#8221; Terkel, S. (1974) </span><em><span>Working: People Talk About What They Do All Day and How They Feel About What They Do</span></em><span>. New York: Pantheon Books.</span></p></li><li><p><span>Wendell Berry: &#8220;The world doesn&#8217;t stop because you are in love or in mourning or in need of time to think&#8230;&#8221; Berry, W. (2012) </span><em><span>This Day: Collected &amp; New Sabbath Poems</span></em><span>. Berkeley, CA: Counterpoint.</span></p></li></ol>]]></content:encoded></item><item><title><![CDATA[Not Every Employee Wants to Be Transformed (And That’s Fine)]]></title><description><![CDATA[Most People Teams design for one type of employee. Using Wrzesniewski's job-career-calling framework and Pine's Experience Economy, here's how to build programs with the range to serve all three.]]></description><link>https://www.mplbuild.com/p/not-every-employee-wants-to-be-transformed</link><guid isPermaLink="false">https://www.mplbuild.com/p/not-every-employee-wants-to-be-transformed</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Mon, 01 Jun 2026 15:46:44 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/385d0a3e-7b66-4349-92c2-a59f0782b1ab_4550x3275.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to exclusive guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p><div><hr></div><p>People strategy has developed a bit of a messiah complex, and I say that with love, because I&#8217;ve absolutely contributed to it.</p><p>Somewhere between the culture decks and the purpose workshops, we collectively decided that every employee should feel called to their work. That anything less is a failure of leadership, or worse, a failure of our People programmes. It&#8217;s well-intentioned. It&#8217;s also, if I&#8217;m honest, not how most people actually experience work, and designing as though it is <em><strong>is</strong></em> caused more than a few People Teams to build programmes that serve an imaginary workforce rather than the real one.</p><p>Two researchers helped me think about this clearly. The first is <a href="https://hbr.org/1998/07/welcome-to-the-experience-economy">Joe Pine, who along with James Gilmore wrote </a><em><a href="https://hbr.org/1998/07/welcome-to-the-experience-economy">The Experience Economy</a></em> in 1999 and mapped out a competitive spectrum that has evolved incredibly well and is a foundation of an analogy I use for building purposeful People Programmes.</p><p>For all products, there is a spectrum of competitive position and pricing capacity, which starts at Commodities (undifferentiated, low pricing) and stretches upwards&#8230;Commodities become goods. Goods become services. Services become experiences. And experiences (at the top of the graph) become <em>transformations</em>. The idea is that the most economically valuable thing you can offer someone isn&#8217;t a product or even an experience; it&#8217;s a change in <em>them</em>. You&#8217;re not selling a gym membership, you&#8217;re selling a stronger body. You&#8217;re not selling an MBA, you&#8217;re selling a different way of thinking. The customer doesn&#8217;t just consume the thing: they become someone different because of it.</p><p>In <em>Built for People</em>, I argued that the employee experience is a product (a subscription product) and that People Teams are the product managers building it. Which means, if that framing holds, your employees are &#8220;buying&#8221; something. <strong>The question is: what are they actually in the market for?</strong></p><p>Okay&#8230; now meet Amy Wrzesniewski, a Yale organisational psychologist whose research categorises how people relate to their work. Not by industry or seniority, but by orientation. You can see your work as a <strong>job</strong> (a transaction: time for money, no more), a <strong>career</strong> (a vehicle for progression and status), or a <strong>calling</strong> (work inseparable from identity, intrinsically meaningful). Crucially, the orientation isn&#8217;t fixed to the role. Hospital cleaners who saw their work as central to patient recovery described it as a calling. Lawyers who felt trapped described it as a job. Same hours, very different relationship with what those hours mean.</p><p>Here&#8217;s the part that feels easy to move over: all three are completely legitimate.</p><p>According to the research I did for Purpose and Work, a significant portion of your workforce is likely career-oriented. They want development, fair progression, recognition, a fulfilling experience in their work. They are not, to be blunt, looking to be transformed: they&#8217;re looking to be supported and given a reasonable shot at moving forward with a high quality of life offered by their career. That&#8217;s a rational relationship with work, and for many folks, it&#8217;s exactly the right one. Your People programmes should be genuinely excellent at serving it, and for most teams, the experience layer (the onboarding portals, the offsites, the wellbeing benefits, the culture comms) exists primarily for this cohort. Don&#8217;t underestimate them either; they are very often the backbone of your organisation.</p><p>But <em><strong>some</strong></em> of your employees are oriented toward calling. For them, a good experience isn&#8217;t enough. They&#8217;re asking a different question altogether: not &#8220;is this a pleasant place to work?&#8221; but &#8220;am I becoming someone better here?&#8221; In Pine&#8217;s language, they&#8217;re in the market for a transformation. If your programmes only deliver experiences, that group goes underserved. And they tend to be, in my experience, some of the people you&#8217;d most like to retain.</p><p>So the real question isn&#8217;t how do you make everyone feel called to their work. It&#8217;s: do your programmes have the range to serve more than one orientation?</p><p>A few places to look:</p><p><strong>Your performance framework</strong>: a career-oriented employee wants clarity, fairness, and a credible path forward. A calling-oriented employee wants to see their own growth named and taken seriously. A well-designed performance process can do both; most don&#8217;t really try.</p><p><strong>Your manager enablement work</strong>: managers are the single biggest variable in which orientation someone settles into. A manager who connects work to purpose and names growth when it&#8217;s happening creates the conditions for calling. A manager who only assigns tasks and reviews output caps the experience at career, at best. Training managers to do the former isn&#8217;t complicated. Not doing it is expensive.</p><p>One honest caveat, and it&#8217;s worth keeping close: Wrzesniewski&#8217;s research is clear that calling orientation can&#8217;t be manufactured. Any organisation that tries tends to produce something that feels more like a religion than a company. What you can do is remove the conditions that actively prevent it, like unclear expectations, bad management, work that feels pointless, no visible progression. Fixing those isn&#8217;t revolutionary, it&#8217;s just competent.</p><p><strong>PERMA</strong></p><p>One framework that makes this a bit more concrete (and which I find genuinely useful as a diagnostic) is Seligman&#8217;s PERMA model, borrowed (again) from a field that has nothing to do with HR. PERMA maps the five elements of wellbeing: Positive emotion, Engagement, Relationships, Meaning, and Achievement. On its own it&#8217;s a reasonable wellbeing framework. But mapped across Pine&#8217;s spectrum, it becomes something more useful: a way to see exactly which layer your current programmes are operating at.</p><p>Take Relationships (the R). At the service level, you&#8217;re offering community service initiatives and family-friendly scheduling, decent, functional, ticking a box. At the experience level, you&#8217;ve got social committees and cross-functional collaboration&#8230; people are connecting, it feels good. At the transformation level, you&#8217;re building mission-aligned team bonds: relationships formed around shared purpose, not just proximity. Same element, three very different levels of investment and return.</p><p>The same logic runs through all five. Achievement at service level is pay transparency and quality metrics. At experience level, promotion cycles and mentorship. At transformation level, employees have genuine clarity on their personal contribution to change. Meaning at service level is customer impact stories and (my personal favourite entry in this table) explicitly avoiding purpose-washing. Which, yes, absolutely counts as a People programme.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!tdfF!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!tdfF!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 424w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 848w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 1272w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!tdfF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png" width="1363" height="758" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:758,&quot;width&quot;:1363,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:null,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:null,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:null,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!tdfF!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 424w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 848w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 1272w, https://substackcdn.com/image/fetch/$s_!tdfF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0237ea58-faeb-4039-a6cb-4ceadc05be09_1363x758.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>What I find useful about using PERMA as a lens here is that it stops the conversation being abstract. You can take each element, look at what you&#8217;re actually doing, and place it honestly on the spectrum. Most People Teams, if they&#8217;re truthful, are operating at service level on three or four of the five and patting themselves on the back for the one experience-level initiative they shipped last quarter. That&#8217;s not a criticism  (capacity is real) but it&#8217;s worth knowing where you actually are before you decide where to go next.</p><p>The point isn&#8217;t to chase a workforce of true believers. It&#8217;s to stop accidentally capping everyone at the same level of engagement because it was easier to design for one type of person.</p><p>Know your cohorts. Design for the range. The experience layer is the floor. For some of your people, there&#8217;s considerably more ceiling available&#8230; if you build for it.</p>]]></content:encoded></item><item><title><![CDATA[Owning your voice with people ops as a product work]]></title><description><![CDATA[Discover why bold People Ops leaders build better employee experiences. Learn how to think like a product team, experiment faster, and stop waiting for permission to improve onboarding, performance management, and more.]]></description><link>https://www.mplbuild.com/p/be-bold-owning-your-voice-in-people</link><guid isPermaLink="false">https://www.mplbuild.com/p/be-bold-owning-your-voice-in-people</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Wed, 20 May 2026 16:32:39 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/70fb6974-f1e3-40f1-87a4-9ed6791addef_4550x3275.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to exclusive guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/be-bold-owning-your-voice-in-people">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Easiest Way to Do User Research Across a Whole Company]]></title><description><![CDATA[Learn how People leaders can efficiently run company-wide user research using simple tools like HRIS exports, AI, and calendar automation&#8212;without the manual scheduling headache.]]></description><link>https://www.mplbuild.com/p/the-easiest-way-to-do-user-research</link><guid isPermaLink="false">https://www.mplbuild.com/p/the-easiest-way-to-do-user-research</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Mon, 27 Apr 2026 16:44:36 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/77d84361-3c22-4251-8c9e-8adb49f73117_4550x3275.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Every role I have been in for the last 10 years I have made it an effort to have 1:1s with everyone in my entire company. At Whereby, a team of 120 folks at it&#8217;s peak and 45 when I first joined, this was easier. At Talentful, with almost 400 people globally, it was more difficult. Regardless, I always made the effort and publicly shared that it was something I made an effort to do every week, meeting with at least 2-4 people to talk through a structured set of questions with an unstructured outcome: qualitative feedback and an idea of where the unseen or undiscussed problems may be hiding away.</p><p>On my first week at Leapsome I told the company I would be doing the same, but trying to reach as many of our 150 folks across the first four weeks as possible.</p><p>There is a version of this story where I tell you I spent my first week at Leapsome carefully sending bespoke meeting invitations to every single person on the team, researching their calendars, considering their time zones, and handwriting agendas.</p><p>That version is fiction.</p><p>The real version involves Leapsome as a platform, Gemini, a .ics file, and about forty-five minutes of moving calendar blocks around like a particularly detailed game of Tetris.</p><p>And it works brilliantly.</p><p>When you are joining a new company as a People leader: everyone expects you to <em>listen</em>, but nobody builds you the infrastructure to actually do it easily. You&#8217;re dropped into a Google Calendar full of strangers&#8217; names, access to a HRIS, engagement surveys, and given a laptop to kick off your user research. The only way to form a real view (<em>not the curated town-hall version, but the actual texture of what&#8217;s happening</em>) is to talk to people. A lot of people. Individually.</p><p>So I book 1:1s with everyone. Not just my team. Everyone. Once a year, roughly 30 minutes, no agenda, no prep required. It sounds like a logistical nightmare. And it kind of is, briefly, and then it isn&#8217;t.</p><p><strong>The Setup: Don&#8217;t Do This Manually</strong></p><p>The first mistake most People leaders make is trying to schedule these one by one. You open your calendar, search for someone&#8217;s name, check their availability, draft an invite, send it, then move on to the next person. Multiply that by however many people are in your organisation and you&#8217;ve just spent two days doing something a moderately capable spreadsheet could do for you.</p><p>Here&#8217;s what actually works:</p>
      <p>
          <a href="https://www.mplbuild.com/p/the-easiest-way-to-do-user-research">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Spreadsheet Purgatory: How to Start Measuring What Matters]]></title><description><![CDATA[Most People teams track dozens of metrics&#8212;but make few better decisions. Here&#8217;s how to escape &#8220;spreadsheet purgatory&#8221; and focus on data that drives real outcomes.]]></description><link>https://www.mplbuild.com/p/spreadsheet-purgatory-how-to-start</link><guid isPermaLink="false">https://www.mplbuild.com/p/spreadsheet-purgatory-how-to-start</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Tue, 07 Apr 2026 20:04:00 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/7038c4af-6418-4880-b8c1-e1fbc0f9e2bc_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to exclusive guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/spreadsheet-purgatory-how-to-start">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Why Employee Engagement Surveys Fail (And How Cohort Analysis Fixes Them)]]></title><description><![CDATA[Most employee engagement surveys produce averages that hide the real story. In this article, we explore why traditional surveys fail and how HR leaders can use cohort analysis and employee-based audits to uncover meaningful insights, predict performance and retention, and make better people decisions.]]></description><link>https://www.mplbuild.com/p/why-your-employee-surveys-are-failing</link><guid isPermaLink="false">https://www.mplbuild.com/p/why-your-employee-surveys-are-failing</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Mon, 09 Mar 2026 20:21:27 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/975b7a21-75bf-45a9-8bad-a7466a5dba17_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to exclusive guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/why-your-employee-surveys-are-failing">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[We’re All Builders Now: Why HR Should Stop Shopping and Start Shipping]]></title><description><![CDATA[HR doesn&#8217;t need more tools &#8212; it needs more builders. Learn how People Ops can use AI, no-code tools, and smarter problem-solving to ship real solutions faster, cut vendor dependency, and actually move the business forward.]]></description><link>https://www.mplbuild.com/p/stop-shopping-and-start-shipping</link><guid isPermaLink="false">https://www.mplbuild.com/p/stop-shopping-and-start-shipping</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Tue, 10 Feb 2026 20:57:52 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/8db2034b-fafd-43dc-a6d2-de10b408068f_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Andrew Golden had a problem. (<em>Actually, being privileged to know him over the last few years, I&#8217;m sure he&#8217;s working on solving about forty-seven problems at any given time.) </em>But for the sake of today&#8217;s post, the one that was making his life particularly annoying was this: he needed to understand what was actually happening with his employees. Not in the &#8220;send an annual survey and hope for the best&#8221; way. In a proper, nuanced, timely way that could actually inform decisions.</p><p>The classic path would be to buy an employee engagement platform. Research vendors. Sit through demos. Build a business case. Wait for budget approval. Maybe launch something in Q3 (if you&#8217;re lucky).</p><p>Instead, Andrew built it himself. In two weeks. Using Replit, a tool that&#8217;s costs are small, but they&#8217;re diminished even more by the minimal time investment required to get up and running.</p><p>Andrew isn&#8217;t a technical leader who accidentally ended up in HR. He studied psychology at university. His first job out of college was selling promotional pens door-to-door in San Francisco. He is not a developer. He&#8217;s just someone who got tired of waiting for perfect solutions that didn&#8217;t seem to come.</p><p>But what really makes Andrew impressive to me is that he stopped asking for permission and started building things.</p><p>And that&#8217;s really the entire point of this piece I&#8217;m writing about today, and it&#8217;s kind of the point of almost everything I advocate for in Built for People. So let&#8217;s dig in&#8230;</p><h2><strong>The Problem with &#8220;Strategic HR&#8221;</strong></h2><p>I&#8217;ve spent the last decade obsessing over making HR more strategic. Learn the business model. Understand the P&amp;L. Speak the language of the C-suite. Get that coveted seat at the table.</p><p>All good advice. All completely necessary. And yet, entirely insufficient <em>on its own.</em> <strong>The word &#8220;built&#8221; is in &#8220;built for people&#8221; on purpose. </strong>You can know every line item in the budget, attend every board meeting, speak fluent finance, and still be seen as fundamentally administrative if the only thing you do when problems emerge is... schedule meetings about them, or purchase more tools to be implemented.</p><p>It&#8217;s a troubling cycle that seems to have emerged in the last decade or so where a leader identifies a real problem (and, if I&#8217;m frank, this is a HR problem as much as it is a Finance one, Customer Success, or Marketing)... the problem statement is well written, it&#8217;s something that&#8217;s genuinely costing the business money or making employees miserable. They present it effectively to leadership. Everyone nods. Everyone agrees it&#8217;s important and must be solved. Then what happens?</p><p>Six months of vendor demos. An RFP process using those god awful procurement spreadsheets (I&#8217;m sorry but please). A committee is &#8216;spun up&#8217; to evaluate solutions. A budget request that gets pushed to next quarter, &#8220;once revenue picks up&#8221;. Meanwhile, the problem is still there, <em>still</em> costing money, <em>still making people miserable</em>.</p><p>Often this is what passes for strategic HR work.</p><p>I often get feedback that I&#8217;m still very &#8216;hands on&#8217;, because I spend time using Zapier, Sana, or Claude. It&#8217;s because I think that strategy also involves knowing how to (not always necessarily being the individual to do the full programme of work), but knowing how to direct a team to build the thing that solves the problem. This month. This week. Today, if you can!</p><p>As Andrew puts it: <em>&#8220;Stop trying to be a consultant and go get in the business and sit side by side and build things and fix things with people.&#8221;</em></p><p>That&#8217;s the work. Not the decks. Not the vendor evaluations. Not the perfectly formatted business cases that live in shared drives nobody opens. The actual building of actual solutions to actual problems.</p><h2><strong>How We Got Here (And Why It&#8217;s Changing)</strong></h2><p>For years, HR teams have been stuck in a specific pattern when it comes to solving problems:</p>
      <p>
          <a href="https://www.mplbuild.com/p/stop-shopping-and-start-shipping">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Podcast: Run an Employee Base Audit]]></title><description><![CDATA[Learn how to run an employee-based audit with Pete Fader (Founder, Incompass Labs) and Jessica Zwaan (COO, Talentful). In this episode of The Modern People Leader, we break down how people teams can apply marketing analytics to better understand employee performance, cohort quality, and what actually drives long-term success. Whether you're rethinking performance management or want to make more data-informed decisions, this conversation is packed with practical insights for HR leaders.]]></description><link>https://www.mplbuild.com/p/podcast-how-to-run-an-employee-base</link><guid isPermaLink="false">https://www.mplbuild.com/p/podcast-how-to-run-an-employee-base</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Tue, 20 Jan 2026 16:46:59 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/fdc7234a-f765-4b0a-9238-8969ee834175_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; For the first time ever, we&#8217;re hosting an <strong>MPL Build AMA</strong> on <strong>February 5th</strong>. This live session is for People leaders who are bought into the idea of running your team like a product team &#8212; and still asking, <em>&#8220;Okay&#8230; but how does some of this stuff actually work?&#8221; </em>Bring your questions to <strong>Jessica Zwaan</strong>. She&#8217;ll be live, unscripted, and diving into the messy r&#8230;</p>
      <p>
          <a href="https://www.mplbuild.com/p/podcast-how-to-run-an-employee-base">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Let's Be Honest: When Work Goes Sideways]]></title><description><![CDATA[What to do when your perfect People Ops frameworks meet real-world chaos. A practical guide to leading with clarity when everything breaks.]]></description><link>https://www.mplbuild.com/p/lets-be-honest-when-work-goes-sideways</link><guid isPermaLink="false">https://www.mplbuild.com/p/lets-be-honest-when-work-goes-sideways</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Mon, 13 Oct 2025 18:46:26 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/bfd4cc46-d9f7-4112-a9c4-c69051a9a694_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to exclusive guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/lets-be-honest-when-work-goes-sideways">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[How to Lead People When Change Never Stops]]></title><description><![CDATA[Tired of &#8220;change management&#8221; that doesn&#8217;t work anymore? Discover a science-backed approach to leading teams through nonstop transformation &#8212; from psychological safety to building adaptability in the age of AI, layoffs, and shifting markets.]]></description><link>https://www.mplbuild.com/p/framework-leading-through-change</link><guid isPermaLink="false">https://www.mplbuild.com/p/framework-leading-through-change</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Mon, 29 Sep 2025 20:06:16 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/29955bb9-7364-4db0-9e96-1778117cebb4_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>For everyone who&#8217;s tired of hearing &#8220;the only constant is change&#8221; whilst simultaneously drowning in it.</em></p><p>It&#8217;s been a long five years, y&#8217;all. We&#8217;ve seen a lot, we&#8217;ve done a lot. To say, &#8220;so much has changed&#8221; feels trite and wholly inadequate. To put it lightly, the last half-decade of work has been&#8230; eventful. Things weren&#8217;t always this way, <em>surely</em>? In my first role at BHP I remember we rolled out SAP over the course of what I am almost sure was 18 months to two years, a process driven by a winding map of systems training and stakeholder management. The idea of taking that kind of time now is baffling; a view I have, no doubt, at least partially adopted due to my move out of enterprise corporate business, and into the foray of the tech/scale-up world.</p><p>Regardless of the size of your business, constant change isn&#8217;t just the reality of modern work, it&#8217;s become the defining feature of leading people over the last five years; the pandemic, working from home, returning to office, rising interest rates, a euro-usd forex parity, layoffs, the AI boom&#8230; <em>&#8220;unprecedented times&#8221; abound</em>. And if you&#8217;re a People leader trying to keep your team grounded whilst everything around them shifts like a game of Jumanji, you&#8217;re probably feeling a bit, well, tired.</p><h2><strong>The Problem with Change Management Theatre</strong></h2><p>Traditional change management was designed for a world where companies announced one big transformation every few years rather than every few weeks, where everyone got a branded swag bag to commemorate the occasion, and our systems and tools remained in place, relatively uninterrupted, for years at a time.</p><p>That world is dead and buried. Gone the way of fax machines, landlines, and &#8220;reply all&#8221; email chains about the coffee machine being down. Now we&#8217;re looking at a future with:</p><ul><li><p>Strategic pivots every quarter (sometimes every month),</p></li><li><p>Technology that changes faster than we can metabolise the launch notes,</p></li><li><p>Market conditions shifting like British weather (and, frequently, as bleak), and</p></li><li><p>Teams spread across time zones who&#8217;ve never met in person.</p></li></ul><p>The community listening to Modern People Leader have expressed a desire to consider new methods around how to approach change, without practices rooted in 2019 (or earlier).</p><h2><strong>What Your Brain Actually Does During Change</strong></h2><p>In 2018 I read a book that I ended up bandying around to quite a few other folks on the leadership team at McCann Worldgroup, a company going through a significant digital and agile transformation in the wake of social media. Hillary Scarlett&#8217;s brilliant work in &#8220;Neuroscience for Organizational Change&#8221; shows us that when faced with ambiguity, our brains don&#8217;t just feel uncomfortable&#8212;they actually consume more glucose, making us mentally exhausted before we&#8217;ve even started adapting. <em>Your brain is literally wired to resist uncertainty.</em></p><p>Every time you announce a &#8220;strategic realignment&#8221; or &#8220;organisational restructure,&#8221; you&#8217;re essentially asking people&#8217;s brains to work overtime whilst simultaneously expecting them to be creative, collaborative, and enthusiastic about the future. It&#8217;s like asking someone to run a marathon whilst wine-tasting&#8230;technically possible, but probably not their best performance.</p><p>Today, the traditional approaches are proving themselves as fundamentally flawed. Kotter&#8217;s 8-Step Process, with its emphasis on creating urgency - <em>woo, just what we need</em> - and communicating the vision first, assumes people are operating from a rational, executive-function mindset when actually, their threat-detection systems are in overdrive.</p><p>Applying Maslow&#8217;s hierarchy to change mirrors what neuroscience tells us about how our brains prioritise information. We literally cannot focus on the bigger picture and self-actualisation when our threat-detection systems are activated. It&#8217;s not a character flaw or lack of ambition, it&#8217;s basic human wiring.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!FSpw!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!FSpw!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 424w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 848w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 1272w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!FSpw!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png" width="1456" height="819" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/af2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:819,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:null,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:null,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:null,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!FSpw!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 424w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 848w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 1272w, https://substackcdn.com/image/fetch/$s_!FSpw!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf2b9f69-9c25-48ea-8819-ada81b7e5376_1600x900.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><h3><strong>Level 1: Physiological Needs - &#8220;Am I Going to Be Okay?&#8221;</strong></h3>
      <p>
          <a href="https://www.mplbuild.com/p/framework-leading-through-change">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[How to Build a Business Case That Actually Gets Approved]]></title><description><![CDATA[Struggling to get exec buy-in for People Ops initiatives? Learn how to link culture and engagement to revenue, profit, and ROI to win approvals.Want me to draft a few alternative headline/description combos so you can test which one performs best?]]></description><link>https://www.mplbuild.com/p/how-to-build-a-business-case-that</link><guid isPermaLink="false">https://www.mplbuild.com/p/how-to-build-a-business-case-that</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Wed, 20 Aug 2025 19:27:37 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/51c88ba5-300f-4ff0-b096-9520d6d96e24_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, and case studies.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/how-to-build-a-business-case-that">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[ELTV isn’t a silver bullet — it’s a conversation starter]]></title><description><![CDATA[Stop chasing the &#8220;perfect&#8221; ELTV calculation. Learn why the most effective People teams pick a defensible formula, track it over time, and use trends to drive smarter decisions.If you want, I can also give you a few alternative title/description pairs&#8212;some optimized for clicks, others for keyword density&#8212;so you can test which performs best.]]></description><link>https://www.mplbuild.com/p/eltv-isnt-a-silver-bullet-its-a-conversation</link><guid isPermaLink="false">https://www.mplbuild.com/p/eltv-isnt-a-silver-bullet-its-a-conversation</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Fri, 15 Aug 2025 19:58:16 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/01e71374-bcb5-40a1-8194-b71e1fa0148f_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/eltv-isnt-a-silver-bullet-its-a-conversation">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Why Your People Team Needs an AI Fair Use Policy (And How to Build One That Actually Works)]]></title><description><![CDATA[This one goes out to everyone who's been secretly using ChatGPT to draft every single slack message and meeting agenda, and still feeling like they're smuggling contraband into the office.]]></description><link>https://www.mplbuild.com/p/why-your-people-team-needs-an-ai</link><guid isPermaLink="false">https://www.mplbuild.com/p/why-your-people-team-needs-an-ai</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Fri, 08 Aug 2025 19:37:59 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/38ddbe7c-4a01-4290-9ddb-0f0efe4e8cd5_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>This one goes out to everyone who's been secretly using ChatGPT to draft every single slack message and meeting agenda, and still feeling like they're smuggling contraband into the office. You&#8217;re unsure where you should or shouldn&#8217;t use employee data, how to incorporate AI into what feels like a bit of a potential minefield.</em></p><p>You've been using AI for your People Ops work, <em>haven't you</em>? <em><strong>Right</strong></em>? Everyone has! If you take a single look at LinkedIn you&#8217;ll find a whole array of self-appointed AI-People-Experts sharing their latest wisdom on using LLMs in our work, so you know that the momentum is out there. Maybe it's helping you write that tricky performance review feedback like Thomas at Juro, or perhaps you've been using Sana to help structure your onboarding documentation or User Interviews as we shared a few weeks ago. And every time you do it, there's this little voice in the back of your head whispering, "Is this okay? Am I cheating?&#8221;</p><p><strong>You're not. </strong>But we need to talk about it.</p><p>The reality is that AI has fundamentally changed the game for People teams. You may remember when I mentioned in my original "People Ops as a Product" post that HR teams traditionally haven't been particularly well-resourced in analysis and data? Well, as I discussed with Daniel and Stephen on the Metrics Episode of MPL Build, AI has basically handed us a superpower. We can now do complex analysis, generate insights, and create documentation at speeds that would have required entire analytics teams just a few years ago.</p><p>But with great power comes great responsibility, and right now, many People teams are flying blind with limited guardrails around AI use, and I&#8217;ve heard from multiple people leaders that they&#8217;re still trying to work out how to put appropriate guidance in for their team to wield this new power.</p><h2><strong>The Wild West of AI in HR</strong></h2><p>I've been watching People teams across the spectrum, from scrappy startups to massive enterprises, and the approaches to AI are all over the map. Some teams are pretending it doesn't exist (good luck with that). Others are going full robot overlord and trying to automate everything in a quest to reduce spend, maximise output, and test the limits of what we can achieve within today&#8217;s toolkit. Most are somewhere in the messy middle; using AI tools quietly, inconsistently, and without any real framework for what's appropriate.</p><p>This isn't sustainable. And frankly, it's not fair to your team members who are left guessing about what's okay and what isn't.</p><p><strong>Why You Need an AI Fair Use Policy</strong></p><p>An AI fair use policy isn't just about legal implications or making it clear to your compliance team you've got your act together (though those are nice side effects, I assure you). It's about creating clarity and confidence for your team so they can focus on doing brilliant work instead of worrying whether they're breaking some unspoken rule.</p><p>When you give someone a new tool without any instructions, they either don't use it at all (missed opportunity) or they use it wrong (potential burning fires). Neither option serves anyone well.</p><p>A proper AI fair use policy does three critical things:</p>
      <p>
          <a href="https://www.mplbuild.com/p/why-your-people-team-needs-an-ai">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Podcast: The What, Why, & How of Creating an Employee Journey Map]]></title><description><![CDATA[In this episode of The Modern People Leader, Jessica Zwaan and Joris Luijke break down how journey maps help HR teams reduce chaos, align cross-functional teams, and design employee experiences that actually work. If you&#8217;re tired of duct-taping processes together, this one&#8217;s for you.]]></description><link>https://www.mplbuild.com/p/podcast-the-what-why-and-how-of-creating</link><guid isPermaLink="false">https://www.mplbuild.com/p/podcast-the-what-why-and-how-of-creating</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Wed, 23 Jul 2025 20:10:41 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/06d1dc61-94f9-478c-ac54-05850bdd45f9_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/podcast-the-what-why-and-how-of-creating">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Agile Ceremonies That Actually Work in People Operations]]></title><description><![CDATA[A practical guide to applying agile ceremonies in People Ops. Learn how HR teams can adapt sprints, standups, and retrospectives to improve execution, visibility, and impact&#8212;without falling into the trap of agile theatre.]]></description><link>https://www.mplbuild.com/p/agile-ceremonies-that-actually-work</link><guid isPermaLink="false">https://www.mplbuild.com/p/agile-ceremonies-that-actually-work</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Tue, 08 Jul 2025 11:59:30 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/37a7f1ef-4556-468b-b27a-3636a8382064_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</em></p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/agile-ceremonies-that-actually-work">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Podcast: The Metrics People Teams Should Actually Track]]></title><description><![CDATA[Learn how to level up your HR metrics game with insights from Jessica Zwaan. Discover the three layers of HR metrics, why AI won&#8217;t fix bad analytics, and how to build a data storytelling muscle that drives real impact.]]></description><link>https://www.mplbuild.com/p/podcast-the-metrics-people-teams</link><guid isPermaLink="false">https://www.mplbuild.com/p/podcast-the-metrics-people-teams</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Wed, 02 Jul 2025 15:36:10 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/fd3015a0-4fb0-414e-8715-44c84ccefc78_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/podcast-the-metrics-people-teams">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[How to Prioritize Employee Experience Problems with the PEOPLE Framework]]></title><description><![CDATA[Feeling stuck with a mountain of People Ops problems and no idea where to start? Learn how to prioritize, break down complex issues, and build Minimum Loveable Products with the PEOPLE Framework&#8212;so you can actually ship meaningful change.]]></description><link>https://www.mplbuild.com/p/how-to-prioritize-employee-experience</link><guid isPermaLink="false">https://www.mplbuild.com/p/how-to-prioritize-employee-experience</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Mon, 23 Jun 2025 21:04:52 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/60f08508-1bb6-413a-83ab-f1c74cfa28b9_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>This one goes out to everyone who's staring at a list of 47 employee experience problems and wondering which fire to put out first.</em></p><p>You've done the work. You've talked to employees, run the user research, mapped the pain points, and written beautiful problem statements that would make any product manager giddy with joy. You've embraced the whole "employees as users" part of the work, and honestly? You're feeling pretty<em> dang</em> good about it.</p><p>Then someone&#8212;potentially your CEO, maybe your management team&#8212;asks the question that makes your stomach drop: <em>"So what are we actually going to build first?"</em></p><p>And suddenly you're staring at a Notion page full of problems spanning across "onboarding process" to "the expense system" to "we desperately need better manager training&#8221; but also &#8220;we haven&#8217;t got a consistent offsite calendar.&#8221;</p><h3><strong>The Paralysis of Infinite Problems</strong></h3><p>Here's a problem with applying product thinking to People Ops: identifying problems is the easy part. I mean, talk to any colleague for fifteen minutes and they'll give you enough material to keep your roadmap busy until 2030.</p><p>The hard part&#8212;the part that separates teams who actually ship impactful employee experiences from teams who get stuck in analysis paralysis&#8212;is figuring out what to tackle first, how to break it down into something you can actually deliver, and how to convince everyone (including yourself) that you're not just rearranging deck chairs on the Titanic.</p><p>This is where some people ops teams really struggle to put pen to paper effectively. They either try to boil the ocean by fixing everything at once, or they default to whatever screams loudest that week. Neither approach ends well.</p><h3><strong>The Question That Changes Things</strong></h3><p>One of the most common questions I get isn't "how do I find problems?" (trust me, as I said, your team can happily provide those). It's this: <em><strong>"I've identified the problems, I've got my team bought in on the approach&#8212;now how do we actually decide what's most important and what ships first?"</strong></em></p><p>Closely followed by:<em><strong> "How do I break these massive, complicated people problems down into something we can actually deliver without waiting eighteen months and building the Death Star of HR solutions?"</strong></em></p><h3><strong>Enter: Minimum Loveable Products for People Ops</strong></h3><p>Your product team doesn't try to build everything at once. They start with an MVP, except in People Operations we can rarely get away with minimum viable (ethics, tradition, expectations). What we need are Minimum Loveable Products: the smallest version of a solution that employees <em><strong>actually</strong></em> want to use and that <em><strong>solves a real problem.</strong></em></p><p>Think new hire experience: instead of rebuilding your entire onboarding program from scratch (Death Star approach as mentioned previously), maybe you start with fixing the single most painful day-one experience. Or performance reviews: instead of implementing a whole new system, maybe you test a lightweight feedback or calibration tool with one team first.</p><p>The frameworks I'm going to share in this blog do a little to help you get there. I&#8217;m hoping I can help you take your beautifully identified problems and turn them into a prioritised, actionable roadmap that your team can actually execute.</p><h3><strong>The PEOPLE Framework</strong></h3><p>The PEOPLE framework is a scoring system that helps you cut through the noise and figure out what deserves your team's precious time and energy.</p><p>Here's how it works:</p>
      <p>
          <a href="https://www.mplbuild.com/p/how-to-prioritize-employee-experience">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Your Compensation Strategy is Your Pricing Strategy: Part II - Building and Scaling Your Framework]]></title><description><![CDATA[Turn your compensation strategy into a system. In Part II of our series, learn how to build a scalable, defensible, and flexible compensation framework that aligns with your business goals, adapts to global talent markets, and supports long-term growth.]]></description><link>https://www.mplbuild.com/p/your-compensation-strategy-is-your</link><guid isPermaLink="false">https://www.mplbuild.com/p/your-compensation-strategy-is-your</guid><dc:creator><![CDATA[Jessie Zwaan]]></dc:creator><pubDate>Tue, 10 Jun 2025 16:20:11 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/c695dd5e-f810-4d1a-8959-7c5de49567de_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Time to turn strategy into systems &#9881;&#65039;. In Part I, we explored how remote work and global talent competition has transformed compensation from a local HR function into a complex strategic challenge. You've identified your talent market dynamics, understood your competitive landscape, and begun thinking about your value proposition.</p><p>Now comes the implementation challenge: building a systematic framework that can handle this complexity while remaining practical and scalable.</p><p><strong>The Challenge of Building Systematic Frameworks</strong></p><p>The complexity we discussed in Part I creates a real operational challenge. How do you build compensation systems that are sophisticated enough to handle global competition and multi-dimensional talent markets, while still being practical for hiring managers to use and fair for employees to understand?</p><h2><strong>The best frameworks balance five critical characteristics:</strong></h2><ol><li><p><strong>Systematic</strong> - Consistent logic that reduces bias and increases fairness. This doesn&#8217;t mean the entire system is identical and treats all folks the same, but it does mean that each difference, possible exception, and variation us both understood and clearly documented.</p></li><li><p><strong>Scalable</strong> - Works whether you're hiring 10 people or 100 people per year, and reflects your company&#8217;s budget and hiring goals.</p></li><li><p><strong>Defensible</strong> - Based on clear reasoning that stands up to internal and external scrutiny</p></li><li><p><strong>Flexible</strong> - Can adapt to market changes without complete rebuilds, and allows for revisitation for strategic purposes</p></li><li><p><strong>Strategic</strong> - Aligned with your business goals rather than just administrative convenience</p></li></ol><h2><strong>The Multi-Layer Framework Approach</strong></h2><p>In my experience, the challenge many teams face is that traditional compensation approaches weren't designed for this level of complexity. Building something that handles today's realities requires more sophisticated thinking.</p><p>Think of your compensation framework like a well-designed system where each component serves a specific purpose and they work together to handle complexity systematically.</p><h3><strong>Layer 1: Market Intelligence Foundation</strong></h3><p>The foundation of any modern compensation framework has to be sophisticated market intelligence. But the challenge now is that "market data" isn't straightforward when your competitive set spans multiple geographies, industries, and company stages.</p><p><strong>Building Comprehensive Market Intelligence:</strong></p><p>You can buy both compensation data and market intelligence, but if you are wanting to build something in house, you can also do market research yourself using multiple sources and develop your own basis of compensation data. This is useful because you can be more reactive than some market tools allow, as they are retroactively adding in data in many instances (<em>Not all</em>! Many new tools are much more dynamic now, and I encourage you to check them out).</p><p><strong>Segmented Analysis:</strong> Instead of looking at broad categories like "software engineers," analyze specific segments like "senior full-stack engineers at remote-first SaaS companies with 50-200 employees"</p><p><strong>Competitive Set Definition:</strong> Identify the 10-15 companies you actually compete with for talent (often different from your business competitors)</p><p><strong>Dynamic Tracking:</strong> Monitor how compensation in your competitive set evolves, not just static benchmarks</p><p><strong>Navigating Data Source Complexity</strong>:</p><p>As I said, premium data sets (Radford, CandorIQ, ERI) provide comprehensive coverage and industry credibility, but can lag market movements</p><p>Real-time sources (levels.fyi, Glassdoor, AngelList) capture current market dynamics but require careful filtering and validation</p><p>Direct competitive intelligence through your hiring process gives you the most accurate picture of what you're actually competing against, but requires a lot of work to find the data and collate it in a logical way.</p><p><strong>The key insight: treat market intelligence as an ongoing strategic function, not a once-per-year benchmarking exercise.</strong></p>
      <p>
          <a href="https://www.mplbuild.com/p/your-compensation-strategy-is-your">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Podcast: How to Hire for People Ops as a Product Team]]></title><description><![CDATA[Learn how to hire for a People Ops team that operates like a product org. This guide covers the five essential skills, how to find T-shaped talent, real interview examples, and case studies to build a high-impact HR team.]]></description><link>https://www.mplbuild.com/p/podcast-how-to-hire-for-people-ops</link><guid isPermaLink="false">https://www.mplbuild.com/p/podcast-how-to-hire-for-people-ops</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Fri, 06 Jun 2025 20:08:12 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/abcccc1e-a089-45f0-95e4-b9aec5f147ab_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/podcast-how-to-hire-for-people-ops">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Your Compensation Strategy is Your Pricing Strategy: Part I - Building for Your Ideal Customer]]></title><description><![CDATA[&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team.]]></description><link>https://www.mplbuild.com/p/compensationstrategy-pricing-idealcustomerprofile</link><guid isPermaLink="false">https://www.mplbuild.com/p/compensationstrategy-pricing-idealcustomerprofile</guid><dc:creator><![CDATA[MPL Build]]></dc:creator><pubDate>Wed, 04 Jun 2025 16:58:14 GMT</pubDate><enclosure url="https://substack-post-media.s3.amazonaws.com/public/images/74ad2767-ce04-4d3e-8b7f-b2effdff54c0_1456x1048.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#128075; This is a free edition of the MPL Build Newsletter&#8212;resources for running your people team like a product team. Become a paid member to get access to guides, templates, case studies, and exclusive AMAs.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.mplbuild.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.mplbuild.com/subscribe?"><span>Subscribe now</span></a></p>
      <p>
          <a href="https://www.mplbuild.com/p/compensationstrategy-pricing-idealcustomerprofile">
              Read more
          </a>
      </p>
   ]]></content:encoded></item></channel></rss>