Who will actually be working on my project — and will it be the same people who pitched me?
Why the pitch team and the build team are often different people
Sales and delivery are usually separate functions. The person who closed your deal may be a business development lead or account executive with no technical role in your project. Meanwhile, the engineers assigned to you are chosen based on current availability — not necessarily the seniority or domain expertise you saw in the sales meeting.
This is especially common in mid-to-large U.S. agencies and offshore development shops operating under a U.S. brand. It's not always bad practice, but it becomes a problem when the handoff is invisible to you.
What this means in practice
- Quality gaps: The senior architect who answered your technical questions may never touch your codebase.
- Context loss: Business goals you explained carefully during the pitch have to be re-explained — sometimes multiple times.
- Mid-project swaps: Developers get reassigned to other clients. You may meet your third lead engineer six weeks in.
- Timezone and communication mismatch: For U.S. buyers, this often surfaces when a stateside salesperson was your main contact and the actual team is operating on a 10-12 hour offset with limited overlap.
What to ask before signing anything
- Who specifically will be working on this engagement? Ask for names and LinkedIn profiles, not job titles.
- What is your policy on team continuity? If someone leaves or gets reassigned, what's the process?
- Can I meet the team before we start? A 30-minute intro call with the actual lead engineer and project manager tells you a lot.
- Will you name the core team in the contract? Reputable firms will agree to this for key roles.
- How do you handle subcontracting? Some firms pass work to third parties without disclosure. Ask directly.
What a transparent engagement looks like
The best firms introduce you to the delivery team during or immediately after scoping — before the contract is finalized. You know who the project lead is, who the senior engineer is, and who your point of contact is for day-to-day questions. Team changes are communicated proactively, not discovered by accident.
CodeNicely operates with a dedicated-team model: the same people who assess and scope your project are the ones who build it, and team composition is disclosed before work begins. That's one reason clients based in the U.S. working with a team in India tend to find the arrangement predictable rather than opaque — you know who you're talking to, and when.
The honest tradeoff
Smaller studios offer more team continuity but may have narrower specializations. Larger agencies have deeper bench depth but higher substitution risk. The right answer depends on your project's complexity and how much relationship continuity matters to you — both are legitimate tradeoffs, just ones you should make with full information.
Related questions
Can I legally require the agency to keep the same team on my project?
You can — and should — ask for key personnel clauses in the contract that require written notice and your approval before core team members are swapped. Many reputable firms will agree to this, especially for named roles like tech lead or project manager. It's a reasonable ask and a useful signal: firms that refuse outright may plan to treat your project as a staffing placeholder.
Is it a red flag if the sales rep is the main contact throughout the project?
Not inherently, but it depends on the role. A business development person handling contract questions is fine; the same person being your only window into technical progress is a problem. You should have direct access to the delivery lead — someone who can speak to code, architecture, and blockers without relaying the question.
How do I evaluate the actual developers, not just the pitch team?
Ask for a short technical call or async Q&A with the lead engineer before signing. Review their GitHub profiles or ask to see relevant prior work they personally built. A well-prepared developer will be able to discuss your specific problem, not just their firm's portfolio.
Does working with an offshore development team mean more team instability?
Not necessarily — team stability is a function of firm culture and contract structure, not geography. Some offshore and nearshore teams have very low turnover and strong client continuity; some U.S. agencies rotate staff constantly. The questions to ask are the same regardless of where the team is located.
Want a direct answer for your project?
CodeNicely builds AI products, MVPs, and custom software for founders and teams worldwide. Tell us what you're building.
Talk to our team_1751731246795-BygAaJJK.png)