Web Design

AI in the Design Workflow: What the Research Says About Quality Risks and the Human-AI Division of Labor

The research on AI in design and development work is genuinely contradictory, and the contradictions are the useful part. Controlled trials show dramatic speedups on well-scoped tasks: 55% faster in GitHub's Copilot experiment, 66% average productivity gains across business tasks in studies NN/g reviewed. Other rigorous work shows the opposite: METR's randomized trial found experienced developers were 19% slower with AI on complex, familiar codebases, while believing they were faster. Meanwhile GitClear's analysis of 211 million changed lines documents measurable quality decay, and Figma's survey finds only 32% of designers and developers trust AI output. This deep dive maps where the gains are real, where the risks concentrate, and what division of labor the evidence supports for web design work.

Joshua Agonya Pi'Rwot

By Joshua Agonya Pi'Rwot

Founder, Business Growth Accelerator

Executive summary

AI design tools show 55% speedups in some trials and 19% slowdowns in others, while code-quality metrics decay. This deep dive sorts the research, where AI genuinely helps web design work, where it degrades it, and how to divide the labor.

Section 1

The five challenges at a glance

Five challenges define the honest picture. First, the perception-reality gap: METR's randomized trial found experienced developers took 19% longer with AI tools while estimating they had been 20% faster (METR, 2025), meaning self-reported AI productivity, the basis of most vendor claims, is systematically unreliable. Second, quality decay at the codebase level: GitClear's analysis of 211 million changed lines found code cloning grew roughly fourfold, copy-pasted lines exceeded refactored ('moved') lines for the first time on record in 2024, and refactoring's share of changes collapsed from about 25% to under 10% (GitClear, 2025), the maintainability debt arriving behind the speed. Third, a trust deficit among practitioners: in Figma's survey of 2,500 users, 78% said AI significantly enhances efficiency, yet only 32% said they can rely on its output (Figma, 2025). Fourth, uneven gains that invert the seniority curve: controlled studies consistently find the largest speedups for less-experienced workers on well-defined tasks (Peng et al., 2023; Nielsen Norman Group, 2023), concentrating risk where review capacity is weakest. Fifth, the unguarded output problem for the web specifically: generated interfaces inherit the web's defaults, and the prevailing baseline is poor, 94.8% of top homepages fail automated accessibility checks (WebAIM, 2025), while buyers judge credibility from design quality at a glance (Fogg et al., 2003). The table maps each to its evidence.

Section 2

Challenge 1–2: The perception gap and the maintainability bill

The single most important study for calibrating expectations is METR's 2025 randomized controlled trial. Sixteen experienced open-source developers worked 246 real issues in their own mature repositories, with AI use randomly permitted or forbidden per task. With AI allowed (primarily Cursor with frontier Claude models), developers took 19% longer, while forecasting beforehand that AI would make them 24% faster, and estimating afterward that it had made them 20% faster (METR, 2025). The gap between measured and perceived productivity is the headline: on complex work in familiar code, reviewing and correcting plausible-but-wrong output cost more than it saved, and the practitioners couldn't feel it. Contrast GitHub's controlled experiment: 95 developers building a well-scoped greenfield HTTP server finished 55.8% faster with Copilot (Peng et al., 2023; GitHub, 2022). Both results are sound; the variable is task type. The second challenge is what the speed costs later. GitClear's analysis of 211 million changed lines of code from 2020–2024 found duplicated code blocks rising sharply, with copy-pasted lines exceeding refactored 'moved' lines for the first time in its dataset, refactoring activity falling from roughly 25% of changes in 2021 to under 10% in 2024, and code churn (lines revised within two weeks of commit) climbing steadily (GitClear, 2025). For website owners, that pattern is tomorrow's maintenance invoice: faster initial builds, more expensive every change thereafter.

Section 3

Challenge 3–4: Practitioners don't trust the output, and gains pool at the junior end

