Skip to main content
Loading...
sales

Respond to "We Can Build This In-House"

Practice responding when a director of engineering says, “We can build this in-house.” Use the roleplay to quantify build time, opportunity cost, and maintenance burden without sounding defensive.

Every employee gets a seat — priced per employee in Performance & Learning, quoted with this template ready.

Rolled out to every employee at AutoZone (125,000), PetSmart (50,000+), A.S. Watson and Raley's (20,000) — and at larger retailers we are not permitted to name.

Built for: SaaS · Developer tools · B2B software · Enterprise software

Overview

This AI roleplay practice scenario helps a seller respond when a technical buyer says, “We can build this in-house.” The buyer is a confident director of engineering at a mid-market SaaS company who understands the problem, believes their team can solve it, and wants to keep control of the solution.

Use this template when the conversation has moved past basic interest and the real question is whether buying is faster, safer, and more cost-effective than building. The learner practices acknowledging the buyer's capability, then quantifying the likely time to build, launch, and stabilize the solution, plus the engineering opportunity cost and the ongoing maintenance burden. The rubric rewards concrete comparison, not pressure or feature dumping.

Do not use this template for early-stage curiosity, simple pricing objections, or non-technical buyers who are not framing the decision as build vs. buy. It is also not the right fit if the buyer has already ruled out external tools for policy reasons. The value of the scenario is in helping the rep stay calm, stay specific, and guide the buyer toward a realistic next step that advances the deal.

How to use this template

  1. Read the situation so you understand the buyer's context, the objection, and the learner objective before starting the roleplay.
  2. Start the conversation and respond to Alex as if you are on a late-stage discovery call with a skeptical engineering leader.
  3. Use the opening line and follow-up prompts to quantify build time, launch effort, opportunity cost, and maintenance burden in concrete terms.
  4. Complete the attempt and review the scored rubric to see whether you acknowledged the buyer, compared tradeoffs, and moved toward a next step.
  5. Retry the scenario with a tighter answer if you missed the buyer's confidence, overtalked features, or failed to make the business case clear.

Best practices

  • Acknowledge that the buyer could probably build something before you explain why buying may still be the better decision.
  • Break the comparison into build time, launch time, and stabilization time so the buyer hears the full effort, not just the first sprint.
  • Translate engineering effort into opportunity cost by naming what else the team would have to delay or stop doing.
  • Call out maintenance as an ongoing ownership problem, including bug fixes, edge cases, documentation, and support handoff.
  • Use the buyer's language about control, architecture, and technical quality so the response feels credible rather than salesy.
  • Ask one or two clarifying questions about scope or constraints before you estimate effort, especially if the buyer is being precise.
  • End with a concrete next step, such as comparing implementation assumptions or reviewing what internal build would require.

What this template typically catches

Issues teams running this template most often surface in practice:

Jumps straight into why the product is better without acknowledging that the buyer can build in-house.
Uses vague claims about time savings instead of estimating build, launch, and stabilization effort.
Talks about features but never connects the decision to engineering opportunity cost in business terms.
Ignores the ongoing maintenance burden after launch and treats build time as the only cost.
Sounds defensive or dismissive, which makes the technical buyer push harder on control and credibility.
Fails to ask clarifying questions about scope, integrations, or internal ownership before comparing options.
Ends without a concrete next step, leaving the buyer with a debate instead of a decision path.

Common use cases

Mid-market SaaS engineering director
A director of engineering says the team could build the capability over a few sprints, but they are already stretched across roadmap work. The learner needs to compare internal effort against buying without sounding like they are questioning the team's ability.
Platform team evaluating control and ownership
A platform or infrastructure leader wants to keep the solution inside the stack for security, observability, or architectural reasons. The learner practices respecting that preference while surfacing the hidden cost of long-term ownership.
Technical founder in a late-stage deal
A founder with strong engineering instincts believes the product is straightforward enough to replicate. The learner must stay precise, quantify tradeoffs, and avoid getting pulled into a feature-by-feature argument.
Sales engineer coaching drill
A sales engineer uses the scenario to rehearse a crisp, evidence-based response that supports the AE in a live deal. The focus is on framing, assumptions, and a clean handoff to the next step.

