All posts

Rent it or own it?

A practical framework and five-question scorecard for deciding which software your company should rent as SaaS and which workflows you should own as your competitive edge.

Every mid-size company and enterprise runs into the same software question eventually: should we buy a tool off the shelf, or should we build our own?

For the last fifteen years, the default answer was almost always "buy." Custom software took too long, cost too much, and left you maintaining infrastructure you had no business owning. So companies rented everything, including the exact workflows that were supposed to set them apart.

Now that writing code is no longer the bottleneck, the math has changed. That does not mean you should build everything yourself. It means the old rule of thumb ("buy whenever a vendor exists") is broken, and you need a sharper line between what you rent and what you own.

Here is the test I use for any software decision, whether for a 150-person owner-led company or a global enterprise:

  • Is this how everyone in your industry works? Rent it (SaaS).
  • Is this how you win? Own it.

1. Why "buy everything" worked for a decade, and where it quietly broke

The SaaS wave solved a real problem. Twenty years ago, companies wasted millions building custom email servers, custom payroll ledgers, and custom ticketing forms. Moving those functions to multi-tenant cloud software freed up capital and gave mid-size businesses the same operational baseline as the Fortune 500.

But the pendulum swung past the baseline. Vendors started selling "industry clouds" and "end-to-end operating systems" that promised to run your core business out of the box. When companies bought those suites to run the parts of the business that actually differentiate them, three hidden costs showed up:

  1. You bend your business to match the vendor’s defaults. Multi-tenant SaaS is built for the median customer across an industry. If your edge comes from how you structure dealer commissions, how you triage field service exceptions, or how you bundle pricing across regions, an off-the-shelf tool sees your edge as an "unsupported edge case." To fit the software, you flatten the very thing that made customers pick you.
  2. Or you build a shadow factory of spreadsheets and glue. When operators refuse to give up the way they actually work, the real workflow moves out of the SaaS tool and into Tuesday-morning Excel exports, manual CSV uploads, and heroic inbox threads. You end up paying six figures a year in seat licenses while still running the critical decision in a spreadsheet.
  3. You put your differentiation on someone else’s roadmap. When a market shifts and you need to change how field reps are incentivized or how store health is scored by next Monday, a vendor’s Q3 product backlog is the wrong place for your strategy to live.

2. What belongs in the "Rent it" column

If a workflow should look the same at your company as it does at your competitors, you get zero competitive credit for inventing it from scratch.

Keep renting:

  • Systems of record and compliance: Payroll, core accounting and general ledger, tax filing, benefits administration, and standard HRIS. Here, "compliant, auditable, and boring" is the entire goal.
  • Horizontal productivity and communication: Email, calendar, document storage, identity/SSO, and endpoint security.
  • Standardized intake and cataloging: Basic CRM contact records, standard help-desk ticketing, and commodity procurement.

A useful check: If our toughest competitor used the exact same screen, the exact same fields, and the exact same rules for this workflow tomorrow, would it hurt us? If the answer is no, rent the seat, accept the vendor’s defaults with minimal customization, and move on.


3. What belongs in the "Own it" column

Now look at the places where your company actually earns its margin and wins customers:

  • How you price, quote, and structure incentives: The margin rules, channel compensation models, rebate logic, or deal-scoring trade-offs that reflect twenty years of domain judgment.
  • How your frontline and field teams decide what to do next: Which retail door needs help this week and why; which route, account, or job gets prioritized when capacity gets tight; how a territory manager spots a problem before it shows up in end-of-month financials.
  • How you serve customers when something breaks: The resolution loops, proactive alerts, and cross-system context that make a customer feel like they are dealing with one smart company rather than four disconnected departments.
  • How your proprietary data turns into action: The layer that joins your CRM, your operations data, and your financial actuals to answer the specific question your leadership team asks every Monday morning.

