ARK BUSINESS INC.  /  MARKETING · SALES · OPERATIONSWINNIPEG, CANADA

01 / WORK / THE ROAD TO LAUNCH

CS-002v1.0

The Road to Launch

What it takes to turn an operating design into infrastructure a company can depend on.

Automotive · 2026 · MyRide Auto · Implementation

10 MIN

Everything is built. Almost nothing is switched on.

04 / SCOPE

This is the least exciting of the MyRide films and the most important. The build phase is over: every plan step merged, every gate passed. What remains is not features. It is decisions, a hosting account, three domains, and a list of switches that only an owner or a lawyer can flip. This is that list, in order, with no dates invented. Sequence is honest; a schedule would be a guess.

04.1 / VERIFIED

What exists, verified.

Seven backend applications on Frappe version sixteen: five MyRide applications and two ARK tenancy applications. A hundred and five record types. Roughly eight hundred and seventy framework-free tests, green, plus a claims guard that fails the build if a retired proof number appears and a tenancy guard that fails it if anyone writes a client-ID column.

Four Next.js sites — the company site with about sixty routes, the publication with about forty, the seasonal site with about twenty-five, and the office portal — typecheck, test and build. A local development bench with every application installed, migrated, and seeded with a full Winnipeg day. Seventy-six commits in four days, every step reported and gated.

04.2 / FIXTURES

What is built but running on fixtures.

Be precise about the gap between exists and wired. The command centre reads live from the site; the crew portal's five role views still render fixtures, visibly labelled. Staff sign-in is a role switcher because the auth host does not exist yet. The communications control plane composes, scans and records every post and delivers none — no workspace has been chosen. The agents are governed and registered but no language model is connected; the provider is a fixture that stamps every response as such. The lab runs on the framework's own desk for version one.

None of these is a hole. Each is a door waiting on a key.

04.4 / SWITCHES

Fifteen switches. Each one has a name on it.

Every conditional flag in the platform names who decides it and what it waits on. None of these is a build task. Each is a conversation, then a ledger entry, then a flag flipped.

SWT-OWNER

Owner decisions

DECIDES

The dollar amounts on the fee schedule — the structure is frozen, the numbers are the owner's
Whether a seller may see an AI-drafted range before a human approves it
What the morning brief contains before agents are trusted with it
When the trusted circle opens
The scoring methodology, the quiet-market states, the winter check
Which commercial data providers are licensed
SWT-BOTH

Owner and compliance, together

DECIDES

The seasonal site's review and handoff

04.5 / HOSTING

Source control, then hosting.

Nothing can deploy from a laptop, so the first move is an organisation with private repositories: the monorepo and the seven application repos, which are already clean local histories with no remote. Then the host of record, by the owner's own document: prove the software before running a cloud company. A private bench, version sixteen, the runtime pinned at creation because neither is cheaply corrected afterwards. The applications at the exact commits in the lockfile — never branch heads. Three sites: dev, staging, production. The business locale on each regardless of where it is hosted.

The discipline, said aloud: dev and staging carry synthetic data only. That is what keeps the residency question from blocking engineering.

Two things the runbook treats as launch requirements rather than someday tasks. The host takes backups; ARK verifies a restore. A backup that has never been restored is a hypothesis. And production access is restricted to named humans, with every sensitive read logged — the lab already demands a reason before it opens a record.

04.6 / BOUNDARIES

Connect the outside world, one boundary at a time.

Four integrations, each behind a boundary the platform already draws. Communications: choose the workspace and its retention, store the credential in the vault, flip the transport flag — the channels, the noise rules and the privacy scanner are already running against a recording transport. A model provider: implement one protocol against the model you choose; connecting it changes no agent's autonomy. An automation layer for SMS, ad-platform conversions and lenders — the platform never speaks to a carrier directly, so every external send has one place to be observed and revoked. And commercial data providers, each earning enabled through a twelve-step activation contract, never by someone pasting a key.

04.7 / LAUNCH

The first hundred garages. Capped on purpose.

Launch posture is a private service, not a network. No empty forums, no member counters, no “thousands of members”. The first hundred Winnipeg garages, with the active high-touch caseload hard-capped between fifty and a hundred until the unit economics are real.

