Case Study · Test Automation · Developer Tools

Testsigma — conversion-focused web templates for a test-automation SaaS

Role UI/UX Designer Company Testsigma (test-automation SaaS) Period Mar 2020 – Aug 2020 Website testsigma.com

Six-month fixed-scope engagement: conversion-focused web templates and marketing pages aligned to the product's visual identity, delivered as wireframes, mockups, and interactive prototypes for a developer audience.

Context

The documented engagement was narrower than a full product redesign: conversion-focused web templates and marketing pages aligned to Testsigma's existing visual identity. I was responsible for assigned design work within that fixed scope; there is no surviving material that supports a broader claim of ownership over the product or the later marketing site.

Design Opportunity

The product itself is technical — automation, CI/CD, cross-browser and cross-device testing — sold to a technical, evaluation-minded audience. Within that, the documented opportunity for this engagement was:

  • Communicate a technical product clearly to visitors who evaluate tools by substance, not tone
  • Build conversion-focused marketing pages — pages meant to move a visitor toward a trial or demo, not just describe the product
  • Design for reuse — web templates, not one-off page layouts, so new marketing pages could be assembled consistently
  • Align to the product's existing visual identity, so marketing pages read as part of the same product rather than a separate campaign site
  • Move from concept to prototype to delivery within a fixed six-month scope

No specific business problem (a failing metric, a stated conversion goal, a research finding) is documented for this engagement, so none is claimed here — this is the scope as recorded, not a reconstructed brief.

Before

The earlier Testsigma marketing homepage — a single-tone hero built around a green cloud illustration. Broken into the areas actually visible in the archived screenshot:

Header & Hero

Testsigma homepage — before — header and hero
Before — top navigation and hero.
  • Navigation — a conventional top bar: logo, Use Cases / Features / Pricing / Services / Resources, Login, and a filled "Sign up for free" button, with no visual connection between nav items and the hero below
  • Hero hierarchy — headline and subtext sit on the left; the right side is filled by a decorative green cloud shape containing small device and workflow icons — the illustration signals "cloud product" without showing the product itself
  • Headline/illustration relationship — the two don't reference each other directly; the illustration is a category symbol (cloud = SaaS), not an explanation of the headline's claim
  • CTA placement — two buttons directly under the subtext ("Sign up for free," "Schedule a demo"), plus a small circular play icon beside them, with no supporting reassurance copy nearby

Main Content

Testsigma homepage — before — feature and capability sections
Before — capability and feature sections, mid-page.
  • Capability communication — a "Why Testsigma" block pairs a purple checklist callout with a grey, low-fidelity dashboard mockup image, not an interactive or high-fidelity product view
  • Feature blocks — a six-item icon grid ("Get Started," "No Programming," "Fully Loaded Test Lab," etc.), each icon + heading + description, with no accompanying screenshot per item
  • Supporting/trust content — enterprise customer logos and two written testimonials appear once, further down the page, rather than being reinforced earlier

Footer

Testsigma homepage — before — footer
Before — footer.
  • Structure — four link columns: Features, Quick Links, Resources, and a "Connect with us" column carrying social icons (Facebook, Twitter, LinkedIn)
  • Contact treatment — "Sales and Support" phone number and support email sit as their own row, separate from the link columns
  • Legal/closing bar — Terms of Service and Privacy Policy on one side, copyright line on the other, in a distinct bottom strip

What I Actually Delivered

The surviving project record gives a clear picture of the deliverables, even though it does not preserve the full design process. These are the parts I can state confidently:

  • reusable web templates for conversion-oriented pages;
  • wireframes to establish information order before visual execution;
  • high-fidelity mockups aligned to the existing Testsigma visual identity;
  • interactive prototypes in Sketch and InVision for stakeholder review;
  • delivery of assigned design work within the fixed engagement scope.

The surviving evidence does not support a stronger claim about a measured conversion result, so this case study does not claim one.

Information Hierarchy

Reading the current homepage's own section order — the clearest evidence available today of the intended visitor path:

01 · Proposition 02 · Product / capability 03 · Trust proof 04 · Feature groups 05 · Expert / support CTA 06 · Integrations 07 · Footer / navigation

This is read directly from the shipped page structure available today, not from a documented brief — presented as observable design logic, not as a claim about what specifically shipped in 2020.

Design Decision Log

Problem

Marketing pages need a consistent structure instead of one-off layouts.

DecisionBuild reusable, conversion-focused web templates Reasoning

Templates were explicitly part of the engagement's documented scope — a repeatable page shell over bespoke, single-use layouts.

Problem

Marketing communication has to connect back to the product, not read as a disconnected campaign site.

DecisionAlign page visual direction to Testsigma's existing product identity Reasoning

Consistency between marketing pages and the product builds credibility with a technical audience that evaluates the two together.

Problem

Stakeholders need to assess a concept before it goes to build, not after.

DecisionValidate every concept as wireframes, mockups, and interactive prototypes before implementation Reasoning

Catching structural or content issues at the prototype stage is cheaper than catching them post-build.

Problem

A technical, developer-facing audience reads for substance first, not persuasion copy.

DecisionPrioritize clarity and visible product value over decorative marketing treatment Reasoning

QAs and engineering teams evaluating an automation tool need the page's substance to be easy to find, not dressed up.

Problem

Visible on the current site, not attributed to this engagement specifically: a purely illustrated hero shows category, not capability.

DecisionA product-visible hero communicates capability faster than an abstract illustration Reasoning

