Respond to "We Can Build This In-House"
Practice responding to a director of engineering who says, "We can build this in-house." Learn how to acknowledge the objection, surface tradeoffs, and move the call toward a concrete next step.
Trusted by frontline teams 15 years of frontline software AI customization in seconds
Built for: Saas · Developer Tools · B2b Software · Enterprise Technology
Overview
This AI roleplay practice scenario helps a seller respond when an engineering-led buyer says, "We can build this in-house." The template centers on a late-stage sales call with a director of engineering at a mid-market SaaS company who is confident, analytical, and skeptical about buying something their team could potentially create themselves.
Use this template when the real challenge is not feature explanation, but tradeoff conversation. The learner practices acknowledging the buyer’s confidence, asking about scope and internal resourcing, quantifying the time and opportunity cost of a build, and connecting the discussion to business outcomes beyond feature parity. The roleplay is designed to produce a concrete next step, such as a technical deep dive, pilot, or evaluation plan.
Do not use this template for early discovery, casual product curiosity, or situations where the buyer is not seriously considering internal build. It is also not the right fit if the conversation is primarily about procurement, pricing, or security review. The value of the template is that it recreates a very specific objection pattern, so the learner can practice a realistic response instead of improvising under pressure.
How to use this template
- Read the situation so you understand the buyer’s context, the objection, and the learner objective before starting the attempt.
- Start the roleplay and deliver an opening response that acknowledges the buyer’s build-in-house confidence without arguing.
- Ask targeted discovery questions about scope, timeline, internal ownership, and what engineering work would be displaced.
- Work toward a scored attempt by quantifying time and opportunity cost, then linking the choice back to business outcomes and risk.
- Review the rubric feedback, identify the weakest behavior, and retry with a sharper next step or a stronger close.
Best practices
- Acknowledge the buyer’s confidence before you introduce any tradeoff language.
- Ask about scope, timeline, and staffing before you estimate the cost of building internally.
- Use the buyer’s own priorities, such as core product work and engineering bandwidth, to frame opportunity cost.
- Translate features into outcomes the engineering leader cares about, such as speed to market, maintenance burden, and focus on core roadmap work.
- Avoid debating whether the team could build it; focus on whether building it is the best use of their time.
- End with a concrete next step, such as a technical review, pilot, or mutual action plan.
- Keep the tone practical and peer-to-peer, not overly polished or overly salesy.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
Who is this roleplay for?
This template is for sellers, sales engineers, and founders who sell to technical buyers and need to handle the "we can build this ourselves" objection. It is especially useful when the buyer is a director of engineering, staff engineer, or technical leader who is confident in their team’s ability. The goal is to practice a calm, credible response that keeps the conversation moving. It is not a generic objection-handling drill; it is built around a specific build-vs-buy moment.
What situation does the scenario cover?
The scenario starts in a late-stage sales call after the product overview, when the buyer says their team could build the capability internally and would rather spend engineering time on core product work. The buyer is practical, skeptical, and focused on resource allocation. That makes this a good fit for practicing discovery, tradeoff framing, and next-step control. The template keeps the conversation anchored to that exact moment instead of drifting into broad discovery.
What should I practice in this template?
You should practice acknowledging the buyer’s confidence, asking about scope and timeline, and quantifying the cost of diverting engineering resources. The best attempts also connect the solution to business outcomes, not just feature parity. A strong response ends with a concrete next step such as a technical review, pilot, or mutual evaluation plan. The rubric is designed to reward observable behaviors, not vague persuasion.
How often should a team use this roleplay?
Use it during onboarding, before live pipeline reviews, and whenever reps are preparing for technical late-stage deals. It also works well as a recurring practice scenario for teams that frequently sell into engineering-led accounts. Because the objection is common and nuanced, repeating the roleplay helps reps build better instincts over time. The scenario is short enough to revisit without requiring a full training session.
Can a manager or sales engineer run this exercise?
Yes. A sales manager, enablement lead, or sales engineer can run the roleplay and score the attempt against the rubric. The most useful facilitator is someone who can push on discovery quality and challenge weak tradeoff framing. If the team uses it in coaching, the facilitator should ask the learner to retry with a sharper opening line or a more specific next step. That makes the practice more realistic and more useful.
How is this different from an ad-hoc objection-handling exercise?
Ad-hoc practice often turns into a vague debate about price or features, which does not prepare reps for the real conversation. This template gives the learner a defined situation, a specific persona, and behavioral scoring criteria. That structure makes feedback easier and helps the learner repeat the same skill under similar pressure. It also keeps the roleplay focused on build-vs-buy tradeoffs rather than generic persuasion.
What are the most common mistakes this scenario surfaces?
The most common mistakes are jumping straight into product features, arguing with the buyer’s premise, and failing to ask about scope or internal resourcing. Reps also often forget to quantify opportunity cost or to connect the discussion to business outcomes. Another frequent miss is ending with a soft "let me know" instead of a concrete next step. The rubric is built to expose those gaps quickly.
Can I customize it for different products or sales motions?
Yes. You can swap in your product’s specific implementation details, integration points, or proof points without changing the core objection. You can also adjust the buyer’s temperament, difficulty, and opening line to match your target account type. For example, a more advanced version can make the buyer more skeptical about security, maintenance, or long-term ownership. The scenario stays useful as long as it remains a real build-vs-buy conversation.
What should the learner do after the roleplay?
After the attempt, the learner should review the scored rubric, identify where they lost momentum, and retry with one specific improvement. Common follow-up actions include tightening the discovery questions, reframing the cost of delay, or practicing a clearer close. If the team uses CRM notes or call review tools, the scenario can also inform talk tracks and objection-handling playbooks. The point is to turn the practice into a repeatable selling habit.
Related templates
Ready to use this template?
Get started with MangoApps and use Respond to "We Can Build This In-House" with your team — pricing built for small business.