The cap is a feature. “We are accepting a hundred Winnipeg vehicle owners into the first MyRide market” is true scarcity, and true scarcity is the only kind the brand allows.

MyRide is tenant number one of a platform. The tenancy layer is extracted and tested: a configuration file per organisation, blueprints for what an automotive marketplace or a local service business installs, a twelve-step onboarding runbook that reports done, planned or blocked honestly. Isolation is structural — one site and one database per client, never a client-ID column, and a guard that fails the build if one appears.

WHAT I NEED FROM YOU

One signature. Three domains. One hosting account. One residency answer. And a yes to a hundred garages. Everything else on the list is mine.

05 / ARCHITECTURE

How the pieces fit.

CUSTOMER SITES

APPLICATION LAYER

ARK INTELLIGENCE

DATA

Click a block to read its job. Sanitised — nothing here is an address, a credential or a port.

06 / WHAT HAPPENS IF IT BREAKS

Assume every elegant idea fails.

BRK-001

STILL WORKS

The transaction kernel. Vehicle, truth, appointment, numbers, decision, transaction.

DEGRADES

The sales interface. Notes and call logs queue rather than write.

FALLBACK

The canonical record is the intent, not the CRM row. An exportable active-deal queue is generated.

NOTIFIED

The sales owner and ARK, immediately.

07 / LAUNCH SEQUENCE

In order.

Consent line signed. Nothing else matters without it.

Three domains registered. Everything hangs off them.

Source control, the bench, three sites. Nothing deploys from a laptop.

Deploy secrets. Backups restored, not just taken. Production access named.

Office portal deployed, domains attached, first real sign-in.

Fee amounts and promise wording decided. The fee page says real things.

Residency decided. Real customer data allowed in production.

Communications, a model provider, the automation layer — each behind its boundary.

The first hundred garages.

Scope determines actual delivery time. Speed comes after clarity, not instead of it.

08 / CHANGELOG

Software is never finished.

CHG-2026-09-06-01

ADDED

A full Winnipeg day, seeded through the production functions

CHANGED

The command centre now reads live from the site

MEASURED

Four lanes reported separately; unmeasured steps read not measured, never zero
CHG-2026-09-05-01

ADDED

Claims guard: the build fails if a retired proof number appears

CHANGED

Tenancy guard extended to fail on any client-ID column

REMOVED

The manual duplicate-entry step between intake and CRM
CHG-2026-09-04-01

ADDED

Outbound gate: consent, hours, cadence cap, structured reason

REMOVED

The force flag on the send path

FIXED

“Just checking in” is now refused before a row is written
CHG-2026-09-03-01

ADDED

Thirty-three agent identity cards, all at OBSERVE
The AI action log

MEASURED

3,828 boundary crossings attempted, all refused

EVERYTHING, INCLUDING THIS SITE'S OWN →

09 / OUTCOMES

Sourced to this project.

OUT-002

870+

automated tests, green, framework-free

The tests are written against the rules the business depends on: routing, permissions, agent boundaries, degradation and data behaviour. A build fails if a retired proof number appears anywhere in the repository.

THE ROAD TO LAUNCH →

OUT-006

76

commits in four days, every step reported and gated

Speed came after the operating rules were written down, not instead of them. Each phase reported what it had done and what it had not before the next one opened.

THE ROAD TO LAUNCH →

OUT-007

7

applications running on one database

Five operating applications and two tenancy applications, plus four websites. One login sees the whole company, because there is one company to see rather than seven subscriptions pointed at each other.

THE ROAD TO LAUNCH →

These are properties of the software. The economic numbers are not yet measured, and the site says so.

10 / LEARNED

The build was the easy part to describe and the hard part to do. The launch is the opposite: a short list of things — a signature, three domains, a hosting account, one residency answer — that no amount of engineering can do for the owner. Writing them as a sequence rather than a schedule was the honest choice, and the honest choice is the brand.

11 / NEXT

The Road to Launch — how the system becomes real.

Cars Selected, Not Sold →

How the business should behave.