Know what’s in your codebase before you bet the roadmap on it.

Senior VGV engineers review your app against the standard we hold our own code to. You get a plan, not a grade: what to fix first, in what order, and why.

A 30-minute conversation about your product. If your codebase is in good shape, we’ll tell you that too.

The report Ranked critical to low

  1. 1 Critical Secret in the build Security
  2. 2 High No tests for checkout Testing
  3. 3 High State held in the widget State management
  4. 4 Medium API call in the widget Architecture
  5. 5 Low Lint rule switched off Static analysis

Fix first 123

An illustration of a review, not client code: each finding lands on its line, then the report ranks them critical to low.

In their words

  • Braver

    “Very Good Ventures’ assessment of our mobile application codebase has been a game changer for the future of our company. Ever since we’ve followed their recommendations, we’ve been standing on solid ground to build the software that truly enables us to change health care for the better.”

    CTO, Braver Mathieu D’Amours
  • “VGV’s insightful guidance accelerated our efforts significantly, steering us towards a more robust and scalable app architecture.”

    Slickdeals On the code assessment
  • “Their proposal showed us how we could efficiently and consistently deliver improvements for the user.”

    Nav On the code assessment

Get the assessment before the expensive decision, not after.

A code assessment is the cheapest way to find out what a codebase will cost you next year.

  1. You inherited the app

    Another team or agency built it, and nobody left can say how it holds together.
  2. You’re about to scale

    More users, more features, more engineers. Find the cracks before the load does.
  3. You’re handing it off

    A new team takes over. Give them a map of the codebase, not a guessing game.
  4. You’re weighing a rebuild

    Rebuild, refactor or fix in place. Decide on evidence, before the budget is spent.
Senior VGV engineers. We’re nit-picky, and we don’t sugarcoat anything.

We review twelve areas against one standard.

Flutter, native iOS and Android, or a mix of them, with a specialist for each platform.

Read the standard in Very Good Engineering

It runs in four steps: access, review, report, and readout.

Usually two to three weeks for one app, at a fixed fee agreed before we start.

  1. You share the repo, CI, design files and API docs. We talk with your engineers about where it hurts.

  2. Senior VGV engineers go through the code against the standard we hold our own work to. We’re nit-picky, and we don’t sugarcoat anything.

  3. Every finding is ranked critical, high, medium or low, with the reason and the fix written down.

  4. A 60–90 minute session with your engineering leads to walk through the findings and agree what to do first.

Every report ends with a path forward.

We say which one we’d take and why. The call is yours, and we help with whichever you choose.

  1. Targeted fixes

    Fix what matters most

    Most codebases need a short list of changes, in the right order. Your team can take them from the report.

  2. Refactor in place

    Improve it while it ships

    Raise the standard flow by flow without stopping the roadmap. We can pair with your engineers while they do.

    Flutter Enablement
  3. Rebuild or migrate

    Start the next version right

    When fixing costs more than rebuilding, we say so, and show you the phased way to get there.

    Migrate to Flutter

What teams ask before they share the repo.

Short answers from real assessments. Anything else, bring it to the first call.

01 How long does a code assessment take?

Usually two to three weeks for one app. A portfolio of apps, or Flutter plus native code, takes longer, and we agree the length before we start.

02 What do you need from us?

Access to the repo and CI, any design files and API docs, and some time with the engineers who know the app best.

03 Do you only assess Flutter apps?

No. We assess Flutter, native iOS and Android, and apps that mix them, with specialists for each platform working in parallel.

04 What do we get at the end?

A written report with every finding ranked critical, high, medium or low, the reason behind it and the fix, plus a readout with your engineering leads.

05 Will you tell us to rebuild?

Only if it’s the cheaper path. Most codebases need a short list of fixes in the right order, and the report says which it is.

06 Can you help fix what you find?

Yes. Your team can take the report and run, or we can pair with your engineers through Flutter Enablement or take on the work directly.

07 Who owns the report?

You do. It’s yours to share with your team, your leadership or your next vendor.

Laura Hughes Lekhi Director of Business Development
Greg Laird Senior Business Development Executive
Jorge Coca VP of Engineering
Shannon Campbell Product Lead

We’ll care about your success as much as you do.

Our unicorns read every message and reply, usually the same day.

Start the conversation

A 30-minute call about what you’re building.