Richard Biros profile photo

· Prague

Currently hacking
← Back

FAILED: Advotask - What I Learned Building a Legal-Tech Startup

Most people talk about wins.

Very few talk openly about failures, even though failures often teach the most. This is one of mine.

What Advotask Was

Advotask was a two-sided platform connecting law firms and legal professionals with law students for delegated legal micro-work: research, administrative tasks, document checks, and similar supporting activities.

The idea was simple:

  • Law firms save time on repetitive work
  • Students gain paid, real-world legal experience
  • Everyone benefits

On paper, it looked like a classic win-win marketplace.

Why I Started It

A close friend came to me with the idea. It immediately felt strong.

There was:

  • A clear problem
  • Clearly defined users
  • A believable value proposition

It checked many of the boxes founders look for. So I did what many technical founders do: I moved fast and started building. I was convinced this could become a meaningful startup.

How I Built It

I approached Advotask as a serious product from day one.

The platform included:

  • Role-based onboarding for advocates and students
  • Task lifecycle management
  • Real-time chat and file sharing
  • Notifications
  • Account and profile systems
  • Admin workflows

Technically, it was built on a modern TypeScript-first stack with Next.js, React, backend APIs, and integrated third-party services for authentication, analytics, and storage.

From an engineering perspective, it was one of the most complete products I had built at that time. And that was part of the problem.

Where Reality Started to Crack

The first major issue was distribution.

Two-sided marketplaces are notoriously difficult because of the chicken-and-egg problem:

  • Lawyers want available students
  • Students want available tasks
  • Both sides want trust from day one

Without liquidity, the product has no value. And liquidity is extremely hard to create from zero.

The second issue was industry behavior.

Legal environments are conservative by nature. Adoption cycles are slower. Trust barriers are higher. Risk tolerance is lower. This isn't a market where you can just "launch and iterate".

The Real Blocker: Trust, Confidentiality, Responsibility

The biggest obstacle was something deeper.

We faced questions we could not confidently solve at that stage:

  • How do you guarantee confidentiality in online and offline collaboration?
  • Who is responsible if a student makes a mistake?
  • How do you evaluate quality in a legally acceptable way?
  • How do law firms trust unknown contributors with sensitive data?

These weren't just product questions. They were structural business risks.

And solving them required more than code. It required legal frameworks, insurance considerations, and institutional trust.

That realization changed everything.


The Decision to Stop

At some point, the signal became clear: we had built a lot, but we had not validated the hardest assumptions early enough.

Continuing would mean investing significantly more time and resources into uncertain territory.

So we stopped. The project ended around mid-2024. No public launch. No traction metrics. Just a finished product that never reached users.

And honestly, that hurt.

What I Took From It

This project changed how I think about building products.

  1. Validate behavior, not ideas

    An idea can sound perfect on paper. What matters is whether people actually change behavior.

  2. Distribution is part of the product

    You cannot treat growth as a later phase. In marketplaces, distribution architecture is as important as technical architecture.

  3. Regulated industries multiply complexity

    Legal, healthcare, finance: constraints are not edge cases. They are core product requirements.

  4. Over-building is a real risk for engineers

    Technical founders often build too much before validating enough. I did exactly that.

  5. Failure is not wasted effort

    Even though Advotask failed commercially, it accelerated my learning dramatically. Some lessons only come from building something that doesn't work.

What I'd Do Differently Today

If I started again, I would:

  • Validate supply and demand manually before building software
  • Test trust assumptions with real users early
  • Start with a narrow wedge instead of a full platform
  • Design distribution from day zero
  • Build less, learn faster

Closing Thought

Advotask never became a startup. But it became something else: a turning point in how I approach products. In hindsight, that might be more valuable.