Figma's 2025 survey of 2,500 designers and developers captured the field's ambivalence precisely: 78% agreed AI significantly enhances the efficiency of their work, while only 32% said they can rely on the output of AI in their work (Figma, 2025). Developers reported integrating AI into core tasks like code generation far more than designers had integrated it into core design work, and were correspondingly more positive about its quality effects (Figma, 2025). That 78/32 split is not contradiction but diagnosis: the tools accelerate production while transferring a verification burden onto humans, and verification is exactly the step that gets squeezed when AI is sold as a headcount substitute. The fourth challenge compounds it. Across the controlled literature, AI's productivity gains concentrate among the less experienced: GitHub's experiment found the largest speedups for developers with less programming experience (Peng et al., 2023), and NN/g's review of three controlled business-task studies, averaging a 66% performance improvement, likewise found less-skilled workers benefited most (Nielsen Norman Group, 2023). Economically attractive, structurally risky: the people getting the biggest boost are the least equipped to catch the subtle errors AI produces, while METR shows even experts misjudge their own AI-assisted output (METR, 2025). A workflow that pairs junior operators with unreviewed generation is therefore the configuration the research most clearly warns against, and it is precisely the configuration of the cheapest AI website offerings.

Section 4

Challenge 5: Generated interfaces inherit the web's defaults, and its defects

Generative tools learn from and pattern-match to the existing web, which makes the existing web's quality baseline a quality forecast. That baseline is poor in measurable ways: WebAIM's 2025 audit found 94.8% of the top million homepages fail automated WCAG 2 checks, averaging 51 errors per page, with low-contrast text on 79.1% of pages (WebAIM, 2025). Output generated without explicit accessibility constraints tends to reproduce exactly these failure classes, unlabeled controls, decorative markup, contrast violations, and an SMB that prompt-builds a site has no reviewer in the loop to catch them, at the very moment accessibility litigation runs above 4,000 suits per year (UsableNet, 2025). The same logic applies to credibility. Stanford's research shows buyers judge trustworthiness substantially from design look (Fogg et al., 2003), and as generation drives the marginal cost of generic-but-polished design toward zero, sameness itself becomes the tell: template-identical sites with interchangeable copy read as low-investment, while specific evidence, real photography, named case results, verifiable credentials, cannot be generated, only earned. This is the deepest finding hiding in the contradictory literature: AI collapses the cost of producing the parts of a website that were already cheap, and leaves untouched the parts that persuade. The veneer is now nearly free; the differentiating substance, strategy, proof, judgment, verification, is the remaining scarce input, and its relative value has gone up, not down.

Section 5

Innovative solutions

The research suggests a countermeasure per challenge. Against the perception gap: measure AI-assisted work with outcome metrics, cycle time, defect rates, revision frequency, rather than practitioner sentiment, since METR demonstrates self-assessment errs by roughly 40 percentage points (19% slower vs. 20% faster felt) (METR, 2025). Against quality decay: route AI toward task types where trials show genuine gains, greenfield scaffolding, variants, boilerplate (Peng et al., 2023), and keep humans on refactoring and structure, the activities GitClear shows are collapsing (GitClear, 2025); add duplication and churn checks to review. Against the trust deficit: formalize verification as a workflow stage with a named owner, converting Figma's 78/32 efficiency-reliability split into a process rather than an anxiety (Figma, 2025). Against inverted seniority gains: pair the juniors who benefit most with senior review, the configuration both GitHub's and NN/g's findings imply, speed from the assisted junior, error-catching from the experienced reviewer (Peng et al., 2023; Nielsen Norman Group, 2023). Against unguarded generated UI: run every generated interface through the same gates as human work, automated WCAG scans targeting WebAIM's six dominant error classes, performance budgets, and a credibility pass that replaces generic output with verifiable proof (WebAIM, 2025; Fogg et al., 2003). The unifying principle: AI changed the cost of drafts, not the need for judgment.

Section 6

Solution framework

The human-AI division of labor we operate inside ConvertOS assigns work by what the evidence says each party does well. Core functionality: a three-stage pipeline, AI-accelerated production, human judgment, instrumented verification. Components: (1) a task-routing rule derived from the trial literature: generation handles well-scoped, low-context work (layout variants, boilerplate sections, draft copy, image processing) where 55%-class speedups are real (Peng et al., 2023), while humans own high-context work, information architecture, conversion strategy, brand evidence, refactoring, where AI measurably slows experts (METR, 2025); (2) a verification gate before anything ships: accessibility scan against WebAIM's dominant error classes (WebAIM, 2025), performance budget, and factual review of all generated claims; (3) quality telemetry borrowed from GitClear's method, tracking duplication and revision churn on the codebase so decay is detected early (GitClear, 2025); (4) senior-junior pairing that captures the inverted-seniority gains safely (Nielsen Norman Group, 2023); (5) a proof layer no generator can produce, real photography, named results, verifiable credentials, because credibility is judged from design specifics (Fogg et al., 2003). Value proposition: clients get AI's genuine economics, faster iteration, cheaper variants, lower production cost, without inheriting the documented failure modes, and the savings get reinvested in the scarce inputs that differentiate. Implementation requirements: defined task-routing criteria, scanning and performance tooling, a review-stage owner, and outcome-based productivity measurement instead of vibes.

