Mock Reviews
An independent evaluation of your build at each key milestone - the honest read a publisher, a platform holder, or a reviewer will give you, delivered while there's still time to act on it.
Teams go blind on their own game. It's not a failing - it's what happens when you've played the same thirty seconds four hundred times. The problems a fresh reviewer finds in ten minutes are the ones the team stopped seeing in month three.
I've spent eighteen years on both sides of that table: building the games, and evaluating them at milestone gates for a publisher. A mock review gives you the assessment you'll eventually receive anyway - early enough that it's still a to-do list rather than a post-mortem.
Every finding is specific, reproducible, and tied to a decision you can actually make. No vibes, no scores without reasons.
Where a review pays for itself
First Playable
Does the core loop hold up when someone who isn't you holds the controller? At this gate I'm looking for whether the fundamental interaction is worth building a game around - and flagging structural problems while a rewrite still costs weeks rather than quarters.
Vertical Slice
The slice is a promise about the finished game. I evaluate whether it actually makes that promise - whether the quality bar, the pacing, and the feature set on display are ones you can hold across the full runtime, or whether you've built a demo that the game can't cash.
Alpha
Feature complete, and now the shape of the whole thing is visible for the first time. This is where I look at systems interacting at scale, difficulty and economy curves across the real runtime, and which features are earning their place versus which are quietly costing you polish time.
Beta
Content complete. The review shifts to reception: how this build will read to a reviewer, a storefront browser, and a player thirty minutes in. Onboarding, readability, friction, and the specific things that will show up verbatim in a 6/10 write-up if you don't fix them.
Commonly run as a panel, since reception is the question and one reviewer is one data point.
Pre-Launch
The last honest look before it's permanent. Triage-oriented: what genuinely must be fixed, what can ship and be patched, and what should be left alone. Delivered as a ranked list with the cost of each fix weighed against the cost of shipping without it.
Commonly run as a panel, so the ranking reflects more than one person's threshold for "ship it".
One reviewer, or a panel
Early on, one experienced pair of eyes is the right tool. Structural problems are structural for everyone, and a single reviewer going deep will find them faster than a committee.
By beta the question changes. It stops being "does this hold together" and becomes "how will this land with people who are not us". That is not a question one person can answer honestly, however experienced they are. So the review scales: I bring in co-reviewers chosen for the perspectives your game actually needs represented.
Co-reviewers come from a standing pool of people I have worked with directly: developers, writers, and games journalists, every one of them with AAA credits behind them. They are not recruited playtesters or a panel assembled off the street. Each is selected for the specific perspective your build needs, and briefed on your goals before they touch it.
Solo Review
- One reviewer, start to finish
- Fastest turnaround, lowest cost
- A single consistent voice, going deep
- One report, one live debrief
- Best fit: first playable, vertical slice, alpha
Review Panel
- Me plus one or more co-reviewers
- Drawn from a standing pool of developers, writers and games journalists, all with AAA credits
- Chosen for perspective: genre veterans, genre newcomers, different play styles and skill levels
- Findings triangulated, so you can tell a real problem from one person's taste
- Consolidated report, plus each reviewer's raw notes
- Best fit: beta, pre-launch
Panel size is set by the breadth of audience you need represented, not by budget tier. Two reviewers who genuinely disagree are worth more than five who nod along. Panels are typically commissioned for the beta and pre-launch rounds, where reception matters more than structure.
What lands in your inbox
The Report
- Executive summary - the three things that matter
- Milestone assessment against stated goals
- Findings ranked by severity and fix cost
- Reproduction steps and timestamped capture
- Competitive and genre context
The Engagement
- Scoping call to agree the review's focus and panel size
- Playthrough on your target platform
- Written report, typically within a week
- Live debrief with the team, questions welcome
- Follow-up pass on request
See one for yourself
The fastest way to judge whether this is useful to you is to read one. Below is a full sample report on 007 First Light, written in the pre-launch evaluation format - and because it was written as a demonstration after the game shipped, it ends with a scorecard checking its calls against what actually happened. A typical solo review follows this structure and level of detail, without the retrospective scorecard.
Got a milestone coming up?
Tell me which gate you're approaching and when. Reviews are most useful booked a few weeks ahead of the date.