{"id":22972,"date":"2026-07-28T13:48:51","date_gmt":"2026-07-28T13:48:51","guid":{"rendered":"https:\/\/scannn.com\/barbell-shaped-product-roles-rich-mironovs-product-bytes\/"},"modified":"2026-07-28T13:48:51","modified_gmt":"2026-07-28T13:48:51","slug":"barbell-shaped-product-roles-rich-mironovs-product-bytes","status":"publish","type":"post","link":"https:\/\/scannn.com\/lv\/barbell-shaped-product-roles-rich-mironovs-product-bytes\/","title":{"rendered":"Barbell-Shaped Product Roles - Rich Mironov's Product Bytes"},"content":{"rendered":"\n<div dir=\"auto\">\n<p><span>I had yet another call last week with an AI engineer\/cofounder who has built some very interesting software but gotten zero interest from his intended buyers. For 90 minutes, we ignored his beautiful <\/span><em><strong>tech<\/strong><\/em><span>, and dug into the <\/span><em><strong>product<\/strong><\/em><span> basics\u2026 <\/span><br \/><span>Target audience? Crisp problem statement? Compelling economic value message? <\/span><br \/><span>He had some hypotheses alongside a value story his intended users would find deeply insulting. He is trying to sell prospects on <\/span><em><strong>his<\/strong><\/em><span> concept of what <\/span><em><strong>they should need<\/strong><\/em><span>. I wish this were the exception.<\/span><\/p>\n<p><span>We recapped my <\/span><a href=\"https:\/\/richmironov.substack.com\/p\/code-isnt-product?ref=mironov.com\">Code Isn\u2019t Product<\/a><span> post, why <\/span><a href=\"https:\/\/richmironov.substack.com\/p\/10x-coding-speed-wont-10x-revenue?ref=mironov.com\">10x Coding Speed Won\u2019t 10x Revenue<\/a><span>, and how the <\/span><a href=\"https:\/\/richmironov.substack.com\/p\/bottlenecks-ai-and-where-product?ref=mironov.com\">bottleneck<\/a><span> is moving from raw code to honest discovery and commercial viability.<\/span><\/p>\n<p><span>As AI accelerates core <\/span><strong>code<\/strong><span> development and reduces the detailed technical involvement of product managers, we still need to solve these two core <\/span><strong>product<\/strong><span> problems:<\/span><\/p>\n<ul>\n<li>\n<p>Of the infinitely many things we could build, which ones are likely to drive revenue and business outcomes? (Note that this is not an engineering question.)<\/p>\n<\/li>\n<li>\n<p>How do we make more of our products successful in the marketplace? (Also not an engineering question.)<\/p>\n<\/li>\n<\/ul>\n<p>This has me drawing the AI-first product role as a barbell.<\/p>\n<p><span>During my decades doing this, we\u2019ve spent the majority of our product time getting things built. Engineering created the software, UX created the experience, tech writers wrote the manuals, test engineers built the harnesses, but someone needed to drive clarity and adoption. Sondra Orozco describes it as \u201c<\/span><a href=\"https:\/\/substack.com\/@academyofpm\/p-142107784?ref=mironov.com\">figuring out what their team should build with limited time and resources, and doing whatever it takes to make their product great<\/a><span>.\u201d<\/span><\/p>\n<p>It looked vaguely like this:<\/p>\n<div class=\"captioned-image-container\">\n<figure><a target=\"_blank\" href=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!jtlG!,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ef2b5f7-e5fd-4eea-b628-730e59a672d6_740x475.png\" data-component-name=\"Image2ToDOM\" class=\"image-link image2 is-viewable-img can-restack\"><\/p>\n<div class=\"image2-inset\"><picture><source type=\"image\/webp\" srcset=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!jtlG!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ef2b5f7-e5fd-4eea-b628-730e59a672d6_740x475.png 424w, https:\/\/substackcdn.com\/image\/fetch\/$s_!jtlG!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ef2b5f7-e5fd-4eea-b628-730e59a672d6_740x475.png 848w, https:\/\/substackcdn.com\/image\/fetch\/$s_!jtlG!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ef2b5f7-e5fd-4eea-b628-730e59a672d6_740x475.png 1272w, https:\/\/substackcdn.com\/image\/fetch\/$s_!jtlG!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3ef2b5f7-e5fd-4eea-b628-730e59a672d6_740x475.png 1456w\" sizes=\"100vw\"\/><\/picture><\/div>\n<p><\/a><figcaption class=\"image-caption\"><em><strong><span>Core development as product\u2019s primary focus<\/span><\/strong><\/em><\/figcaption><\/figure>\n<\/div>\n<p><strong>The fuzzy front end<\/strong><span> is where we try to decide <\/span><strong>what we should build<\/strong><span> when faced with thousands of ideas and demands and suggestions and executive mandates. With severely limited resources. We wrestle with semi-quantitative insights, intuition, imponderables. We do open-ended discovery in the hopes of learning something. We try to validate problem statements (first) and then possible solutions (second) with our intended target customers. Define outcome metrics. We apply judgment, experience, common sense, war stories. Because <\/span><strong>most products fail here, before the first line of code is written<\/strong><span>, regardless of how fast engineering runs. Most products should never be built; most features should never be added.<\/span><\/p>\n<p><span>We intend to put <\/span><strong>20%<\/strong><span> of product effort here, but always short-change it&#8230; because every company believes that it can skip discovery just this one time on this one critical initiative. Our customers know exactly what they need. Our CEO is a visionary. Making software can\u2019t be that hard. This one-off item won\u2019t take much <\/span><a href=\"https:\/\/richmironov.substack.com\/p\/support-all?ref=mironov.com\">ongoing support<\/a><span>. In spite of all evidence that most product work is wasted, our company is way above average.<\/span><\/p>\n<p><span>The <\/span><strong>core development work (60-100%)<\/strong><span> is much more visible: SDLC, roadmaps, tickets, rituals, trade-offs, competing objectives, product narratives that don\u2019t get read. We face the chaos&#8230; demands for ever-shorter schedules. Late-arriving requirements. Unexpected technical challenges. Sales escalations. Poached engineers. We <\/span><a href=\"https:\/\/en.wikipedia.org\/wiki\/Satisficing?ref=mironov.com\">satisfice<\/a><span> and hope the next release will be easier.<\/span><\/p>\n<p><strong>Go-to-market<\/strong><span> <\/span><strong>readiness<\/strong><span> is everything that Sales &amp; Marketing needs to start the money flowing: precise targeting\/ICPs, messaging, pricing\/packaging, ROI calculators, detailed-yet-unbounded use cases. Dazzling sales materials. Happy reference customers. Effortless onboarding. Bug-free software.<\/span><\/p>\n<p><span>This gets <\/span><strong>10-20%<\/strong><span> of an average product manager\u2019s time, although it deserves much more. We may shift this to an under-appreciated product marketing or enablement group. Regardless, Sales &amp; Marketing teams can\u2019t succeed without these assets \u2014 they instinctively abandon products that don\u2019t get immediate traction.<\/span><\/p>\n<p><span>Fast-forward to when we can deliver <\/span><strong>production-quality code<\/strong><span> 10x faster, measured from agreed features to full customer availability. (I don\u2019t yet believe this, but will save that argument for another post.) That shifts the most valuable product work further to the ends \u2014 a barbell.<\/span><\/p>\n<div class=\"captioned-image-container\">\n<figure><a target=\"_blank\" href=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png\" data-component-name=\"Image2ToDOM\" class=\"image-link image2 is-viewable-img can-restack\"><\/p>\n<div class=\"image2-inset\"><picture><source type=\"image\/webp\" srcset=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 424w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 848w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 1272w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 1456w\" sizes=\"100vw\"\/><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png\" width=\"914\" height=\"338\" data-attrs=\"{&quot;src&quot;:&quot;https:\/\/substack-post-media.s3.amazonaws.com\/public\/images\/fc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:338,&quot;width&quot;:914,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:null,&quot;alt&quot;:&quot;&quot;,&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}\" alt=\"\" title=\"\" srcset=\"https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 424w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 848w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 1272w, https:\/\/substackcdn.com\/image\/fetch\/$s_!70Le!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffc3fcfec-e5fd-4114-bf9a-ad46ca045608_914x338.png 1456w\" sizes=\"auto, 100vw\" loading=\"lazy\" class=\"sizing-normal\"\/><\/picture><\/div>\n<p><\/a><figcaption class=\"image-caption\"><em><strong><span>AI-first product effort moves to the ends<\/span><\/strong><\/em><\/figcaption><\/figure>\n<\/div>\n<p>We used to hide slow, uncertain discovery work behind an even slower development cycle. But now we\u2019ll be building much faster than we can validate demand. The organizational pressure will be intense to skip the fuzzy steps and get right to coding.<\/p>\n<p><em>Speed is our strategy! Users will experiment with everything we ship, and our instrumentation will tell us immediately what\u2019s useful or valuable. Prospects will write our money stories for us. Selling will be faster and easier.<\/em><\/p>\n<p><span>I don\u2019t think so. Users\/buyers are already overwhelmed, flooded with aspirational product pitches, trying to do their day jobs. 10x more features and tools and products will make it <\/span><a href=\"https:\/\/richmironov.substack.com\/p\/10x-coding-speed-wont-10x-revenue?ref=mironov.com\">even harder to pick a winner<\/a><span>.<\/span><\/p>\n<p><span>And I don\u2019t buy the \u201coutsource our whole discovery process to AI\u201d story. <\/span><strong>We need to put 40%+<\/strong><span> of our time into evidence-based recommendations for a few big revenue bets. And convert those into money. Otherwise we\u2019ll have the same uninspired, generic, AI-generated product plans as our competitors.<\/span><\/p>\n<p>So instead, a few partial solutions for speeding up useful discovery:<\/p>\n<h5><strong>Right Tools, Right Job<\/strong><\/h5>\n<p><span>AI will speed up <\/span><strong>parts<\/strong><span> of discovery. Identifying users with similar support tickets, then scheduling calls with them. Daily analytics and trend identification. Scanning for competitor announcements. Suggesting <\/span><a href=\"https:\/\/www.amazon.com\/Money-Stories-Communicating-Value-Product\/dp\/0986030325\/ref=sr_1_1?crid=BAR20GOH2662&amp;dib=eyJ2IjoiMSJ9.0piRzxbFE_s_fNgCZjD5BQ.WzK3IfYcFzeplz9Jwih_H4aTdy85YTwaGrMBoizX_mM&amp;dib_tag=se&amp;keywords=rich+mironov+money+stories&amp;qid=1769612198&amp;s=books&amp;sprefix=rich+mironov+money+stories%2Cstripbooks-intl-ship%2C259&amp;sr=1-1&amp;ref=mironov.com\">money stories<\/a><span>. Transcribing interviews and spotting themes. Reminding us to define success metrics before we ship. But we can\u2019t automate judgment, context, or identifying the one really sparkling idea among the <\/span><a href=\"https:\/\/www.vocabulary.com\/dictionary\/dreck?ref=mironov.com\">dreck<\/a><span>.<\/span><\/p>\n<p><span>I love Teresa Torres\u2019 deep insight that humans need to do real interviews, yet <\/span><a href=\"https:\/\/www.producttalk.org\/customer-interview-coach\/?ref=mironov.com\">AI coaches can help us be better interviewers<\/a><span>. <\/span><br \/><span>And we don\u2019t need to do discovery on everything. Let\u2019s focus our attention on the big, risky, hard-to-reverse strategic bets. Muster the courage to discard the bottom 80% of our backlogs. And time-box decisions about smaller features, fixes, obvious improvements. See B\u00fc\u015fra Co\u015fkuner\u2019s \u201c<\/span><a href=\"https:\/\/busra.co\/blog\/when-do-you-actually-need-product-discovery?ref=mironov.com\">When do you actually need Product Discovery?<\/a><span>\u201c<\/span><\/p>\n<p><strong>Putting 40%+ of our energy into serious discovery and market-sensing<\/strong><span> will let us get ahead of the daily anecdotal demand stream.<\/span><\/p>\n<p><span>Engineers do much more than build code. They understand systems, map out architectures, anticipate bottlenecks, apply hard-won learning around security and scalability and maintainability. They bring judgment, experience, talent, taste, intuition. I see that AI is dramatically accelerating the generation of <\/span><strong>code<\/strong><span>, but not convinced that we\u2019re seeing 10x faster creation of commercially viable products. Some ways I think product folks can help more during core development:<\/span><\/p>\n<ul>\n<li>\n<p><strong>Keep teams focused on outcomes<\/strong><span>, customer value, market wins. Are we gold-plating that feature? Will users see the results of that optimization? Can we extract more market leverage from similar effort?<\/span><\/p>\n<\/li>\n<li>\n<p><span>Author whatever context files or product briefs or problem statements fit the new model. That still captures <\/span><strong>strategic intent<\/strong><span>.<\/span><\/p>\n<\/li>\n<li>\n<p><strong>Humbly ask the bigger-than-code questions<\/strong><span>. Architecture, supportability, trade-offs. How do we know if our code still works when the underlying model changes every week? How will we track concept drift as users try new things and our corpus gets stale? What should we be worrying about?<\/span><\/p>\n<\/li>\n<\/ul>\n<p>Engineers get to decide how we build software, and choose their tools\/processes\/agents. Product folks try to keep our brilliant technologists focused on outcomes.<\/p>\n<p>If we can\u2019t explain why someone should consider our product \u2014 in simple, user-friendly economic terms \u2014 then revenue doesn\u2019t flow. Traditionally, product managers have passed this buck to product marketers or treated it as an afterthought. And we collectively had months (years) to draft go-to-market materials while products were built. Now that might be weeks.<\/p>\n<p>Dirty secret: the best go-to-market intelligence comes directly from users and buyers, from the very same discovery calls we use for feature\/function insights. Not from our own market-facing groups, not from industry analysts, not from the Board. But we often forget to ask.<\/p>\n<p>Ways we could compress the GTM Planning cycle:<\/p>\n<ul>\n<li>\n<p><span>Include product marketers (if they exist) in discovery calls. Ask the economic questions earlier: <\/span><em>How would you describe the benefits? What else have you tried? How would you justify spending money on this? Who approves purchases?<\/em><span> Sort out pricing, packaging, ROI metrics, and sales goals upfront.<\/span><\/p>\n<\/li>\n<li>\n<p><span>Use <\/span><a href=\"https:\/\/www.amazon.com\/Money-Stories-Communicating-Value-Product\/dp\/0986030325\/?ref=mironov.com\">money stories<\/a><span> to guesstimate future revenue for our big bets. And use those guesstimates to sidestep less valuable work.<\/span><\/p>\n<\/li>\n<li>\n<p>Identify Sales &amp; Marketing capacity limits. If we can aggressively promote only two new products each quarter, propose the right ones.<\/p>\n<\/li>\n<li>\n<p><span>Ask the tough leadership question: which launches went well, and what does reasonable GTM preparation look like? Or consider the <\/span><em>put-up-or-shut-up<\/em><span> experiment, where some sales regions create their own messaging and packaging while others use what product\/marketing supplies. Who is less unhappy?<\/span><\/p>\n<\/li>\n<\/ul>\n<p>My approach is in direct contrast to the product engineer trend. AI pushes product work to the ends and engineering work to the middle. I\u2019ve met a few unicorns who are great at both. But this is mostly engineers doing hand-wavy product thinking on their way to shipping code. I\u2019ve had to dig na\u00efve CTOs out of this trap scores of times.<\/p>\n<p>Exception: when AI engineers are building AI tools for other AI engineers, they are their own audience.<\/p>\n<p><span>The bar gets heavier at both ends: <\/span><strong>more<\/strong><span> judgment on what to build, <\/span><strong>more<\/strong><span> muscle on how to sell it. Engineering owns the middle.<\/span><\/p>\n<\/div>\n<p><a href=\"https:\/\/richmironov.substack.com\/p\/barbell-shaped-product-roles?utm_source=tldrproduct\">Source link <\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>I had yet another call last week with an AI engineer\/cofounder who has built some very interesting software but gotten zero interest from his intended buyers. For 90 minutes, we ignored his beautiful tech, and dug into the product basics\u2026 Target audience? Crisp problem statement? Compelling economic value message? He had some hypotheses alongside a [&hellip;]<\/p>\n","protected":false},"author":16,"featured_media":22973,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[143],"tags":[],"class_list":["post-22972","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ai"],"_links":{"self":[{"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/posts\/22972","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/comments?post=22972"}],"version-history":[{"count":0,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/posts\/22972\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/media\/22973"}],"wp:attachment":[{"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/media?parent=22972"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/categories?post=22972"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/scannn.com\/lv\/wp-json\/wp\/v2\/tags?post=22972"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}