In every one of these cases, the software is the operating model encoded into a tool. Owning that layer means your rules are first-class citizens, the screen matches how your best operator actually thinks, and you can change the logic on a Thursday afternoon when the business learns something new.


4. The five-question scorecard before you sign or build

When a team brings a new software request to the table, run it through five questions before you ask for vendor demos or open a code editor:

QuestionPoints to Rent (SaaS)Points to Own (Bespoke)
1. Competitive advantageBest practice is the same for every company in our sector.Our specific rules and speed here are why we win or keep margin.
2. Rate of changeChanges once a year (or when regulations change).Evolves monthly as products, incentives, or channels shift.
3. Data gravityLives cleanly inside one department’s silo.Has to join 2 to 4 internal sources that already exist in our business.
4. Exception handlingExceptions are rare and can follow a standard ticket queue.The "exceptions" are the business, and operators need judgment tools.
5. Seat economicsUsed by a small, fixed group of back-office specialists.Needs to reach hundreds of frontline staff, dealers, or partners without per-seat tax.

If four or five answers sit on the left, buy the cleanest SaaS tool available and resist the urge to customize it. If three or more sit on the right, off-the-shelf software will fight you from day one.


5. Why owning your edge is finally realistic for mid-size teams

Five years ago, telling a mid-size company to "own the software that makes you different" was advice only a giant enterprise could afford to follow. Building a custom internal application meant hiring a product manager, two frontend engineers, two backend engineers, a QA analyst, and waiting six to nine months for a first release.

That cost curve has collapsed for a specific reason.

Writing boilerplate code, wiring database queries, scaffolding interfaces, and writing automated tests are no longer the bottleneck. With modern AI-assisted engineering, a small, senior builder sitting directly beside the business owner who knows the domain can go from a real operational problem to a working, production-grade application in weeks.

Notice what did and did not get automated in that sentence:

  • What got dramatically faster: Turning a clear specification, certified data, and explicit business rules into clean, maintainable, well-tested software.
  • What still requires real human expertise: Knowing which decision actually matters on the shop floor or in the sales channel; knowing which table in the data warehouse finance actually trusts; designing permissions, audit logs, and fallbacks so the tool runs safely on Monday morning; and iterating live with the people who do the work.

That pairing (your people × the technology) is why bespoke software is no longer a luxury project. You do not need a fifty-person engineering department. You need the person who understands the business problem in the same room as builders who know how to ship real systems on your data.


6. How to rent the foundation and own the edge in practice

The healthiest software stack in 2026 is not "all SaaS" or "all custom." It is a deliberate combination of both:

  1. Keep your systems of record boring and rented. Let your ERP, accounting package, payroll provider, and CRM hold the raw transactions and standard records they were built to hold. Do not rewrite them.
  2. Own the data layer that connects them. Make sure the numbers that matter (customers, locations, orders, margin, inventory, commissions) flow into a clean data foundation that your company controls and understands, rather than staying trapped behind vendor API paywalls.
  3. Build focused, bespoke applications on top for the workflows that win. Instead of buying three more point SaaS tools and asking your team to swivel-chair between seven browser tabs, build the exact screen your operators need, reading from your trusted data, enforcing your actual business rules, and writing back cleanly where appropriate.

When you work this way, you stop paying per-seat taxes on the workflows that touch your whole frontline, you retire the brittle spreadsheets holding your operations together, and your competitors cannot buy your operating model off a vendor’s pricing page.


Where would you draw the line?

If you look across the tools your team uses every day, you will probably find both mistakes living side by side: a heavily customized SaaS platform that everyone fights because it was never meant to run your unique process, and a critical competitive workflow still living in a fragile spreadsheet because building a real app used to feel out of reach.

Start with the simple test:

  • Is this how everyone in your industry works? Rent it.
  • Is this how you win? Own it.

If there is a workflow on your roadmap that is too close to your edge to rent, and too important to leave in spreadsheets, let’s define what you should build.