Skip to content
AIQGM

How we work

No surprises in the invoice, the code or the timeline.

Whether it’s a two-week database audit or a year of app development, a project with us goes through the same four steps. Here’s what happens in each one.

Step 1

First meeting

Thirty minutes on Google Meet with an engineer, not a salesperson. You describe the problem; we ask the questions that decide the scope.

  • Send a few paragraphs through the contact form or by email. We read every message and reply by email.
  • If it looks like a fit, we set up a 30-minute Google Meet. Bring whoever knows the system best.
  • If we're not the right team, we'll say so in the meeting, and point you somewhere better when we can.

You get: an honest read on whether we're the right team

Step 2

Written proposal

Scope, what's out of scope, timeline, team and price on a few pages. Nothing starts until you've agreed to it.

  • Audits, penetration tests and defined first releases are quoted at a fixed price.
  • Longer product work is billed monthly for a named team, and you can scale it up or down with a month's notice.
  • The proposal lists what we need from you: access, test accounts, a point of contact, decisions by certain dates.

You get: a fixed scope and price, or a monthly rate for ongoing work

Step 3

The work

In your repository and your tracker. A short written update every week, and a demo at the end of each cycle.

  • We work in your tools where possible: your GitHub or GitLab, your Jira or Linear, your Slack.
  • The weekly update says what shipped, what's next, and anything blocked. Three short sections, no dashboards to log into.
  • If the scope needs to change, we write down what changes and what it costs before doing it.

You get: a weekly update you can forward to your boss

Step 4

Hand over

Code, documentation and credentials in your accounts, and a recorded walkthrough for whoever looks after it next.

  • Documentation lives next to the code, so it gets updated with it.
  • For security work: the final report and the retest results. For database work: before-and-after measurements.
  • After hand over we're available for follow-up work, but you're never locked in.

You get: a system your team can run without us

What we’ll ask of you

Most delays on a software project come from waiting: for access, for answers, for decisions. These three things prevent most of it.

A point of contact
One person who can answer questions and make small decisions within a day or two.
Access early
Repository, staging, test accounts, read-only monitoring. Waiting on access is the most common cause of delay.
A decision-maker at demos
Someone who can say yes, no, or not yet to what they're looking at.

Tell us what you're working on.

A few paragraphs is plenty. We'll read it, reply by email, and if it looks like a fit, set up a 30-minute Google Meet with an engineer.