Section 7

Evidence-based action plan

For a founder or operator deciding how AI should touch their website work, run this 30-day sequence. Week one: classify the work. List every recurring design/web task and sort it by the trial-validated axis, well-scoped and greenfield (AI-suitable, per Peng et al., 2023) versus high-context and structural (human-led, per METR, 2025). Most teams find roughly half their production work sits in the first bucket. Week two: install the gates. Set up an automated accessibility scan keyed to WebAIM's six dominant error classes and a performance budget, and require both to pass on all output, generated or not (WebAIM, 2025). Add a claims-review rule: no AI-drafted statistic, testimonial, or credential ships unverified. Week three: fix the measurement. Replace 'does the team feel faster' with cycle time, revision churn, and defect counts, METR's perception gap makes sentiment-based evaluation worthless (METR, 2025), and baseline duplication on your codebase per GitClear's warning metrics (GitClear, 2025). Week four: set the pairing and the proof budget. Put senior review on all junior AI-assisted output (Peng et al., 2023; Nielsen Norman Group, 2023), and earmark the production savings for the assets generation cannot create: real photography, documented case results, and credibility signals buyers actually weigh (Fogg et al., 2003). Revisit quarterly, the tools are improving fast, but every revision of this plan should still be anchored to measured outcomes, not demos. For adjacent evidence in this series, see [The Mobile Reality for Service Businesses: What the Research Actually Shows](/blog/mobile-reality-research-service-business-websites) and [Form and Friction Research: Field Data on Abandonment and the Minimal-Friction Booking Path](/blog/form-abandonment-field-data-minimal-friction-booking).

FAQ

Direct answers for operators.

Does AI actually make web design and development work faster?

It depends on the task, and the controlled evidence splits cleanly. GitHub's randomized experiment found developers completed a well-scoped greenfield task 55% faster with Copilot (Peng et al., 2023). METR's randomized trial found experienced developers were 19% slower with AI on complex issues in familiar codebases, while believing they were 20% faster (METR, 2025). AI accelerates drafts and boilerplate; it taxes high-context, structural work.

What are the quality risks of AI-generated websites?

Three documented ones. Code quality: GitClear's analysis of 211 million changed lines found code cloning grew roughly fourfold and refactoring collapsed from 25% to under 10% of changes (GitClear, 2025), raising maintenance costs. Accessibility: generated output inherits the web's failure patterns, 94.8% of homepages fail WCAG checks (WebAIM, 2025). Credibility: generic generated design lacks the verifiable specifics buyers use to judge trust (Fogg et al., 2003).

Should a service business use an AI website builder?

As a drafting tool, possibly; as a finished product, the research advises against shipping unreviewed output. Only 32% of designers and developers say they can rely on AI output (Figma, 2025), and unreviewed generation carries documented accessibility and quality failure modes (WebAIM, 2025; GitClear, 2025). The economical configuration is AI production plus human verification, keeping judgment, proof, and structure under expert ownership.

What is the right human-AI division of labor for design work?

Route by task evidence: AI for well-scoped production, variants, boilerplate, drafts, where trials show 55%-class gains (Peng et al., 2023); humans for architecture, strategy, refactoring, and verification, where AI slows experts (METR, 2025). Pair AI-assisted juniors with senior review, since gains concentrate among the less experienced (Nielsen Norman Group, 2023), and measure outcomes rather than perceived speed, which METR showed is unreliable.

Joshua Agonya Pi'Rwot

Written by

Joshua Agonya Pi'Rwot

Founder, Business Growth Accelerator · Country Director, AVODA Group Uganda · EMBA

Joshua helps service-business operators turn scattered marketing into a clear path from first attention to booked call. He is Founder of Business Growth Accelerator and Country Director of AVODA Group Uganda.