Take a 20-person company running three typical SaaS tools: a CRM at $50/seat/month, a helpdesk at $40/seat/month, and a project tracker at $35/seat/month. That's $125/seat/month, or $2,500/month for the team -- before you add the premium tier that unlocks the automation rules you actually need, the extra admin seats for managers who need visibility but aren't daily users, or the add-ons for reporting and integrations that the base plan doesn't include. Realistically you're at $2,800-3,200/month, or roughly $34,000-38,000/year, for three tools. Now hire five more people. Your CRM, helpdesk, and project tracker bill doesn't ask whether those five people actually need all three tools or just one. It scales by headcount, flat, regardless of usage. Go from 20 to 25 seats and you've added $625/month across the stack -- about $7,500/year -- for growth that may have nothing to do with how much CRM or ticketing volume increased. This is the core distortion of per-seat pricing: the cost driver is who's on the payroll, not how much of the product gets used.
The $2,800/month license fee is the visible cost. The real total cost of ownership includes several things most budgets don't line-item: Provisioning and deprovisioning. Every new hire needs accounts created across the CRM, helpdesk, and tracker, with the right permissions in each. Every departure needs those same accounts closed -- and if IT misses one, you've got a live license (and a security gap) nobody's paying attention to. At even 15 minutes per tool per employee change, a company with normal turnover is spending real admin hours every month just managing access across disconnected systems. Middleware to make tools talk. A CRM, a helpdesk, and a project tracker from three different vendors don't share data natively. So teams add Zapier or Make to push a new deal into a project, or a support ticket into a task list. That's another $20-100+/month, plus the ongoing work of maintaining zaps when any of the three tools changes its API or UI. It's a tax on top of the seat fees, paid specifically because the tools weren't built to work together. Onboarding and training. Every new hire has to learn three separate interfaces, three sets of conventions, three places to check for the same customer. That's hours of ramp time per hire, repeated for every tool, every time someone joins. Migration risk. If any vendor raises prices, changes its tier structure, deprecates a feature you depend on, or gets acquired and re-platformed, you're stuck re-exporting data and retraining the team on short notice. This isn't hypothetical -- it's a recurring event across the SaaS category, and it's why guides like Buy vs. Build vs. ViibeStack treat vendor lock-in as a real cost, not a footnote.
When you build the equivalent workflow as an internal tool -- using something like ViibeStack's AI app builder -- the cost structure inverts. Instead of a recurring fee that scales with headcount, you're paying mostly up front for the build (which for a structured-data workflow like a CRM or intake pipeline can be done in days, not months) plus a flat hosting cost. Adding the 21st user, or the 50th, costs close to nothing, because there's no seat license standing in the way. You're not buying three separate tools and gluing them together with middleware -- a single internal system can hold your pipeline, your support queue, and your task tracker in one data model, which is the actual argument for consolidating onto internal tools software rather than stitching SaaS products together. Teams that have made this switch -- see the Famanager story -- usually aren't chasing a trend; they're tired of paying full freight for seats that use a fraction of the feature set. If you're curious what this looks like tool-by-tool, pieces like ViibeStack vs. ServiceTitan and ViibeStack vs. Help Scout walk through the exact seat-cost math for specific categories.
Not everything should be built in-house, and pretending otherwise is how companies end up with homegrown software that quietly becomes a liability. Full double-entry accounting, payroll and tax compliance, and payment processing are the clearest examples. These domains carry certifications, audit trails, and edge-case handling -- state-by-state tax rules, PCI compliance, SOC 2 attestations -- that took the incumbent vendors years and real legal exposure to build correctly. Replicating that yourself means replicating their compliance risk too, for a workflow that isn't actually your core differentiator. Keep buying those. The money and risk saved on your CRM or ticketing system is exactly what should fund paying properly for the parts of your stack where compliance, not workflow convenience, is the product.
Run any tool in your stack through three questions: Is it mostly structured data, forms, approvals, and notifications? CRMs, helpdesks, intake forms, and project trackers are, at their core, records, statuses, and rules about who gets notified when something changes. That's a good build candidate -- it's the same pattern behind a client intake form that creates the CRM record itself or an applicant tracking system built to replace Greenhouse. Is the team big enough that per-seat costs actually hurt? At 5 seats, $125/seat/month stings less than at 50, where the same pricing is $6,250/month for tools that haven't grown in capability, only in headcount tax. Is the off-the-shelf tool forcing you to bend your workflow to fit its defaults, rather than the reverse? If you've customized field names, built workarounds for a missing status, or added a spreadsheet on the side because the tool can't do what your team actually does, that's a signal the tool is driving your process instead of supporting it. If you answer yes to all three, you have a real build candidate -- not a hypothetical one.
Before deciding anything, write down your actual stack: every SaaS tool, its per-seat price, and your current seat count. Multiply it out to a real monthly number -- most teams are surprised how high it is once admin seats and add-ons are included. Then sort the list into two piles: tools that are mostly structured data and workflow (CRM, helpdesk, intake, project tracking, scheduling) versus tools that are genuinely specialized or regulated (accounting, payroll, payment processing). Treat the first pile as real build candidates to evaluate seriously, not renewals to rubber-stamp. The replace your stack page runs this comparison for dozens of specific tools if you want a faster starting point than a blank spreadsheet.