Case studies

Operating evidence from BergLabs delivery decks.

These case studies use the metrics and scope stated in BergLabs delivery material. Proposal-only engagements are labelled as scope, not outcomes.

Read Case 19 Start a pilot
Evidence chainScope · Delivery · Metric · Approved
  1. 01ScopeWhat was agreed
  2. 02DeliveryBergFlow, BergAuto, pod
  3. 03MetricMeasured or stated
  4. 04Approved cutClient-approved, anonymised

Scope → Delivery → Metric → Approved cutScope-only cards say so

Illustrative diagram. Every published case follows this chain. The approval step, in mint, is the client’s.
  • Anonymised

    Clients appear by description, never by name.

  • Sourced

    Every metric comes from delivery material.

  • Labelled

    Scope-only engagements say so.

All cases

Filter by the service behind the result.

Five cases from delivery decks and eight from the BergLabs case compendium.

Showing 13 cases

  • Annotation & evaluation

    India’s largest e-retail platform

    Search relevance and catalogue correction

    46% → 26%search pain, before and after

    2.5M+ query-product pairs labelled and 1.2M+ catalogue errors corrected. The source deck states a $15M+ annual revenue lift.

  • Annotation & evaluation

    India’s top travel platform

    Property content accuracy

    8%increase in property bookings

    98% property-detail accuracy and a 12% improvement in content quality score.

  • Managed staffing

    India’s largest seller aggregator

    Seller onboarding QC as a managed queue

    50%increase in seller approval rates

    80% reduction in QC turnaround time and a 9% uplift in seller NPS.

  • Annotation & evaluation

    Large manual annotation programme

    Confidence-gated annotation at scale

    30%faster turnaround

    15% cost savings at 96% accuracy, with a confidence threshold above 0.9 deciding what reached human review.

  • AI transformation · Scope

    Global payments network

    Reconciliation and dispute workflows

    30 dayspilot window, scope not outcome

    Reconciliation and dispute workflows scoped for a 30-day pilot. This card describes the agreed scope only.

  • Physical intelligence

    Case 08 · Multimodal production

    Multimodal production at industrial scale

    5 Mn+annotations a week at peak on BergFlow

    Video, lidar and audio annotated across 80+ task types, with provenance on every frame.

  • AI visibility

    Case 12 · Two hospital groups

    AI search visibility, 25 questions, four engines

    90 / 74appearances in 100 AI answers

    Two hospital groups, published under the pseudonyms Apollonia and Manilla, compared across four answer engines.

  • Annotation & evaluation

    Case 17 · Marketplace catalogue

    Catalogue QC before listings go live

    Mechanism case: how the workflow runs, without a published metric.

    Attribute and image checks run on BergAuto, with exceptions reviewed in BergFlow before a listing is published.

  • Annotation & evaluation

    Case 18 · Search relevance

    One rubric for query-product relevance

    Mechanism case: how the workflow runs, without a published metric.

    Query-product pairs judged against one rubric, with disputed pairs escalated to a senior reviewer.

  • AI transformation

    Case 09 · Agent management

    Agents with bounded authority

    Mechanism case: how the workflow runs, without a published metric.

    Each agent acts inside a defined limit; anything beyond it waits for a named approver.

  • AI transformation

    Case 04 · Voice collections

    Payment-promise calls with a human route

    Mechanism case: how the workflow runs, without a published metric.

    A voice agent handles payment-promise calls; disputes and hardship cases are routed to a person.

  • AI transformation

    Case 24 · Document intake

    Document intake with a solo reviewer

    Mechanism case: how the workflow runs, without a published metric.

    Extraction and checks are automated so one reviewer clears the exceptions, with the evidence attached.

Proposal-only engagements are labelled as scope, not outcomes. Client names are withheld; each client is described by sector and scale.

How to read these cases

What a BergLabs case study is, and is not.

Two rules apply to every card on this page.

  1. 01Anonymised by description

    Named references need client approval, so clients appear as “India’s largest e-retail platform” or “a global payments network”, never by name.

  2. 02Scope is not an outcome

    Engagements at proposal or pilot stage describe what was agreed. They carry a Scope label and no result.

Questions

Questions about the case studies

Anonymity, sources and scope.

Case studies

Why are clients anonymised?

Named references require client approval for publication. Each case describes the client by sector and scale instead.

Where do the metrics come from?

From the work itself. Some figures were measured by BergLabs during the engagement; others are stated in client or delivery reports. Each card says which.

What does scope, not outcome, mean?

Some engagements are at proposal or pilot stage. Those cards describe the scope agreed, not a result.

How long has the team been doing this work?

The team has run managed data and operations work since 2022 under Berg Technologies; BergLabs was founded in 2025.

How do I find a case like ours?

Filter by service above, or tell us the workflow and we will share the closest case and how it ran.

Measure your own workflow next.

Every case here started as one workflow and a pilot. Bring yours, and we will agree the metric before we start.