How we work

How an engagement runs, and what your business keeps.

Start with one decision. Each stage ends with a handover and a choice to stop. By the end, your team runs the decision logic and the workflow itself, from a record your business keeps.

Book a call A 30-day proof on one decision.

See a sample decision pack

  1. 01How an engagement runs
  2. 02A worked example
  3. 03What your business owns
  4. 04Where it runs
  5. 05Running it without us
  6. 06How we start
01 / HOW AN ENGAGEMENT RUNS

Six stages, from a call to a handover.

In the order you will meet them.

01 · Call

A 30-minute call

The decision, where the data sits and who will run the finished work.

02 · Define

The decision, defined

A baseline and a test, with an early data checkpoint, written into the scope.

03 · Proof

A 30-day proof

On your data, with results, limits, run requirements and a recommendation.

04 · Build

A production build

Separately scoped and agreed, only if the evidence supports it.

05 · Run

Your team runs it

In the tools it already uses, with every decision recorded.

06 · Handover

Yours to keep

Documentation and training, in your business’s name.

Each stage has a defined scope and a clear choice to continue or stop. You can stop after the proof and keep the documented work. Support after handover is optional and agreed separately.

02 / A WORKED EXAMPLE

Monday’s questions, with the reasons attached.

Every Monday the trade team reviews last week’s numbers and lists questions. The answers arrive by Wednesday, leaving two days to act before the weekend.

Illustrative example · Retail

Example Co.’s Monday trade meeting

The decision Which stores get a trade change before Saturday, and what change?
01 · Signals feeding it

Sales against plan, by store week 41 · 15 stores · % of plan

Weeks of stock cover fastest two lines · by store

Website orders for store pickup week 41 · by store

Customer service calls, by store tagged to a store · week 41

Bars: 15 stores. Dark = the four stores flagged.

02 · Recommendation

Top up the two fastest lines in four stores and roster extra Saturday staff at two of them.

The flags arrive in the Monday trade pack and in each store manager’s task list, tools the team already opens.

Example Co. 03 · Decision record
Record
TR-0412 · Mon 12 Oct 2026, 08:05 AEDT
Logic
trade-flags v0.6 · approved by Trading Manager
Records used
Sales by store, stock on hand, website orders, customer service calls, week 41.
Decision
Top up two lines in four stores before Saturday.
Why
Sales ahead of plan
Under 1 week of cover
Calls about stock rising
Human check
Trading Manager accepted; could override with reason.
Limits
Website returns aren’t in the record yet. Supplier delivery dates may lag a week.
Follow-up logged
Against next Monday’s sales and stock for the four stores.
Access
Trade, Retail Operations and Finance; authorised roles only.
Illustrative decision record, Mon 12 Oct 2026, for a common retail routine. Example Co. is fictional, with synthetic data; not a client result.
03 / WHAT YOUR BUSINESS OWNS

The logic, the record, the workflow and the documentation.

Some platforms can now leave your data in your warehouse, which is good. The question is where your identity rules, segments and agents live.

What crosses over at each stage, then a page from each document your team keeps.

Scope wk 0
30-day proof day 30
Production build agreed
Run ongoing
Decision logic
The decision named, with a baseline
Proof logic, tests and results
Versioned logic, every decision recorded
Your team changes it
Data record
Sources and definitions agreed
Test extract and data limits
Full record in your environment or cloud
Your team maintains it
Workflow
Not started
Proof workflow on agreed cases
Workflow in the tools your team uses
Your team runs it daily
Documentation
The written scope
Decision pack: build, buy, change or stop
Runbooks, training, handover
Kept current by your team
Handed to your business Defined, not yet built Not part of this stage
Support at Run Optional. Support under a separate agreement, or none. Documented so you can appoint another provider.
Figure A · What crosses over. Illustrative stage map; each scope names the actual items. NTWRK, 7 Oct 2026.
The handover pack

Four documents your business keeps, in its own name.

Your people know which customers need attention and where a process gets stuck. NTWRK builds that knowledge into the systems your business already runs. Your business owns what’s built, and your people can see why each decision was made.

Decision logic

Readable rules your team can change, tested against recorded decisions first.

Your code repository, beside the logic itself.

Data record

Your people question it directly, without asking a supplier for access.

Your data warehouse, beside the tables it defines.

Workflow

Runs each day in the tools your team already opens.

Depends on the trade pack and task tool.

Documentation

Written so a new starter or another provider can take over.

Your team’s shared drive, owned by Retail Operations.

Sample handover pack. Example Co. is fictional and all data is synthetic.
04 / WHERE IT RUNS

Where it runs is your call.

  • Your environmentBuilt inside the systems you already run, under your access controls.
  • Your cloudDeployed to your cloud account. You hold the account and the bill.
  • Hosted by NTWRKIf you need it. Documented so it can move to you or another provider.

No reseller or referral deal sits behind any tool in the scope, and there’s no preferred platform. The recommendation follows the decision, and it can be a tool you already have. Cloud and model costs continue after handover, and the scope lists each service.

05 / RUNNING IT WITHOUT US

Your team runs it after handover.

Before the build starts, the scope names who in your team will operate the work and what the handover includes. Your people can see why each decision was made and run the system as part of their daily work.

After handover, NTWRK is optional. Support sits under a separate agreement with a defined purpose, or there’s none at all. If you later want a different provider, the documentation is written so you can appoint one.

06 / HOW WE START

Start with a 30-day proof of concept.

Before

A 30-minute call

The decision, where the data sits and who will run it.

Days 1 to 5

The decision

Agree the decision and check the data, with an early data checkpoint on day 5.

Days 6 to 25

The proof

A working proof on your data, with its results and known limits.

Days 26 to 30

The record and recommendation

Build, buy, change the process or stop, with the work documented.

The proof is a complete purchase in itself. You can stop at day 30 and keep the documented work. A production build is scoped separately. Pricing is set in the proposal after scoping. The proof does not establish production readiness or guarantee a return.

Book a call A 30-day proof on one decision.

See a sample decision pack

START WITH THE DECISION

Bring the decision worth testing.

A 30-minute call: the decision, where the data sits and who will run the finished work.

Book a call First engagement: a 30-day proof on one decision.