Table of Contents
- What a Web Development Agency Actually Does
- The Main Types of Web Development Agencies, and Who Each One Serves
- Web Development Agency for Startups, What to Look For
- How to Evaluate a Web Development Agency, Beyond the Portfolio
- What It Costs, and What Drives the Price
- Common Mistakes When Hiring a Web Development Agency
- Is a Web Development Agency Right for You?
- The Bottom Line
- Frequently Asked Questions
By [AUTHOR NAME / CREDENTIALS NEEDED]
Last reviewed: [DATE NEEDED]
Hiring a web development agency is a consequential operational decision, and the market makes it harder than it should be. The term “web development agency” spans a remarkably wide range of firms: boutique product studios that help founders build SaaS products from scratch, offshore staff augmentation shops that extend your engineering team by the headcount, digital marketing agencies with a development capability bolted on, and specialist technical firms that live entirely inside a single stack. Each of these is structurally different. Each serves a different kind of client at a different stage of growth. And choosing the wrong type, regardless of that agency’s individual quality, is the most common and most expensive mistake companies make in this category.
The goal here is not to define what an agency is. The goal is to give you a clear enough picture of the landscape, the evaluation signals, and the honest trade-offs that you can make a confident hiring decision. Whether your project is an MVP you need in twelve weeks or a production-grade web application you plan to scale, the right agency for one of those situations is almost never the right agency for the other.
What a Web Development Agency Actually Does
A web development agency plans, designs, builds, and (in most cases) maintains web-based products and applications on behalf of a client. The work falls into several distinct activities that most agencies combine in some proportion, though the mix varies considerably by agency type.
Planning and discovery is the front-end phase where requirements get translated into technical specifications, architecture decisions, and project timelines. A capable agency treats this as a genuine investment of time, not a formality before billing starts. Weak discovery is one of the earliest warning signs of a troubled engagement.
Design includes both user interface work (visual layouts, component libraries, brand application) and user experience design (information architecture, user flows, interaction patterns). Some agencies run design and development as integrated disciplines; others treat design as a handoff layer. The integrated approach tends to produce better products and fewer revision cycles.
Development covers frontend (the code that runs in the browser: HTML, CSS, JavaScript frameworks like React), backend (server logic, databases, APIs, authentication), and infrastructure (cloud hosting, CI/CD pipelines, performance and security configuration). Depending on agency type, all of this is handled internally or parceled out to contractors. As the relationship between web knowledge and structured semantic systems has been explored in technical literature, the underlying architecture of how information is structured and served on the web continues to shape how development teams make these decisions.
Testing and quality assurance is the discipline that separates agencies building production software from agencies building demos. Automated testing, cross-browser compatibility checks, performance benchmarking, and security reviews should be standard practice for any agency you are seriously considering.
Post-launch support and maintenance covers bug fixes, security patches, performance monitoring, feature iterations, and platform updates after the product goes live. This phase is frequently underspecified in proposals and underfunded by clients. It matters more than most first-time buyers realize, because software requires ongoing care to remain functional and secure.
The scope of what a given agency handles in any engagement is defined by the project brief, the engagement model, and the agency’s internal structure. “Web development agency” describes the category; the contract describes what you actually get.
The Main Types of Web Development Agencies, and Who Each One Serves
The single most useful thing to understand before starting vendor conversations is that agency types differ structurally, not just in quality or price. Matching agency type to business situation is what the pre-brief phase of hiring actually requires.
Full-Service Digital Agencies
These firms cover web development, digital marketing, SEO, paid advertising, design, and often content production under one roof. They suit organizations that want a single vendor to manage their entire digital presence and do not need deep engineering capability. The coordination benefit is real. The depth trade-off is also real: because these agencies spread across disciplines, their development teams are rarely specialists in complex application architecture.
Best for: Established small-to-medium businesses that need a website, digital marketing, and ongoing support from one relationship. Not the right fit for product companies that need serious engineering.
Product Studios and Boutique Development Firms
These agencies focus on building digital products: web applications, SaaS platforms, MVPs. They typically work in structured sprints, maintain close involvement with product decisions, and bring genuine engineering depth. Many have experience working with startups and can function as a near-equivalent of a technical co-founder during the early stages of a product. The best of them think in terms of architecture, scalability, and code ownership, not just deliverable milestones.
Best for: Startups building their first product, growth-stage companies launching new digital products, businesses that need a technically sophisticated partner rather than a vendor who executes a spec.
Specialist Technical Agencies
These firms focus on a specific stack, platform, or technical domain: React specialists, Node.js backend development shops, headless commerce implementers, or mobile-first development firms. Their depth within a narrow technical area is often significantly higher than a full-service agency’s. The trade-off is that you may need to manage multiple vendors if your project spans disciplines they do not cover (design, SEO, devops configuration, etc.).
Best for: Companies that already have a technical lead or internal product team and need execution capacity in a specific technology. Projects where the technical specification is already defined.
Staff Augmentation Firms
These firms place individual developers or small teams within your existing engineering structure. You manage the work; they provide the people. This is not really an agency relationship in the traditional sense, but the search term “web development agency” captures this model too, and confusing it with a project-based engagement is a common mistake.
Best for: Companies with an internal technical team that needs additional capacity without the overhead of full-time hiring. Not the right model when you lack internal technical leadership.
Offshore and Nearshore Development Agencies
Geography and cost model are not agency types on their own, but they do define a structural difference that affects how you work. Offshore agencies (typically Eastern Europe, South and Southeast Asia) offer meaningful cost advantages. Nearshore agencies (Latin America relative to the US, for example) offer overlapping time zones with a more modest cost difference. Onshore agencies offer the highest cost and the easiest real-time collaboration.
The cost advantage of offshore is real and should not be dismissed. The communication and coordination overhead is also real and should not be underestimated. Timezone misalignment, cultural communication differences, and the absence of face-to-face contact all add friction to the feedback loops that make software development go well. Teams that are experienced at distributed work manage this friction effectively; those that are not can make a 12-week project take 24 weeks.
Best for: Projects with well-defined specifications and lower requirements for rapid iterative collaboration. Not ideal when requirements are still evolving or when the business lacks strong internal project management.
Agency Type Comparison at a Glance
The table below maps each agency type to the situations where it genuinely fits.
| Agency Type | Best-Fit Business Stage | Typical Project Type | Engagement Model | Cost Tier |
|---|---|---|---|---|
| Full-Service Digital Agency | SMBs with no technical team | Branding websites, marketing sites | Project or retainer | Mid |
| Product Studio / Boutique Firm | Startups, growth-stage companies | MVPs, SaaS platforms, web apps | Sprint-based or retainer | Mid to High |
| Specialist Technical Agency | Companies with internal tech leads | Complex builds in specific stacks | Project or extended team | Mid to High |
| Staff Augmentation Firm | Companies with existing dev teams | Team extension, capacity overflow | Time-and-materials | Low to Mid |
| Offshore/Nearshore Agency | Cost-conscious buyers with clear specs | Defined scope builds | Fixed-price or T&M | Low to Mid |
The agency type that looks most affordable upfront is not always the one with the lowest total engagement cost. A staff augmentation firm may bill lower day rates while requiring you to supply the management, the architecture decisions, and the QA discipline — all of which have real costs even when they are not on the invoice.
Web Development Agency for Startups, What to Look For
Startups operate under conditions that most agency evaluations do not account for: compressed timelines, evolving requirements, tight capital constraints, and the constant need to make product decisions faster than the traditional agency process is designed to support.
The agencies that serve startups well share a set of characteristics that distinguish them from competent agencies in general.
Speed without sacrificing architecture is the first. A startup-focused agency understands the difference between moving fast and cutting corners that will cost you six months later. They will build a first version that can actually be iterated upon, not one that needs a full rewrite before it can scale. Ask specifically how they handle architecture decisions when timeline pressure is high. An agency that answers this vaguely has probably not thought about it carefully.
MVP discipline is equally important. Building a minimum viable product requires as much restraint as it does capability. An agency that has done this before can tell you what features do not belong in version one and why. Agencies without this experience will scope everything, because scoping more feels safer to them. For a startup, a bloated first build is almost always the wrong outcome.
Pay close attention to who will actually be on your project. Many agencies run senior account managers on the new business conversation and rotate junior developers onto the actual work. For a startup with no technical lead internally, this is dangerous. You need the people doing the work to be accessible. Ask directly who will be on your project and whether you can meet them before signing.
Also consider how comfortable the agency is with ambiguity. Startup requirements evolve. An agency that requires a perfect specification before beginning will not serve a startup well. Look for agencies that have a structured discovery process specifically for underdefined projects — and that price discovery separately, which indicates they take it seriously.
Finally, ask about their post-launch thinking. Startups frequently discover their most important product decisions after users have seen the first version. An agency that builds something and then disappears is particularly harmful in this context. Ask for a clear account of how they handle the period immediately after launch: what support is included, what is scoped separately, and what happens when the first round of user feedback arrives.
Affordable Web Development Agency for Small Business, How to Evaluate Value, Not Just Price
Small businesses searching for an “affordable web development agency” are often approaching the decision through the wrong lens. Affordability is not about the lowest proposal number. It is about the total cost of the outcome relative to the value it generates — and this calculation includes costs that proposals rarely surface.
A web development engagement that comes in at the lowest price and then requires extensive revisions, produces code only the original agency can maintain, lacks a post-launch support plan, or fails to integrate properly with your CMS or marketing stack is not affordable. It is merely cheap.
The cost signals that indicate genuine value rather than misleading pricing:
Transparent post-launch support terms. A proposal that does not mention ongoing maintenance is a proposal that will create an unpleasant conversation in six months. Ask specifically: what happens when something breaks six weeks after launch? Is there a maintenance retainer? If not, what are the hourly rates for post-launch support? A genuinely affordable engagement is one where these costs are visible upfront.
Code ownership clarity. You should own the code. Completely. Without conditions. If an agency uses proprietary frameworks or builds on platforms that restrict your ability to switch vendors, your long-term costs will be significantly higher than the initial invoice suggests. Request clarity on code ownership, repository access, and the handoff process in any proposal review.
Realistic scope documentation. Scope creep is the primary mechanism by which a “affordable” project becomes an expensive one. Agencies that document scope clearly, with a defined change-control process for additional requests, are protecting both sides. Agencies that use vague language around deliverables or “unlimited revisions” (a phrase that means whatever the agency decides it means) are creating conditions for cost overruns.
References from similar-sized businesses. An agency that primarily works with enterprise clients will not apply the same attention and focus to a small business project. Ask for two or three references from businesses at a similar scale to yours and ask those references specifically about budget adherence and communication quality.
The most affordable choice for a small business is frequently not the cheapest proposal. It is the agency whose pricing is honest, whose scope documentation is clear, and whose post-launch support is included or explicitly priced — so you know the real number before you sign.
How to Evaluate a Web Development Agency, Beyond the Portfolio
A portfolio is a marketing asset. It tells you that an agency has built things that look like what you need. It does not tell you how the engagement actually went, who did the work, whether the project came in on time and on budget, or what happened six months after launch. Evaluating beyond the portfolio is where serious vendor assessment begins.
Green Flags
They ask more questions than they answer in the first meeting. An agency that immediately launches into a proposal has not understood your problem. A capable agency spends significant time in the first conversation understanding your business, your users, your constraints, and your definition of success before offering a solution.
Their discovery process has a price attached to it. Agencies that charge for discovery are treating it as real work, which is what it is. Agencies that offer free discovery are treating it as a sales cost, which means they will recover that time somewhere else in the engagement.
They push back on your timeline or specification. An agency that agrees to everything you propose is telling you they will agree to things they cannot deliver. A capable agency will tell you honestly if your timeline is unrealistic, if your budget does not match your scope, or if a technical approach you have in mind will cause problems later.
They have a defined process for handling scope changes. Ask directly how scope changes are managed. A structured answer that references a change-control process and explains how additional work is priced is a good sign. A vague answer that implies flexibility is not.
They can explain their technology choices in business terms. You should not need to be a developer to understand why an agency is recommending a particular technical approach. If their reasoning requires deep technical knowledge to follow, that is a communication problem that will recur throughout the engagement.
Senior people are named and available. You should know who will be working on your project before you sign. Ask for the specific team, their roles, and their relevant experience. An agency that cannot answer this clearly until after you have signed is probably not fully allocated.
Red Flags
The proposal arrived in less than 48 hours. A detailed, accurate proposal for a real project takes time to write. A proposal that arrives the same day you had the initial conversation was probably templated before you met.
“Unlimited revisions” appears anywhere in the agreement. This phrase has no agreed definition and will be interpreted by the agency when a dispute arises. Get a specific definition of revision scope in writing.
They cannot show you code from previous projects. Agencies that build real software will sometimes be constrained by NDAs, but should be able to show technical approaches, architecture decisions, or anonymized examples. If they can only show you screenshots, you cannot evaluate the quality of what they actually build.
Post-launch support is not mentioned. A proposal that ends at deployment has not accounted for the full project lifecycle. This is either an oversight or a deliberate omission.
They specialize in every technology and every industry. Genuine specialization involves trade-offs. An agency that claims deep expertise in React, WordPress, Salesforce integration, healthcare, e-commerce, and government contracts simultaneously is either very large or not being precise about where their actual depth sits.
The main point of contact changes after you sign. This is the single most common cause of post-signature disappointment. Confirm explicitly who your day-to-day contact will be once the project is underway.
A Five-Step Evaluation Process
Moving from “I have a need” to “I have signed with the right agency” is a process, not a single decision.
Step 1: Define your project clearly enough to brief. You do not need a full specification. You need a clear description of the problem you are solving, the users who will use the product, the rough features in scope, your timeline, and your budget range. An agency cannot give you a meaningful proposal without this, and you cannot compare proposals if each agency is interpreting your brief differently.
Step 2: Identify the right agency type before building a shortlist. Use the taxonomy above. A startup building a first SaaS product should be talking to product studios, not to full-service digital agencies or staff augmentation firms. Mismatching agency type to need wastes weeks of evaluation time.
Step 3: Run structured first meetings. Treat the first agency meeting as a two-way evaluation. Prepare specific questions about process, team structure, discovery approach, change-control, and post-launch support. Evaluate how the agency listens and responds — the quality of their questions matters as much as the quality of their answers.
Step 4: Request detailed, itemized proposals. A proposal that lists a single project price tells you almost nothing. Ask for a breakdown by phase (discovery, design, development, testing, launch, support), by team member type, and by deliverable. Comparing itemized proposals across agencies reveals mismatches in scope assumptions that a top-line price comparison conceals.
Step 5: Check references with specific questions. Call two or three references per agency. Ask: Did the project come in on time? On budget? Who did the day-to-day communication? What happened when something went wrong? Would you hire them again, and if you had a hesitation, what would it be? References will not volunteer negatives unless you ask specific questions.
What It Costs, and What Drives the Price
Web development engagements vary widely in cost, and general price ranges published without context are close to useless for budgeting purposes. What matters more than a range is understanding the variables that move the price, so you can evaluate proposals intelligently rather than comparing numbers that might be measuring different things.
Scope and complexity. A five-page informational website, a custom e-commerce store, and a multi-tenant SaaS platform are not comparable in cost. The number of distinct features, the presence of third-party integrations, the complexity of the user authentication model, and the need for a custom backend versus a configured CMS all drive cost materially. Work on how reasoning and inference operate across distributed web systems illustrates why architectural decisions made early in a project have compounding effects on the cost and complexity of everything that follows.
Engagement model. Fixed-price contracts establish a budget ceiling but require the specification to be clear and stable before work begins. Time-and-materials (T&M) contracts provide flexibility as requirements evolve but require the buyer to have strong internal project oversight to avoid cost overruns. Retainer arrangements suit ongoing relationships where work volume varies month to month. Each model has a different risk profile, and the right one depends on how well-defined your requirements are at the start.
Geography. Onshore agencies in the US or Western Europe bill at significantly higher rates than nearshore (Latin America) or offshore (Eastern Europe, South and Southeast Asia) agencies. This does not translate directly into a quality difference, but it does translate into a communication and collaboration difference that matters depending on how your project is structured.
Tech stack. Agencies specializing in high-demand frameworks (React, Node.js, modern cloud-native infrastructure) command higher rates than commodity web development. If your project requires specialized technical depth, the rate reflects genuine scarcity in the talent market.
Team structure. A senior-heavy team costs more per hour and typically delivers work faster and with fewer revisions than a junior-heavy team. An agency billing lower rates and relying on junior developers may not be cheaper in practice when revision cycles and bug remediation time are factored in.
As rough directional guidance (based on industry practice, not precise market data): a custom web application engagement with a credible product studio typically starts in the low five figures for a well-scoped MVP and scales into six figures for a production-grade multi-feature platform. Offshore agencies may come in at a meaningful discount relative to onshore, but compare proposals on the basis of scope and team composition, not headline rate.
When reviewing a proposal, the most important question is not “is this price low?” It is “what is the total cost of this engagement including post-launch support, and does the scope described match what I actually need?”
Common Mistakes When Hiring a Web Development Agency
The most expensive mistakes in agency hiring are structural and happen before a line of code is written.
Choosing on price alone. Price is a data point, not a selection criterion. The cheapest proposal frequently corresponds to the thinnest discovery process, the most junior team, and the least rigorous post-launch support. Evaluating on price alone is a reliable path to a second agency engagement to fix what the first one built.
Scope mismatch. Engaging an agency whose core capability does not match your project type produces poor outcomes regardless of the agency’s individual quality. A marketing-focused digital agency that builds websites as a secondary service is structurally misaligned with a startup that needs a scalable product architecture. A boutique startup agency assigned to an enterprise compliance-heavy platform will lack the governance depth the project requires. The type of agency you hire should map to the type of problem you have.
Stage mismatch. A large enterprise-oriented agency will bring enterprise processes to a startup engagement: lengthy approval cycles, heavy documentation requirements, and architecture decisions designed for scale that will not be reached for two years. This is not a quality failure by the agency; it is a structural mismatch. Equally, a boutique startup agency working on an enterprise healthcare integration may lack the security depth and regulatory familiarity the engagement demands.
Ignoring post-launch support. Software launched is not software finished. Security patches need to be applied. Hosting environments need to be monitored. User-reported bugs need to be fixed. Feature requests from early users need to be scoped and prioritized. Agencies that do not have a clear post-launch engagement model are handing you a product you may not be able to maintain. Always establish post-launch support terms before signing, not after launch.
Not addressing knowledge transfer. If the agency relationship ends, what happens to the institutional knowledge about your system? Is your codebase documented? Is it written in a way a new developer can understand? Is it in a repository you fully control? These questions are almost never raised in initial agency conversations. Practitioners observe that knowledge transfer and documentation quality are among the most common points of failure in agency transitions. Raise this explicitly in proposal review.
Confusing product strategy with execution. Some founders want an agency to help define what to build, not just how to build it. Most agencies are not structured to provide product strategy alongside development execution. If you need a technical co-founder proxy, look specifically for firms that offer fractional CTO services or structured product discovery as a separate and explicit engagement, not as an implicit promise made during sales conversations.
Is a Web Development Agency Right for You?
Not every web development requirement calls for a full-service agency engagement. Understanding when an agency is the right choice, and when another model serves you better, is part of the same decision.
| Need / Situation | Best Option | Why |
|---|---|---|
| Simple brochure or marketing website | Freelancer or no-code platform | An agency’s process overhead exceeds the project’s complexity |
| Custom web application or SaaS product | Product studio or specialist agency | Requires architectural depth, sprint-based process, and post-launch support |
| Internal team with bandwidth constraints | Staff augmentation | You need capacity, not process management |
| Full digital presence: site plus marketing | Full-service digital agency | Single-vendor coordination reduces friction |
| MVP on a startup timeline | Startup-focused product studio | Needs speed, MVP discipline, and iterative flexibility |
| Ongoing feature development post-launch | Agency on retainer or retained dev team | Project-based engagements are not structured for continuous iteration |
| Requirements still largely undefined | Discovery consulting before any dev engagement | Investing in definition before development reduces waste significantly |
The clearest indicator that you need a web development agency rather than an alternative is the combination of complexity and accountability. When the project requires multiple disciplines working in coordination (design, frontend, backend, infrastructure) and you need a structured entity that can be held accountable for delivery, an agency is the right model. When either of those conditions does not apply, a simpler arrangement typically serves better.
The Bottom Line
The market for web development agencies is genuinely fragmented, and “agency” covers a wider range of structural realities than the term suggests. The question is not which agency is best in an absolute sense; it is which type of agency fits your business stage, your project scope, and your operational reality.
For startups building their first product, the priority is finding a team with genuine MVP discipline, direct communication from senior practitioners, and the technical architecture thinking that prevents a rebuild six months after launch. For small businesses, the priority is transparent pricing, clear scope documentation, and a post-launch support plan that survives the handoff. For growth-stage companies, the priority is scalability thinking, integration capability, and the ability to function as a long-term technical partner rather than a one-time vendor.
At DevVerx, we build web applications, SaaS products, custom software, and digital platforms for businesses across these stages, with dedicated React, Node.js, and full-stack engineering teams that work as an extension of your product function, not as a separate external vendor. If you are working through the evaluation process described here, the services pages for web application development, software product development, and software development consulting are a useful next step for understanding where and how we work.
Whatever vendor you choose, apply the framework here. Define your project before you brief agencies. Match the agency type to your stage and scope. Evaluate beyond the portfolio. Get post-launch support terms in writing before you sign. And treat knowledge transfer as a contractual requirement, not an informal courtesy.
Frequently Asked Questions
What does a web development agency do?
A web development agency plans, designs, builds, tests, and maintains web-based products and applications for clients. In practice, this means translating a business requirement into a working digital product — covering everything from initial discovery and specification through design, frontend and backend development, quality assurance, launch, and ongoing post-launch support. The specific mix of services varies by agency type: full-service agencies add marketing and SEO; product studios focus on application development; specialist agencies concentrate on a specific technology stack. The common thread is that an agency brings a multi-discipline team and a structured engagement process, as opposed to a freelancer who typically covers a narrower scope as an individual.
How much does a web development agency typically charge?
Cost varies significantly by agency type, geography, team seniority, and project scope. As a rough directional reference based on industry practice: a well-scoped MVP web application engagement with a credible product studio typically starts in the low-to-mid five figures and scales to six figures for a production-grade multi-feature platform. Offshore agencies may come in at a meaningful discount relative to onshore rates, but the comparison requires looking at scope, team composition, and engagement model rather than headline price. Fixed-price contracts protect your budget but require clear specifications; time-and-materials contracts offer flexibility but require stronger internal oversight. Always ask for itemized proposals to understand what the price actually covers.
What is the difference between a web development agency and a freelancer?
An agency brings a structured team with multiple disciplines, a defined engagement process, accountability for delivery, and continuity if one team member leaves. A freelancer typically offers a narrower skill set, lower rates, faster startup time, and direct access to the person doing the work. The agency model suits projects requiring coordination across design, frontend, backend, and infrastructure; it also suits buyers who do not have the internal capacity to manage individual contributors. The freelancer model suits well-defined, narrower scopes where budget is tighter and the buyer can provide clear direction. The key risk with a single freelancer is bus-factor: if that person becomes unavailable, the project stops.
How long does a web development agency engagement typically take?
Timeline depends almost entirely on project scope and complexity. A simple marketing website built by a focused team can take anywhere from a few weeks to a couple of months from discovery to launch, depending on how clearly requirements are defined and how quickly feedback loops move. A custom web application or MVP with a clearly defined feature set typically runs several months. A full-featured SaaS platform or enterprise application with integrations, custom authentication, and complex backend logic can take six months or longer. Ask any agency you are seriously evaluating to walk you through how they estimate timelines and what assumptions drive their projections — the quality of that answer tells you a great deal about their planning discipline. Beware of agencies that promise very fast timelines without a clear scope definition — speed without definition either means the scope is smaller than you think or the quality controls are thinner than they should be.
What questions should I ask a web development agency before signing?
The questions that reveal the most are: Who specifically will work on my project, and can I meet them before signing? How do you handle scope changes — what is the process and how are they priced? What does post-launch support look like, and what is the cost? Can I see examples of similar projects including how they were built, not just how they look? Who owns the code and the repository at the end of the engagement? What happens to the project if the lead developer on your team becomes unavailable? An agency that answers these questions clearly, specifically, and without defensiveness is demonstrating the communication quality you will need throughout the engagement.
How do I know if a web development agency is technically capable?
Portfolio alone does not answer this question. More reliable signals: ask to see code samples or technical architecture decisions from previous projects (even anonymized); ask how they approach specific technical challenges relevant to your project; ask what frameworks and tools they use and why; and ask for a reference from a client with a technically similar project. If your project requires a specific stack (React, Node.js, a cloud-native architecture), confirm that the agency has dedicated practitioners in that area, not generalists who have touched it. Research into how autonomous agents operate within web service environments underscores why genuine depth in a technical domain is meaningfully different from surface-level familiarity. The depth of their technical reasoning in early conversations — not just the confidence of their sales presentation — is the most honest indicator of actual capability.