Skip to content
    2026-08-18|9 min read

    How to Choose a Software Development Agency: 11 Red Flags That Signal a Feature Factory

    Every software development agency knows how to win a contract. They have polished case studies, confident salespeople, and a pricing page that makes you feel smart for choosing them. The agencies that ship good software are a much smaller group — and they rarely look like the ones selling the hardest.

    Choosing an agency is a judgment call made under pressure: you need the product built, you have a deadline, and every week you wait feels expensive. That pressure is exactly what the wrong agency exploits. This guide is the checklist I use when founders ask me to sanity-check an agency before they sign. Spot these red flags and you will avoid the feature-factory trap that turns a 12-week MVP into a year of frustration.

    This is the screening side of hiring. If you already have a shortlist and want the full technical evaluation framework — architecture conversations, code quality, communication, post-launch support — start there instead: how to evaluate a software development partner.

    The Red Flags That Appear Before You Even Talk

    Some problems are visible before you schedule a single call.

    1. The portfolio is a deck, not a product. If the agency's "case studies" are slides about themselves — awards, team photos, process diagrams — and no live, clickable products, that is a signal. Agencies that build real software are proud to show it. Ask for a live demo of a product they built that is actually in production, and look at how it behaves under your own clicks, not their script. Feature factories present decks; real builders present working software.

    2. They ask for an NDA before they will show you anything. Some confidentiality is normal, but a wall of secrecy around basic proof-of-work is a way to hide a thin portfolio. A reputable agency shows live products and is happy to have you verify their work. If they deflect every request for evidence with an NDA, expect the same deflection when you need answers after you sign.

    3. The "work" is all smoke and the prices are all anchor. An agency that opens with a huge number and then "finds ways to bring it down" is anchoring you, not quoting you. Genuine agencies scope the work — they ask about your product before they talk numbers. If the first conversation is about price and the second conversation is also about price, run. There is a reason pricing pages for custom software are usually conversations, not tables.

    4. They guarantee timelines before asking a single question about your product. "Yes, we can build that in 6 weeks" — before they know what that is. Guaranteed timelines are how agencies win contracts they then renegotiate. A serious team starts with discovery, and any timeline they quote comes with assumptions clearly stated. If it sounds too good to be true, it is a sales number, not an engineering estimate.

    The Red Flags That Show Up in the Sales Call

    5. The discovery phase is a one-page form. The single strongest predictor of a feature factory: how many questions the agency asks about your business before proposing a solution. A partnership-minded team asks about your users, your competitors, your success metrics, your constraints — a real discovery process. If they ask fewer than five meaningful questions about your product and immediately start pitching features, they are selling hours, not outcomes. KUMO, a software agency that publishes on this topic, frames it bluntly: an agency that asks fewer than five questions about your process is a feature factory, not a partner.

    6. You never talk to the people who will actually build. The salesperson sells; the project manager manages; the developers you never meet write the code. If the agency will not put the lead engineer on a call with you before you sign, you are buying blind. You are not hiring the salesperson — you are hiring the team that sits behind them.

    7. They sell you their stack, not your problem. "We're a Next.js shop" is not a solution. If the agency steers the conversation toward its favorite technologies before it understands your requirements, you are about to become a line item on their tech strategy, not a partner in yours. The right answer starts from your problem and only then considers the stack. If they cannot separate the two, they will not separate them when the scope changes mid-build either.

    The Red Flags Hidden in the Contract

    8. IP ownership is buried or conditional. You pay for the product; you should own the product — full stop. Read the contract for the IP clause. If code ownership only transfers "upon full payment," or if "IP" excludes things like documentation and data, that is a fight you will have at the worst possible moment. A clean contract gives you clear, unconditional ownership of everything you paid for.

    9. No defined scope of work or change control. If the contract does not define what is in scope and what costs extra, every "small request" after kickoff is a change order. The absence of a scope of work is not flexibility; it is a blank check. Insist on a written scope, a defined process for changes, and the price consequences of each.

    Building something similar?

    I build SaaS products, MVPs, and mobile apps for startups. Let's discuss your project and find the fastest path to launch.

    Estimate your project cost →

    10. You are signing up for a single monolithic fixed price with no milestones. A fixed price sounds safe until you realize there is no checkpoint where you can assess quality and walk away. Milestones — with payments tied to them and clear acceptance criteria — are how you keep an agency honest. If the agency resists milestones, they are resisting accountability.

    11. Post-launch support is an afterthought. Every product has a bug within a week of launch. If the contract is silent on who fixes it, how fast, and at what cost, you will discover the answer at the worst time. A good agency has a defined support window and pricing. The absence of one means you are on your own the moment you pay the final invoice.

    How to Actually Screen an Agency

    The red flags above are the "don't"s. Here is the short, practical screening process that catches most of them:

    • Ask for live products and click them. Not screenshots, not decks — production apps you can poke at.
    • Demand to meet the lead engineer before signing. If they dodge, that is your answer.
    • Count the discovery questions. Fewer than five about your business = feature factory.
    • Read the IP clause out loud. If you cannot understand who owns the code, neither can your lawyer.
    • Put milestones in the contract. Payment tied to acceptance criteria, not to "we did a sprint."
    • Ask how bugs get fixed after launch. The answer should exist in writing.

    When the "Agency" Should Be Something Else

    One more consideration: for many founders, an agency is not actually the right vehicle. If your project needs ongoing technical decisions — not just execution — the person who owns the architecture matters more than the team that types it out. That is the difference between buying a build and buying a partner.

    I work as a technical partner — a senior engineer who works directly with founders on scope, architecture, and build decisions, rather than reselling project-managed hours. If the screening checklist above makes you realize you are not sure the agency will own the outcome, that is worth reading before you sign anything.

    FAQ

    How do I know if a software development agency is legit?

    Check the proof of work first. Ask for live, production products you can use, meet the actual developers who would build yours, and verify their claims independently — not through their case-study PDFs. A legit agency behaves like it is proud of what it ships.

    What is a feature factory agency?

    A feature factory is an agency optimized to sell and deliver hours — spec sheets, tickets, and invoices — rather than business outcomes. It typically asks few discovery questions, sells its preferred stack, keeps developers hidden behind salespeople, and handles changes as renegotiated scope. The warning sign is an agency that treats your product as a ticket queue.

    What questions should I ask a software agency before hiring?

    Ask about the team that will actually build (and demand to meet them), ask for a live demo of a production product, ask how discovery works and how many questions they will ask about your business, ask who owns the IP and when, ask for milestones tied to acceptance criteria, and ask how post-launch bugs are handled in writing.

    Should I hire a software agency or a freelancer?

    For well-defined projects an agency brings capacity and process. For most early MVPs a senior freelancer or technical partner gives you more direct accountability for less money — you deal with the person who writes the code, not a handoff chain. See the freelancer vs agency comparison for the full tradeoff.

    How much does a software development agency cost?

    Agencies typically price from $25K–$80K+ for a production MVP depending on complexity, platforms, and team composition — significantly more than a senior freelancer for the same scope. The difference is process and capacity, not quality, and you should verify the quality before you pay the premium. See MVP development cost for realistic ranges.

    What is the difference between choosing an agency and evaluating a development partner?

    Choosing is the screening stage — red flags, proof of work, contract terms, and fit before you commit. Evaluating is the deeper technical assessment once you have a shortlist: architecture decisions, code quality, communication, deployment, and post-launch support. Use this guide to shortlist, then evaluate the finalists properly.

    Related Reading