<?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[OMNIPOLAR: Chad's Business Channel]]></title><description><![CDATA[Businessy articles, written by Chad.]]></description><link>https://www.omnipolar.ai/s/chads-business-channel</link><image><url>https://www.omnipolar.ai/img/substack.png</url><title>OMNIPOLAR: Chad&apos;s Business Channel</title><link>https://www.omnipolar.ai/s/chads-business-channel</link></image><generator>Substack</generator><lastBuildDate>Mon, 19 Oct 2026 22:25:51 GMT</lastBuildDate><atom:link href="https://www.omnipolar.ai/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Chad Barker]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[omnipolaruniverse@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[omnipolaruniverse@substack.com]]></itunes:email><itunes:name><![CDATA[OMNIPOLAR]]></itunes:name></itunes:owner><itunes:author><![CDATA[OMNIPOLAR]]></itunes:author><googleplay:owner><![CDATA[omnipolaruniverse@substack.com]]></googleplay:owner><googleplay:email><![CDATA[omnipolaruniverse@substack.com]]></googleplay:email><googleplay:author><![CDATA[OMNIPOLAR]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Nine Ingredients of a Reseller Program That Drives Revenue]]></title><description><![CDATA[After twenty years building reseller programs and partnerships, here&#8217;s my take on nine ingredients that decide whether a channel program becomes real distribution or an expensive partner portal.]]></description><link>https://www.omnipolar.ai/p/nine-ingredients</link><guid isPermaLink="false">https://www.omnipolar.ai/p/nine-ingredients</guid><dc:creator><![CDATA[OMNIPOLAR]]></dc:creator><pubDate>Mon, 19 Oct 2026 19:22:55 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!V6g3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>Also published on <a href="https://www.linkedin.com/pulse/nine-ingredients-reseller-program-drives-revenue-chad-barker-ajksc/">LinkedIn</a> on September 1, 2026. I wrote it with Claude as my sounding board and editing partner.</em></p><div><hr></div><p>Sooner or later, every software company seems to reach the same moment. Direct sales are working, but it&#8217;s expensive and revenue plateaus. Then, someone in a board meeting says it: Channel.</p><p>Channel programs can certainly drive growth. They&#8217;re also where a lot of good companies waste a year because the fundamentals aren&#8217;t in place.</p><p>I&#8217;ve spent more than two decades in partner and reseller programs, both working inside them and building them from the ground up. Some were successful and I learned from people who knew more than I did. Others were stinkers, where I learned tough but valuable lessons from my mistakes.</p><p>At Intel, as chief of staff to the VP running a global ecosystem of ISVs, OEMs, SIs, and VARs. At Google, where I owned a $36M/year book of business with Google revenue running through a portfolio of reseller partners (Salesforce, Intuit, Verizon, and Network Solutions) who resold Google Ads to small businesses. Then from scratch, for multiple SaaS consulting clients, and at HealthFitness, where I was hired as the first dedicated partnerships leader tasked with building the channel program from 0-to-1, both signing and managing partners to drive meaningful revenue.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!V6g3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!V6g3!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 424w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 848w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 1272w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!V6g3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp" width="728" height="381.4086956521739" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/e0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:482,&quot;width&quot;:920,&quot;resizeWidth&quot;:728,&quot;bytes&quot;:31658,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/webp&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.omnipolar.ai/i/221203204?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!V6g3!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 424w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 848w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 1272w, https://substackcdn.com/image/fetch/$s_!V6g3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe0cedb70-6d0e-4233-8eae-8b55102285df_920x482.webp 1456w" sizes="100vw" fetchpriority="high"></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 buttonBase-GK1x3M"><svg aria-hidden="true" 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" class="icon-noB79L"><g><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 buttonBase-GK1x3M"><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 icon-noB79L"><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>Hunting &amp; Farming</h3><p>Most articles about channel programs are about getting the agreement signed. Finding the right partners and getting them to commit takes real skill. But that&#8217;s the hunting half. The farming half, everything after the signature, is where programs actually produce or fail.</p><p>Almost everything that converts a signed partner into revenue is different work. The partner&#8217;s economics have to survive contact with their own comp plan. Enablement has to compress down to something a distracted rep will actually use. Internal teams that never asked for any of this need to stay aligned. And somebody has to still be there months in, when the first deal hasn&#8217;t closed.</p><p>That harvesting work is where I&#8217;ve spent most of my career. I&#8217;ve done plenty on the business development side as well, but the post-contract half is where I&#8217;m strongest, and it&#8217;s the half most programs underestimate.</p><p>One scope note before the list. This is about B2B software sold through resellers, VARs, systems integrators and consultancies, where there&#8217;s an assisted sales motion on both sides. If you&#8217;re running self-serve or product-led growth, some of what follows won&#8217;t map.</p><p>And one note on figures. Where I cite a commonly published benchmark, I say so. The rest are directional, drawn from programs I&#8217;ve built and run and from comparing notes with others who&#8217;ve managed their own.</p><p>With that, here are nine ingredients that, in my opinion, make or break a reseller program:</p><h3>1. Qualify the partner, not just the deal</h3><p>A significant share of partnership failures trace back to early in the negotiation, where the vendor was so excited about the opportunity that they skipped the harder questions.</p><p>The most useful question I know when engaging a prospective partner: &#8220;What happens to this partnership if the deal in front of them dies?&#8221; A partner filling a genuine capability gap will still be there next time. A partner solving one urgent but isolated customer problem won&#8217;t, because the agreement they signed was a one-deal workaround dressed as a long-term relationship.</p><p>Certain information can feel like validation when it isn&#8217;t: they confirmed you do something they can&#8217;t, they named theoretically quick-win accounts nobody has qualified, or they quoted a big reachable-customer number nobody has checked.</p><p>None of that is a reason to walk away. It just means you haven&#8217;t finished qualifying.</p><p>The reliable way to learn whether a partner is committed is to ask them to commit to something:</p><ul><li><p>Minimum volume commitment</p></li><li><p>Joint go-to-market plan</p></li><li><p>Named accounts at signing rather than promised</p></li><li><p>Named executive sponsor written into the agreement</p></li><li><p>Access to their sales team</p></li></ul><p>Each of those is simultaneously a term and a test. The last one especially: a partner who won&#8217;t give you time with their reps has already told you exactly what those reps will do.</p><p>Then put your own on the table in the same detail. If you&#8217;re asking them to name accounts and an executive sponsor, name yours:</p><ul><li><p>An executive sponsor on your side</p></li><li><p>The first qualified leads</p></li><li><p>Marketing support</p></li><li><p>Technical help actually staffed to execute the plan</p></li></ul><p>And don&#8217;t forget the table stakes. Check the market, not just the partner: if the adoption isn&#8217;t there, no amount of enablement helps, and you&#8217;ll spend a year concluding the partner underperformed when the market was the problem. And if your own sales team can&#8217;t sell your product, forget building a channel program until they can.</p><div><hr></div><h3>2. Proof before partners</h3><p>A reseller won&#8217;t lift a finger until they have proof points they can take to their own clients: a named customer, a hard number, an outcome a skeptical buyer will believe. Resellers aren&#8217;t evangelists. They&#8217;ve spent years earning trust with those clients and, for good reason, they won&#8217;t spend it on something unproven.</p><p>I once had a client who wanted to launch a channel program immediately. Strong product, but no reference customers that a partner could stand behind. I recommended they wait. A program without proof isn&#8217;t a channel; it&#8217;s a way to burn goodwill you&#8217;ll need later. They waited, built the proof, and launched when partners had something real to carry.</p><p>There&#8217;s a second kind of proof that&#8217;s easy to forget. Partners want to know which other resellers have sold the product and how those relationships worked. You need proof of the partnership, not just proof of the product. That&#8217;s the argument for starting with two partners and going deep. Depth is what produces proof. Breadth just produces logos.</p><p>And hand the first partner a qualified lead or two. Resellers obviously know they have to build their own pipeline, but seeding their pipeline proves your commitment and gets them to a win faster.</p><div><hr></div><h3>3. Model the partner&#8217;s economics before your own</h3><p>Most companies design a reseller program around what they&#8217;re willing to pay. The programs that work typically start from the other side of the table with one question: &#8220;Can the partner really build a business that rides on your product or services?&#8221;</p><p>I learned this the hard way. Early in my consulting work I focused almost entirely on one client&#8217;s margins and went to prospective partners with an ostensibly-baked model that made sense for us. But I hadn&#8217;t sought input from any prospective partners.</p><p>We didn&#8217;t lose those partners, exactly, but we never gained traction with them either. Their incentive wasn&#8217;t there. We adjusted and it helped, but you usually get one real shot with a partner, and I had spent mine pitching instead of listening.</p><p>After that I went in collaboratively: &#8220;Here are the proposed economics, now tell me where you can or can&#8217;t see them fitting.&#8221; That took longer but it was worth it, and I learned to be as patient with a partner prospect as we have to be with a direct sales prospect.</p><p>Four specifics worth locking in:</p><ul><li><p>Know when the benchmarks don&#8217;t apply: Commonly cited benchmarks put pure resellers at 5-10% margin and value-added resellers at 20-30%, which assumes an established category and deal sizes with room to grow. If your partner is educating the market on every deal, or your average contract is small, that underprices your channel and it&#8217;ll fail. In new categories, programs starting near 15% commonly end up between 35% and 40%. Every program I&#8217;ve been part of that started in the teens had to move. And reps live on real dollars: 15% of a $10,000 contract won&#8217;t move their comp needle.</p></li><li><p>Help them build a services business around it: Most resellers can&#8217;t survive on product margin alone. Whether they can build implementation, configuration, training, and ongoing management around your product matters more than the percentage. Help design that layer and their economics work at a margin you can afford.</p></li><li><p>Get the duration right: Does commission run through the initial contract or through renewals? Share margin in perpetuity where you can. A partner paid across the life of a customer has a reason to keep that customer happy. A partner paid once has a reason to sign and move on.</p></li><li><p>Follow it to the individual sales rep: The economics have to reach the specific salesperson on the partner&#8217;s side. Does it count toward the number they&#8217;re measured on, and will they be paid the way they would be for a house product? If the deal is invisible on their comp plan then it&#8217;ll be invisible in their pipeline.</p><div><hr></div></li></ul><h3>4. Enablement built for one distracted sales rep</h3><p>Your enablement isn&#8217;t for the partner company. It&#8217;s for the specific, distracted salesperson inside that company who sells ten other products and will give yours about 90 seconds before deciding whether it can make them money.</p><p>If that rep can&#8217;t retell your story after one read, you&#8217;ve probably lost them. Skip the comprehensive deck. Give them five bullets and a story someone can repeat in an elevator.</p><p>Years ago, working a partnership with Salesforce, I watched their reps struggle with the extensive in-person training we were providing. The material was valuable but they were drowning in it, with a global launch event coming up in days. With help from our product team, I built a single one-pager, which I laminated at Kinko&#8217;s at midnight before the launch, compressing the value proposition to what fit on one card a rep could pin to their putty-gray cubicle wall when they found it on their desk in the morning. A one-pager certainly didn&#8217;t solve everything, but it made the pitch far more digestible because it respected how little time a busy seller has.</p><div><hr></div><h3>5. Align your own house before trying to influence theirs</h3><p>This is the one I see companies miss most often. A channel doesn&#8217;t just require the partner&#8217;s organization to show up. It requires yours, and most of the teams a channel depends on are often never consulted.</p><p>Start with the question programs skip surprisingly often: &#8220;Which internal stakeholders are responsible for the success of this partnership?&#8221;</p><p>There&#8217;s program management, someone to close new partners, and someone to activate and manage them once signed. From the partner&#8217;s perspective, activation and management arguably matter more and should be a selling point for the business development team. The partner needs to know that after the ink dries they have a counterpart committed to the relationship succeeding. Plenty of programs staff the closer, which they should, and never staff the manager.</p><p>And comp that person deliberately. Paid on closed partner revenue, they&#8217;ll gravitate to the partners already producing. Paid on activation and partner-sourced pipeline, they&#8217;ll do the harder work of getting a new (or stalled) partner to a first win.</p><p>Where programs can go sideways due to internal misalignment:</p><ul><li><p>Sales: If your direct team isn&#8217;t compensated on channel-sourced deals, they&#8217;ll treat partners as competition. Channel conflict is rarely a partner problem; it&#8217;s a comp plan problem. Set time-stamped deal registration, decide in advance what happens when two partners register the same account, and name the prospects that are off-limits to both of you. Write all three before your first deal, not during your first conflict.</p></li><li><p>Solutions architects and technical teams: Partner deals need technical support during the sale and integration work after it. If nobody budgeted that bandwidth or reflected it in how those team members are measured, you&#8217;ll hear a version of &#8220;I don&#8217;t have time for this&#8221; and they&#8217;ll be justified.</p></li><li><p>Client success: Who manages the customer after the sale &#8212; you or the partner? If it&#8217;s you, that team just inherited accounts it didn&#8217;t source, doesn&#8217;t know what was promised in the room, and may not be staffed to carry them. Decide who the customer calls when something breaks, and make sure that person has a name and a number on the partner&#8217;s side. And make sure someone on your side sees the renewal coming.</p></li><li><p>Marketing: A channel program has two marketing jobs: marketing to your partners, and equipping your partners to market to their customers. Both are real work. What I have watched repeatedly is a program announced and then pitched over the wall, with marketing finding out it now owns a channel nobody consulted it about.</p></li></ul><p>In short: Rally all relevant teams before the first partner signs.</p><div><hr></div><h3>6. Settle whose paper you&#8217;re using early on</h3><p>Early on, discussions with a prospective reseller arrive at the same question: &#8220;Whose contract does the customer sign?&#8221;</p><p>Most partners push hard for their own paper, and the reason is legitimate. They want to own the relationship so that, in turn, they own the revenue and the renewal.</p><p>What matters isn&#8217;t what the partner says they&#8217;ll own. It&#8217;s what they are capable of owning and then actually own. If you&#8217;re in the background while the partner runs the entire client engagement, their paper makes sense. If they make the sale but need you to run everything after signature, that drifts toward yours.</p><p>What helped was setting the boundary against three specific things in advance: who holds the billing relationship with the customer, who provides first and second line support, and who carries indemnification when something goes wrong. Where the partner owns all three, their paper makes sense. Where you own two of the three, it&#8217;s yours. It won&#8217;t resolve every case, but it turns a negotiation you keep relitigating into a policy you can point to.</p><p>Protect three things regardless of whose paper it is:</p><ul><li><p>Access to the end customer</p></li><li><p>Your own data</p></li><li><p>Visibility into renewals</p></li></ul><p>And be honest about the trade. A deal with no attribution, no customer access, and no reference rights carries a real cost, and the margin should reflect it. Plenty of white-label deals are worth doing on those terms. But they probably aren&#8217;t worth doing at benchmark margin.</p><div><hr></div><h3>7. Measure activation, not signatures</h3><p>The vanity metric is partners signed. A new partnership gets a press release, but on its own it means nothing.</p><p>The metric that matters is activation: &#8220;How many partners have actually sourced a deal, and how fast did the first one come?&#8221; Track time to first deal, partner-sourced pipeline and revenue, and your active partner ratio. Commonly cited benchmarks put acceptable activation above 40% for early-stage programs and above 60% for mature ones, which tells you how low the floor is.</p><p>The windows are tighter than most people plan for, and they scale with your sales cycle; if your average deal is six figures on a nine-month enterprise cycle, stretch every number to match. Partners who get to a first deal inside 90 days are far more likely to still be active at the 12-month mark.</p><p>One thing almost every program gets backwards: Don&#8217;t gate first revenue behind certification. A 90-day gauntlet ahead of the first deal kills momentum before any revenue exists, and a large share of partners who haven&#8217;t completed onboarding by then never activate without direct intervention. Let them register and pursue while they certify. Gate what carries real risk, like demos and implementations.</p><p>There&#8217;s a harder boundary on that same clock. In my experience, if a partner hasn&#8217;t won at least one deal within around six months of signing the agreement, they generally never do. It isn&#8217;t disloyalty. It&#8217;s just that their reps have to make a living, and if your product is a hard sell (or if they don&#8217;t have the right support to sell it) then they&#8217;ll rationally move to something that pays this quarter. Treat six months as a decision point: diagnose the blockers, fix the economics, or release them.</p><p>Five active partners beat fifty logos every day of the week.</p><div><hr></div><h3>8. Respect the co-opetition risk</h3><p>The riskiest partner is the platform that could become your competitor. This is the one people tend to learn the hard way.</p><p>There&#8217;s one recent example in Healthcare AI. Epic, the dominant electronic health record, collaborated with a wave of ambient AI scribe companies, including Abridge, Microsoft&#8217;s DAX, and Ambience which helped validate the entire category.</p><p>Then in February 2026, once the market was proven on its platform, Epic shipped AI Charting, its own native scribe, with no separate contract for the health system to sign. Epic built AI Charting in collaboration with Microsoft, running models through Azure. So of the partners who helped prove the category, one ended up inside the platform and the others ended up competing with it. And they weren&#8217;t evicted. They keep the integration and the marketplace listing, and they compete with the platform for the same buyer at the same time. But the partner who had been closest to Epic, sitting in its invitation-only co-development tier, was moved down to the same designation every other ambient vendor already held.</p><p>The pattern isn&#8217;t particular to healthcare, of course. It happens often enough in consumer software that it has a nickname, Sherlocking, after Apple shipped native functionality that displaced a third-party tool built on its own platform. Any platform eventually looks at the categories its ecosystem proved and asks which ones it should own.</p><p>That isn&#8217;t a reason to avoid powerful platform partners. Their distribution is real. So structure for it, contractually rather than just attitudinally. Term length and change-notice provisions negotiated up front cost little and mean a platform partner can&#8217;t easily reprice or sunset the relationship on short notice. The customer access and data protections above matter even more here, because the partner who could become your competitor is also the one learning the most about your business.</p><p>One concrete thing you can do before signing: ask whether your category is on their product roadmap. Directly, and of someone senior enough to actually know.</p><p>And your partner has the mirror-image fear: you might change terms, raise prices, or sunset the program. Raising it before they do is a differentiator rather than a concession.</p><div><hr></div><h3>9. Give the program and partnerships the time they need</h3><p>Build a channel program from scratch and you can be prone to fantasize about serious revenue inside 6-9 months. Unless you&#8217;re able to feed the program and partners hefty resources out of the gate, plan instead for 12-15 months.</p><p>This is a different clock from the last section. Six months is the right decision point for an individual partner who isn&#8217;t producing. It&#8217;s the wrong one for the program itself, and confusing the two is how good programs get killed a quarter before they work.</p><p>I once had a client for whom I built the reseller program from the business case up. I told them at the outset they&#8217;d need to give it at least twelve months, in large part because they were still trying to identify their first customer proof points and they did not yet have the cross-functional infrastructure or resources to execute quickly. We were the bottleneck.</p><p>They said they&#8217;d be patient.</p><p>At the 6-month mark, with partners not yet producing, they asked where the revenue was. I wrote an analysis saying that, given their own sales team was struggling to sell the product, it&#8217;d be another 6-9 months before revenue grew from a trickle to a steady stream. I knew recommending they stay the course would probably cost me the client. (It did.) I wrote it anyway, because the alternative was telling a client what they wanted to hear about their own money. They couldn&#8217;t wait, so we shut it down. All things considered, it was the right call.</p><p>So, give your program and partners the time they actually need. Without fail, that&#8217;s always longer than you want it to be. The alternative, though, is buying an expensive write-off and a set of partners who now tell others you weren&#8217;t serious.</p><p>If you&#8217;re honest with yourself that the program must flourish within six months of inception, I recommend waiting.</p><div><hr></div><h3>Embrace the Unglamorous</h3><p>None of these nine are complicated, or even particularly original, and that&#8217;s the point. Reseller programs don&#8217;t fail because the ideas are difficult. They fail because teams skip the unglamorous parts &#8212; the qualification, the partner economics, the enablement compression, the internal alignment, and the long-term perseverance to succeed.</p><p>A reseller program isn&#8217;t a distribution hack you bolt on. It&#8217;s a set of relationships you build like a business, one at a time, with the partner&#8217;s success modeled and considered as carefully as your own.</p><p>These partnerships exist to drive transactions. The relationship that produces them can&#8217;t be run that way. If a partner senses they&#8217;re a short-term means to an end rather than a long-term partner, you&#8217;ll get exactly what you built.</p><p>Build it with the fundamentals in place and your partners will continue opening new doors for you well into the future.</p><div><hr></div><p><em><strong><a href="https://www.omnipolar.ai/s/chads-business-channel">Chad&#8217;s Business Channel</a></strong></em> <em>is where the professional writing lives: articles on healthcare AI, partnerships, and go-to-market, written for the people building and buying in that market. Each piece publishes on LinkedIn as well, where most of the conversation happens.</em> </p><p><em>Read Chad&#8217;s full collection of business-related articles on <a href="https://www.omnipolar.ai/s/chads-business-channel">Chad&#8217;s Business Channel</a> or <a href="https://www.linkedin.com/in/chadbarker/recent-activity/all/">LinkedIn</a>.</em></p><div class="captioned-image-container"><figure><div class="image-link image2" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!WXLF!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 424w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 848w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg" width="66" height="66" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1456,&quot;width&quot;:1456,&quot;resizeWidth&quot;:66,&quot;bytes&quot;:855721,&quot;alt&quot;:&quot;&quot;,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&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="" title="" srcset="https://substackcdn.com/image/fetch/$s_!WXLF!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 424w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 848w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1456w" sizes="100vw" loading="lazy"></picture><div></div></div></div></figure></div>]]></content:encoded></item><item><title><![CDATA[Healthcare AI & The Partnership Moat]]></title><description><![CDATA[In healthcare AI the model is rarely the moat: what matters is where it runs, and who owns the room where your buyer sits.]]></description><link>https://www.omnipolar.ai/p/the-partnership-moat</link><guid isPermaLink="false">https://www.omnipolar.ai/p/the-partnership-moat</guid><dc:creator><![CDATA[OMNIPOLAR]]></dc:creator><pubDate>Tue, 06 Oct 2026 21:05:04 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!KNUT!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>Originally published on LinkedIn, June 22, 2026. Figures and events are as of that date. I wrote this with Claude as my sounding board and editing partner.</em></p><div><hr></div><h3><strong>Why today&#8217;s winning companies treat distribution as architecture</strong></h3><p>I&#8217;ve spent my career building partnership ecosystems, at Google and a range of health and tech companies. Companies have long celebrated partnerships as a key to growth, and yet I&#8217;ve never seen strong partnerships matter more than they do at the intersection of healthcare and AI.</p><p>The pattern I keep running into is that, in Healthcare AI, the model is rarely the thing that wins. What wins is distribution, getting the technology inside the clinical workflow where the systems already live.</p><p>In Healthcare AI, distribution is a partnership problem.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!KNUT!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!KNUT!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 424w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 848w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!KNUT!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/df15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:9338135,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.omnipolar.ai/i/219165352?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!KNUT!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 424w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 848w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!KNUT!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdf15f09a-5166-4d40-a6e4-6a4f70f0e6da_5654x3769.jpeg 1456w" sizes="100vw" fetchpriority="high"></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 buttonBase-GK1x3M"><svg aria-hidden="true" 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" class="icon-noB79L"><g><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 buttonBase-GK1x3M"><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 icon-noB79L"><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>Consider what it takes to implement AI in a hospital. The model has to read and write to the EHR. It has to clear HIPAA and the health system&#8217;s governance review. It has to slot into the call center, the patient portal, and the scheduling stack - tools the organization bought years ago and typically resists replacing. None of that is a modeling problem; it&#8217;s all integrations and alliances.</p><p>And that&#8217;s just one organization. Zoom out and it&#8217;s worse. A single provider often runs dozens of systems that were never designed to talk to each other, and a patient&#8217;s information scatters across all of them, and across the payers involved in their care. Every one of those systems exists, in theory, to serve the person at the center of the equation: the patient. Yet because they don&#8217;t connect, no one, not the provider and not the payer, reliably has the right information at the right moment to actually help that person. That fragmentation is the real problem in healthcare, and it&#8217;s exactly why distribution is so valuable. The product that moves the right information into the workflow, across systems built to resist it, is solving something the whole industry hasn&#8217;t done nearly as successfully as it needs to do.</p><p>I first learned this while working on Google Health, where I led Ecosystem Partnerships. The team and I built a 150-plus-partner ecosystem, created &#8220;Connects with Google Health&#8221; (a co-marketing and technical-integration program for third-party developers), and managed partnerships with Stanford, Cleveland Clinic, CVS, Walgreens, and Fitbit that added value to the platform. After three years, we relaunched the product and usage got a boost, but it never reached the broad adoption Google was after, and in 2011, Google decided to shut it down the following year. That was tough to communicate to our partners, many of which had built their entire business around Google Health.</p><p>Google Health &#8220;v1&#8221; failed for a variety of reasons but, in the end, the usage curve never cleared Google&#8217;s high bar. I&#8217;ve reflected on this many times over the years. The integrations made Google Health usable and trusted, but the product itself stood outside the systems people already used and only a modest number of consumers came and stayed. The part that was hardest to swallow had nothing to do with the business: we had set out to make a real difference in people&#8217;s health, and we reached far fewer lives than we believed we would. It remains one of the greatest disappointments of my career.</p><p>The lesson wasn&#8217;t that the partnerships failed. It was that even strong partnerships can&#8217;t save a product sitting in the wrong place. The companies winning in Healthcare AI right now treat lessons like this as architecture.</p><p>I&#8217;ll look at three partnerships I think get it right, each solving the distribution problem a different way:</p><ul><li><p><strong>Abridge &amp; Epic went deep: </strong>embedded inside the one platform that dominates the hospital, so the product lives where clinicians already work.</p></li><li><p><strong>Hyro &amp; Five9 went wide:</strong> plugged into the contact-center and EHR tools health systems already own, so it switches on quickly across many stacks.</p></li><li><p><strong>OpenEvidence &amp; NEJM/JAMA owned the trusted inputs:</strong> licensed the content clinicians rely on and went straight to the doctor, skipping the platform fight entirely.</p></li></ul><h3><strong>Abridge: Deep inside Epic</strong></h3><p>Abridge builds ambient AI that listens to a clinical visit and turns it into structured notes. There are several credible ambient-scribe models now; the underlying science is no longer rare. Part of what has set Abridge apart is that its product lives inside Epic&#8217;s workflow instead of beside it, so the documentation is part and parcel with the clinician&#8217;s work, without needing to open a second app.</p><p>That one decision has drastically minimized adoption friction, which is much of why Abridge now runs in more than 300 health systems, among them some of the most recognized names in American medicine, and is on track for 100 million patient-clinician conversations this year. Being first and deepest inside the dominant EHR in U.S. hospitals was a procurement advantage no rival scribe could erase by training a slightly better model.</p><div class="callout-block" data-callout="true"><p>Where your product runs matters more than how good it looks in a vacuum. The partnership that puts you inside the system of record is worth more than another point of accuracy.</p></div><p>Then, in February 2026, the landlord entered the business. Epic switched on its own native ambient charting, built with Microsoft, which listens during a patient visit, drafts the note, and queues the orders, all inside the very workflow Abridge&#8217;s position depends on.</p><p>It&#8217;s the clearest proof yet that distribution is the prize in this market. The platform owner didn&#8217;t respond to ambient AI by training a better model for someone else to deploy. It claimed the workflow itself.</p><p>Depth in someone else&#8217;s platform is essentially rented land, and in February the rent went up. In June, at a keynote in New York, Abridge CEO Shiv Rao unveiled what the company now calls an AI-native clinician intelligence platform: a strategic investment from Eli Lilly, a clinical foundation model built with NVIDIA, and an expansion well beyond documentation into billing, payer workflows, and trial screening. That&#8217;s a deliberate climb up the value chain, into territory a native charting feature doesn&#8217;t reach. Deep, it turns out, is not a resting state. It&#8217;s a race to become infrastructure the platform can&#8217;t replicate before the platform replicates you, and that race is run entirely in partnerships with EHRs, health systems, and, increasingly, pharma and chipmakers.</p><h3><strong>Hyro: Wide across the stack</strong></h3><p>Hyro takes patient-access work (calls about scheduling, refills, and routing) and turns it over to healthcare-specific AI agents. The model matters, but the more instructive story is the go-to-market.</p><p>In May 2026, Hyro joined Five9&#8217;s AI Agent Connect program as an accredited ISV, the only vendor to do so, as far as I can determine. That makes Hyro something a health system can switch on inside the contact-center platform it already runs, which Hyro says can turn a typical two-week integration into a single one-hour meeting.</p><p>Add its Epic integration, and Hyro stops being just another vendor to evaluate and instead becomes a capability in tools you already own.</p><p>The tradeoff is the mirror image of Abridge&#8217;s. Wider buys reach and speed: no single gatekeeper, fast yeses, presence across the call center, the website, and SMS. What it doesn&#8217;t buy is an irreplaceable position, because easy to switch on can also mean easy to switch off. Deep risks dependency while wide risks replaceability. The craft is matching the strategy to the structure of the market you&#8217;re in: deep where one platform owns the workflow, wide where the buyer&#8217;s stack is plural. Both are partnership decisions before they&#8217;re product decisions.</p><div class="callout-block" data-callout="true"><p>Meet the buyer inside their existing ecosystem. The fastest path to a health system saying &#8220;yes&#8221; is often that a partner is already integrated.</p></div><h3><strong>OpenEvidence: Own what the others can&#8217;t copy</strong></h3><p>OpenEvidence is a clinical-evidence tool that answers a physician&#8217;s question at the point of care and shows its work, citing the literature behind every answer. Plenty of companies can build a medical chatbot. What is harder to copy is the position OpenEvidence built first: it went straight to the journals clinicians already trust and made licensed, citable evidence the core of the product.</p><p>It is the official AI partner of the New England Journal of Medicine and JAMA, with content agreements reaching other respected publishers and societies as well. That means its answers are grounded in the sources a doctor already considers authoritative. But the journals are signing with others too (Abridge struck its own NEJM and JAMA content deals earlier in 2026), so the licensed-content advantage is real, but no longer OpenEvidence&#8217;s alone.</p><p>The durable moat turns out to be what the content bought - first-mover trust, the official-partner brand, and a free product physicians already reach for by habit.</p><p>Then it gave the product away. OpenEvidence is free to any NPI-verified U.S. clinician, and it spread the way consumer software does, doctor to doctor, until it reached more than 40% of U.S. physicians and was soon handling upwards of 15 million clinical consultations a month. No procurement cycle, no platform gatekeeper, no integration project. The distribution channel is the clinician&#8217;s own habit.</p><p>That position is now drawing fire. In spring 2026, OpenAI launched ChatGPT for Clinicians, free to any verified U.S. clinician and built around cited clinical search, and Google kept pushing its medical models. The biggest labs are now aiming at the same doctor, which tells you the value of being the tool a clinician reaches for is no longer a secret.</p><p>What a newer entrant cannot quickly buy is the head start: OpenEvidence is already the default for a large share of the physicians these rivals are courting. That lead is a distribution advantage, not a model advantage, and that is exactly the point.</p><div class="callout-block" data-callout="true"><p>You don&#8217;t always have to win shelf space inside someone else&#8217;s platform. Freely put the evidence people already trust and they&#8217;ll walk you through the door themselves.</p></div><h3><strong>Why this is structural, not a phase</strong></h3><p>It&#8217;s tempting to read all this as a temporary state that ends once models commoditize. I think it&#8217;s the reverse. Healthcare is uniquely hostile to standalone software because regulation is heavy, EHRs are dominant and sticky, buyers tend to be risk-averse, and the existing stack is treated like a sacred cow.</p><p>Or, at least, an immovable cow.</p><p>Those conditions don&#8217;t loosen as models improve; they make the integration-and-alliance layer more decisive, because that layer is what turns a capable model into something a clinician will actually use at 7 a.m. on a Tuesday.</p><p>None of this says the model doesn&#8217;t matter. It is important, of course, but not sufficient. The partnership gets you into the workflow, and model quality keeps you there at renewal. But among genuinely comparable models, and in these categories there are several, distribution decides who gets the chance to prove it.</p><h3><strong>What I&#8217;ve learned</strong></h3><p>I&#8217;ve watched the pattern repeat everywhere I&#8217;ve worked over the years, most recently in building AI-centric partnership strategies across a portfolio of digital-health partners, and, on my own time, in designing and running a working system of more than thirty specialized AI agents to manage a range of professional and personal operations.</p><p>That recent project has taught me what integration actually demands of AI: state, context, handoffs, orchestration.</p><p>A few years ago, I had a consulting engagement where I evaluated the landscape of healthcare AI engines for a company that integrated many of them into a single product, comparing the models against one another, deep in the weeds of what actually separated them. I came away wholeheartedly convinced that, in Healthcare, the integration and partnership layer decides more than the engine does, the same lesson now playing out across the field, with higher stakes and stickier incumbents.</p><p>The models I&#8217;m using for this project are impressive in how much value they add to my life, professionally and personally. But it&#8217;s their partners&#8217; seamlessly integrated products that multiply the value I get out of them.</p><p>As I see it, the teams that treat partnerships as a revenue function bolted onto engineering tend to plateau. The ones that treat the partner ecosystem as core architecture (who they integrate with, which platforms they live inside, whose stack they plug into) tend to grow exponentially.</p><p>So if you&#8217;re building or buying healthcare AI right now, push past &#8220;How good is the model?&#8221; Ask where it runs, who already trusts the rails it runs on, and who owns the room your buyer sits in. Those are partnership questions, and they are the ones that predict adoption.</p><p>There&#8217;s one more question, underneath all the others. Nearly everyone I&#8217;ve met in Health Tech came to it because, as cliched as it can sound, they make a difference in people&#8217;s lives. I generally believe them; that&#8217;s the case for me. Like so many others I talk to about this desire, I&#8217;ve also felt what it costs to fall short of that. The partnerships and the plumbing aren&#8217;t the point, they&#8217;re how the point reaches the patient, and if the right information never arrives, the smartest model in the world has helped no one.</p><div><hr></div><p><em><strong><a href="https://www.omnipolar.ai/s/chads-business-channel">Chad&#8217;s Business Channel</a></strong></em> <em>is where the professional writing lives: articles on healthcare AI, partnerships, and go-to-market, written for the people building and buying in that market. Each piece publishes on LinkedIn as well, where most of the conversation happens.</em></p><p><em>Read Chad&#8217;s full collection of business-related articles on <a href="https://www.omnipolar.ai/s/chads-business-channel">Chad&#8217;s Business Channel</a> or <a href="https://www.linkedin.com/in/chadbarker/recent-activity/all/">LinkedIn</a>.</em></p><div class="captioned-image-container"><figure><div class="image-link image2" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!WXLF!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 424w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 848w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg" width="66" height="66" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1456,&quot;width&quot;:1456,&quot;resizeWidth&quot;:66,&quot;bytes&quot;:855721,&quot;alt&quot;:&quot;&quot;,&quot;title&quot;:&quot;&quot;,&quot;type&quot;:&quot;image/jpeg&quot;,&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="" title="" srcset="https://substackcdn.com/image/fetch/$s_!WXLF!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 424w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 848w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!WXLF!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F229b4483-903b-4676-b49e-faffbfb3938f_6600x6600.jpeg 1456w" sizes="100vw" loading="lazy"></picture><div></div></div></div></figure></div>]]></content:encoded></item></channel></rss>