Pairing the value proposition with an actual product-screen mockup lets a technical visitor judge the product before scrolling, instead of relying on category signaling alone.

Note: the first four decisions are grounded in the engagement's documented scope. The fifth is grounded in a visual comparison between the two surviving screenshots — a design-reasoning inference, not a documented historical decision from 2020.

After

The current Testsigma marketing homepage — a lighter, illustration-led hero paired with a real product screen. The same three areas, on the current live site:

Header & Hero

Testsigma homepage — after — header and hero
After — top navigation and hero, live today.
  • Navigation — same nav item set (Use Cases, Features, Pricing, Services, Resources), now paired with a small "AI-Driven Test Automation" tagline directly under the logo
  • Hero hierarchy — a small eyebrow badge ("Free 30-Day Product Trial") sits above the headline; the reassurance line "No setup required · No credit card information needed" now sits directly under the CTA buttons, closing an objection at the point of decision instead of leaving it unaddressed
  • Illustration/product relationship — the hero visual is a real product-screen mockup with a small illustrated figure beside it, placing the product itself in view rather than a category symbol
  • CTA placement — same two buttons ("Sign up for free," "Schedule a demo"), now immediately followed by the no-friction reassurance line

Main Content

Testsigma homepage — after — feature and trust sections
After — feature sections, mid-page.
  • Trust presentation — a dedicated full-width gradient banner ("Trusted by happy customers worldwide") with a large usage stat and a customer-logo grid now appears high on the page, not near the bottom
  • Feature segmentation — the "Why Testsigma" content is now individually-titled, alternating rows, each pairing a heading/description with its own supporting screenshot or illustration, instead of one continuous six-icon grid
  • What stayed the same — the five-icon benefit row ("Unified Platform," "Reusability & Maintainability," etc.) and the integrations/logo section appear essentially unchanged between the two screenshots — not every part of the page was redesigned

Footer

Testsigma homepage — after — footer
After — footer, live today.
  • Structure — the logo and "Sales & Support" contact block (phone, email, "Contact Us") now sit together on the left, integrated with the brand mark, instead of as a separate row below the link columns
  • Link columns — Features, Guides, Company, and Quick Links — Guides and Company are new groupings not present in the before footer; Quick Links replaces the before footer's separate Resources column
  • Legal/closing bar — copyright and Terms/Privacy remain in the same position and structure as before
Note on the "after" captures: they show the live site as it stands now, not a preserved snapshot from the end of the 2020 engagement — the product and site have very likely continued to evolve since, through work I wasn't part of. They're included to show the site's trajectory, not as a pixel-for-pixel record of this engagement's specific deliverables, and this isn't presented as something I personally created in full.

Before → After Transformations

Focused on what actually changed, using only what's visible in the two screenshots above.

Transformation 01 — Hero

Before → After: a decorative green-cloud illustration became a real product-screen mockup placed directly in the hero. The visitor now sees the product's interface before reaching the feature sections, instead of inferring "cloud product" from an icon composition. The hierarchy shifted from category-signaling to capability-showing.

Transformation 02 — Content & Feature Structure

Before → After: one continuous six-icon feature grid became individually-titled, alternating rows, each paired with its own screenshot or illustration. Each feature now carries its own visual proof instead of sharing one undifferentiated grid — a visitor can stop at the one feature relevant to them and see it demonstrated, not just described.

Transformation 03 — Trust / Supporting Content

Before → After: customer logos and testimonials moved from near the bottom of the page to a dedicated gradient banner positioned right after the opening section, paired with a large usage stat ("1000000+"). Trust evidence now appears early in the scroll instead of only being reached by visitors who scroll the whole page.

Transformation 04 — Footer

Before → After: contact information moved from a standalone row into the brand block itself, and the link taxonomy changed from Features/Quick Links/Resources/Connect to Features/Guides/Company/Quick Links. The footer reads less like a link dump and more like a structured map of the site's own sections — a small but real information-architecture change, not just a visual refresh.

Constraints & Tradeoffs

  • Fixed-scope engagement — six months, defined scope, no ongoing ownership of the site afterward
  • Technical/developer audience — pages had to hold up to a skeptical, evaluation-minded reader, not just look polished
  • Conversion-focused context — templates had to move a visitor toward a trial or demo, not just communicate
  • Reusable web templates — a constraint as much as a deliverable: layouts had to generalize across future pages, not just look right on the pages built during the engagement
  • Existing product visual identity — visual direction was bound to an identity that already existed, not a free-standing brand exercise
  • Incomplete surviving 2020 documentation — detailed historical research notes, stakeholder decision logs, and performance metrics from the 2020 engagement are not available in the surviving project source, so none are presented here

Outcome

6months — fixed-scope product design engagement
ReusableWeb-template approach across marketing pages
Prototype-ledConcepts validated before build
Developer-focusedDesigned for a technical, evaluation-minded audience

That is the limit of what I can verify from the engagement. No brief, research notes, analytics, or historical decision log from 2020 survive, so I have not reconstructed them from the current site.

Reflection

What this engagement reinforced: a marketing page for a technical product is still a product surface — it needs the same hierarchy discipline, reusable structure, and validation-before-build process as the product itself. The clearest evidence of that, visible even years later in the site's own evolution, is that the changes that mattered weren't cosmetic: moving trust content earlier, giving each feature its own proof, and reorganizing the footer's link taxonomy are information-architecture decisions, not a fresh coat of paint.

No business-impact figures from this engagement are available to me now, so none are claimed.


Next Project
Daily Delivery — Online Grocery Experience
Next Project →