When the spec is a pull request – How application changes now start at Broker Trust

Broker Trust, a.s. deployed Claude Team with HAVIT. After targeted training, a new way of working took hold: instead of writing a specification and waiting, a product owner builds the simpler changes himself in Claude Code and submits them as pull requests.

The challenge

BETY2 is the CRM used by Broker Trust’s network of financial advisors. The product side knew exactly what needed improving — but every change, however small, went through the same pipeline: write a specification, hand it to development, wait for capacity, clarify it over meetings. And because a written specification is only ever an approximation of what someone had in mind, clarification came with every request.

The solution

Broker Trust deployed Claude Team across its organization — 42 seats, including 10 Premium seats with Claude Code — and administers its own tenant and licensing. The deployment grew from 10 seats to 42 within three weeks of go-live.

But the change that mattered was not the seat count. It was hands-on training for the people closest to the product. HAVIT, s.r.o., Broker Trust’s long-standing application development supplier, onboarded and trained selected users in lectures and workshops focused on one specific skill: using Claude Code to turn an idea into working code against their own codebase. The sessions ran in June and July 2026.

Two product owners went through the training. The first of them is already contributing to the codebase: Martin Budín, product owner of BETY2. He now works a different way — instead of writing a specification and waiting for a developer, he describes the change to Claude Code, iterates on it against the real codebase, and submits the result as a pull request. HAVIT’s developers review and merge it. Four of his pull requests have gone through this way.

The important part is what this does to the design step. When a product owner explores a change directly in the code, the proposal that reaches the development team isn’t a static mockup or a paragraph of prose — it’s a working implementation you can click through and argue with. Ambiguity that used to surface late, during development, now surfaces at the start.

Nothing about code review changed to make this possible. Every change still goes through review by HAVIT’s developers before it reaches production; product owners open pull requests, they don’t merge them. What changed is who can produce a credible starting point — and how fast.

The results

  • Four pull requests authored by a Broker Trust product owner, reviewed and merged to production
  • Two product owners trained to work with Claude Code against their own application
  • Claude adoption grew from 10 to 42 seats within three weeks of go-live
  • The nature of a requirement changed: for simpler changes there is no written specification, there is a working pull request

“We used to have to describe every change, however small, hand it over and wait for capacity to free up. Today, for the simpler ones, our product owner builds it himself and submits it as a pull request for review. What helped us most is that we’re no longer discussing the wording of a specification, but a finished thing we can click through.”

— Petr Musil, Technical architect, Broker Trust

What’s next

The experience carries forward. Broker Trust is preparing its own agentic tooling on Claude to connect its internal systems — and is building much of it in-house.

Leave a comment