NEWT IQ
Internal Operating Document

The Client Engagement Framework

One path from first conversation to working build. Mike owns the client. Randy owns the solution. John owns capacity. Nothing gets built without a signed SOW, and nothing gets signed without both Mike and Randy agreeing it is right.

Current operating note. Randy attends client sessions virtually for now. The framework runs as drawn; we will reassess the process after we have run it a few times and determine whether changes are needed.

01

The framework, end to end

Seven stages, three phases, three decision gates. Each column shows what happens, who leads it, who supports, and what has to exist before the engagement can move to the next column.

Phase 1 — Discover
Phase 2 — Define & Close
Phase 3 — Build
STAGE 01

Lead Harvest

Mike sources and qualifies leads from the base and the market, and initiates contact.

Output — Qualified lead
STAGE 02

Discovery Meeting

Mike books and runs the first client session. Frames NEWT IQ against what the business is actually trying to fix.

Output — Stated need
Gate 1
STAGE 03

Interest Established

Mike shapes the sale to the client's needs and confirms interest real enough to warrant a deeper session.

Output — Follow-up booked
STAGE 04

Deep-Dive Session

Mike bridges Randy in, virtually for now. Together they pull out what the client requires and the best starting point.

Output — Initial data set
STAGE 05

SOW v1.0

Mike and Randy agree the scope. Randy authors version 1.0. Mike reviews and signs off internally.

Output — SOW v1.0 approved
Gate 2
STAGE 06

Close Meeting

SOW tested against the client's own view. Signed as-is, or amended to reflect final tweaks, then signed.

Output — Client signature
Gate 3
STAGE 07

Build Handoff

Mike notifies Randy to start. If Randy is fully booked, John assigns an alternate developer and Randy briefs them on the SOW.

Output — Build underway
Mike Brown
Sales · Relationship owner
Harvests & qualifies leads
Books & runs the meeting
Shapes the sale, secures the follow-up
Leads the room, bridges Randy in
Agrees scope, signs off v1.0
Closes the sale, takes signature
Notifies Randy, stays in the loop
Randy
Solution · SOW · Build
Listens, observes, comments — virtual
Authors SOW v1.0
Supports on technical questions
Builds — or briefs the assigned dev
John
Capacity · Resourcing
If Randy is booked — assigns alternate dev
Assigned Dev
e.g. Peter · conditional
Briefed by Randy, builds all or part
Leads the stage
Supports / co-owns
Kept informed
Conditional path

On a narrow screen, scroll the board sideways to see all seven stages.

02

Who owns what

Clear ownership is what keeps the client hearing one voice while the work is done by several people.

Sales lead

Mike Brown

Owns the client relationship end to end
  • Harvests leads and initiates the first sales conversation
  • Books all client meeting time
  • Crafts and shapes the sale around the client's needs
  • Establishes the interest that warrants a deeper session
  • Bridges Randy in at the right moment
  • Signs off SOW v1.0 before it goes to the client
  • Closes the sale and takes the signature
  • Stays the relationship lead through build and beyond
Mike is the single point of contact for the client at every stage, including after the build starts.
Solution lead

Randy

Owns the solution, the SOW and the build
  • Joins from the deep-dive session onward — virtually for now
  • In the room to listen and observe first, comment second
  • Helps Mike pull out what the client actually requires
  • Identifies the best starting point and the data needed
  • Authors SOW v1.0 after agreeing scope with Mike
  • Builds the solution once the SOW is signed
  • If unavailable, briefs the assigned dev on the SOW in detail
Randy supports the sale; he does not run it. Mike leads the room.
Capacity

John

Owns resourcing when Randy is at capacity
  • Called in only at the build handoff
  • Confirms whether Randy has room to take the build
  • Arranges an alternative developer where he does not
  • Sets the development plan — full handoff or split build
John's involvement is conditional. If Randy is free, this step does not occur.
Delivery

Assigned Dev

e.g. Peter — conditional path only
  • Assigned by John when Randy is fully booked
  • Receives a detailed SOW walkthrough from Randy
  • Builds all or part of the scope per the development plan
  • Randy remains the technical reference throughout
The dev works to the signed SOW, not to a verbal brief.
03

The three gates

An engagement only advances when a gate is cleared. Gates are what stop us building unscoped work and stop us writing SOWs for clients who were never really buying.

Gate 1 — after Stage 03

Interest warrants a deeper session

Mike has shaped the offer to a real need and the client has agreed to a follow-up meeting to dive deeper. Without this, Randy is not bridged in and no discovery time is spent.

Cleared by Mike · Evidence: a booked follow-up
Gate 2 — after Stage 06

The SOW is right from the client's side

The close meeting exists to test the SOW against the client's own understanding. It is either signed off as written, or altered to reflect the tweaks and final changes and then signed.

Cleared by the client · Evidence: a signed SOW
Gate 3 — Stage 07

Build is resourced and briefed

Mike notifies Randy to start. Where Randy is fully booked, John arranges an alternate developer and Randy walks that developer through the SOW in detail before any build begins.

Cleared by Randy or John · Evidence: named builder + briefed scope
04

The build handoff, in detail

This is the one place the framework branches. Everything before it is a single path.

Path A — default

Randy has capacity

Mike notifies Randy that the SOW is signed. Randy starts building against it.

  1. Mike confirms signature and passes the SOW to Randy
  2. Randy begins the build to the signed scope
  3. Mike is kept in the loop on progress
Is Randy free?
Path B — conditional

Randy is fully booked

John arranges an alternative developer, such as Peter. Randy stays the technical owner of the scope.

  1. Randy flags he is at capacity
  2. John assigns an alternate dev and sets the development plan
  3. Randy explains the SOW in detail to that dev
  4. Dev builds all or part, depending on the plan

Both paths converge here. Whoever builds, Mike stays in the loop so he is aware of progress and agrees the build is moving in the right direction against the client's SOW and expectations. Mike remains the lead of the relationship through delivery and on an ongoing basis.

05

Rules of engagement

The short version. If a situation is not covered by the diagram, these decide it.

01

One voice to the client

All client meeting time is booked by Mike, and Mike leads every client conversation. Others are bridged in by invitation.

02

Randy listens before he speaks

In the deep-dive his job is to observe and comment where it helps the team pull out what the client requires — not to take over the meeting.

03

No SOW without initial data

The deep-dive exists to establish the starting point and the initial data. That data is the input to SOW v1.0.

04

Two internal yeses before the client sees it

Mike and Randy agree the scope, Randy writes v1.0, Mike signs off. Only then does it go in front of the client.

05

Nothing is built before signature

Build work starts at Gate 3, after the client has signed. Amendments happen in the close meeting, not in the build.

06

Scope changes reopen the SOW

A change to what the client wants goes back through Mike and Randy and is reflected in the SOW before it is built.

07

Capacity is a decision, not a delay

If Randy cannot take the build, that is raised immediately at handoff so John can assign an alternate rather than the work sitting.

08

Mike stays in the loop through build

He is the one who agrees the build is tracking to the SOW and to what the client expects, because he owns the relationship.

09

Randy attends virtually for now

Deep-dive and close sessions are run with Randy on video. Mike is in the room, or leads the call, either way.

10

This framework is version one

We run it as drawn, then reassess after live engagements to determine whether any part of the process needs to change.