Frequently asked questions

What kind of sales conversation is this template for?

This template is for a late-stage discovery or evaluation call where an engineering-led buyer says they could build the capability themselves. It is designed for build-vs-buy objections, not for pricing-only pushback or generic objection handling. The goal is to help the learner compare in-house build effort against buying with a concrete, credible frame. It works best when the buyer is technical, confident, and skeptical of vendor claims.

When should a rep use this roleplay in the sales process?

Use it after the buyer has shown real interest in the problem and is now pressure-testing whether your product is worth purchasing. It fits late discovery, solution review, or pre-proposal conversations where implementation feasibility is being debated. It is less useful at the very top of funnel, where the buyer has not yet committed to the problem. The scenario helps reps practice moving from feature interest to business-case comparison.

Who should run this practice scenario?

This roleplay is ideal for account executives, sales engineers, founders selling technical products, and customer-facing leaders who need to handle technical skepticism. Managers can use it in coaching sessions to evaluate whether a rep can stay calm, quantify tradeoffs, and ask strong follow-up questions. It also works well for peer practice because the persona has a clear temperament and realistic pushback. The best facilitator is someone who can score the learner on specific behaviors, not just general polish.

What should the rep actually prove in the conversation?

The rep should show that they can acknowledge the buyer's ability to build, then compare the real cost of doing so against buying. That means naming likely build time, launch time, stabilization effort, and the ongoing maintenance burden. The rep should also connect engineering time to opportunity cost in business terms, such as delayed roadmap work or slower delivery of higher-value initiatives. A strong attempt ends with a concrete next step, not a vague promise to follow up.

How often should teams practice this objection?

Practice it whenever engineering-led buyers are a meaningful part of the pipeline, especially if reps regularly hear “we can build this ourselves.” It is also useful before major pipeline reviews, product launches, or enterprise deal cycles where technical buyers are likely to challenge buy-vs-build assumptions. Teams often revisit it after a lost deal to see whether the rep underplayed maintenance, overclaimed speed, or failed to quantify opportunity cost. Repeating the scenario helps reps build a more grounded, repeatable response.

What are the most common mistakes this template surfaces?

The most common mistake is arguing with the buyer instead of acknowledging that they probably could build something. Another is giving vague claims like “it will take a lot longer” without breaking down build, launch, and support effort. Reps also often ignore hidden costs such as maintenance, bug fixes, documentation, and internal ownership after launch. The scenario exposes whether the rep can move the conversation from opinion to a realistic comparison.

How can this template be customized for different products?

Customize the scenario with your product's actual implementation shape, likely integration points, and the kinds of engineering resources required to replicate it. You can also tune the buyer persona to match your market, such as a startup CTO, a director of platform engineering, or an enterprise architect. The rubric can be adjusted to emphasize security review, data migration, or ongoing support if those are common objections in your deals. Keep the core structure focused on build time, opportunity cost, and maintenance burden.

How does this compare to handling the objection ad hoc?

Ad hoc responses often drift into feature defense or generic reassurance, which can make a technical buyer more skeptical. This template gives the rep a repeatable structure: acknowledge, quantify, compare, and close on a next step. That makes coaching easier because managers can score specific behaviors instead of subjective confidence. It also helps teams standardize the message across reps so the objection is handled consistently.

What should the next step be at the end of the roleplay?

The best next step is usually a concrete comparison step, such as reviewing implementation assumptions, mapping the buyer's internal effort, or agreeing on success criteria for a pilot or evaluation. The rep should avoid ending with a soft “let me know what you think” close. Instead, they should guide the buyer toward a specific action that advances the deal and clarifies the build-vs-buy decision. That keeps the conversation grounded in evidence rather than debate.

Ready to use this template?

Every employee gets a seat. Request pricing for Performance & Learning and we quote into a workspace with Respond to "We Can Build This In-House" ready.

Request pricing

Rolled out to every employee at AutoZone (125,000), PetSmart (50,000+), A.S. Watson and Raley's (20,000) — and at larger retailers we are not permitted to name.