AUTOMATE YOUR OFFER
The Administrative Scale
Internal — Not For Prospects
Ten rungs, one company. See the Org Board for who produces each piece.
How to read this page

THE ADMINISTRATIVE SCALE

An admin scale is a Hubbard admin-tech tool for connecting a distant goal to today's actual work. It has ten rungs, read top-down — from the most abstract idea of why we exist, down to the concrete numbers we watch every week. Its power is alignment: every rung has to agree with the one above it and the one below it. When an org stalls, it is almost never one broken thing — it's nearly always two rungs that have quietly gone out of agreement. This page states all ten rungs for Automate Your Offer, plus the founder's current strategy thinking underneath them.

Top-down, not bottom-up. Goals and Purposes don't change often. Orders and Statistics change every week. That's by design.
Alignment is the whole point. A Project with no Program behind it, or a Statistic nobody set a Target for, is a rung out of agreement.
Genuinely undecided things say so. Anything marked TO BE SET is real and open, not filled in to look finished.
This is a diagnostic. Reviewed whenever something stalls — see "How To Use This Page" at the bottom.

GOALS

What it is — the known, distant objective everything else exists to serve. A goal is rarely reached directly; every rung below it exists to make it real.
  • Make one million dollars per year. A recurring annual figure, not a one-time score — everything below this rung is about building a book of recurring revenue, not landing one big deal.
  • Be the go-to company for software development for startup brands.

PURPOSES

What it is — the reasons the goal is worth reaching — why this company, why these people, why now.
  • Make life easier for individual owners and operators of their businesses.
  • Give the members of this organization a more comfortable and fun life.
  • Express the intersection of creativity and technical skill.
  • Get people turned on to administrative technology.

POLICY Actively Growing

What it is — the operating rules that don't get re-decided every time — the standing answer to a question that's already come up once.
  • We run this company on Hubbard administrative technology — this page, the Org Board, and the hats are all part of that.
  • Policy accumulates as we go. The rule: when a decision gets made the same way twice, it gets written down here. Nothing on this rung is written in advance of that happening.
  • Beyond "we run on Hubbard admin tech," no other policy has been written yet. That's expected at this stage, not a gap to panic aboutTO BE SET

PLANS

What it is — the short-term, broad intention for advancing the goal in the current situation. Because the Goal above is now a recurring annual figure, this plan is a ladder of recurring, paying client counts — a book of monthly revenue being built, not a single one-time score. Each step is a real proof point, not a vanity number.

Current state: 0 clients today. The plan below is a hypothesis about how to land the first one — not a guarantee, a best current bet.

1
Client
Get into exchange with one person who actually pays. Prove delivery works end to end.
← next milestone
10
Clients
Duplicate whatever produced the first client.
STOP. Full written overview of how we got here. Cut whatever slowed it down.
50
Clients
A deliberate quantum leap, not a grind — using exactly what the overview at 10 revealed.
250
Clients
Target date: December 31.
TODAY 0 1 GET INTO EXCHANGE 10 DUPLICATE WHAT WORKED STOP + REVIEW 50 QUANTUM LEAP NOT A GRIND 250 A REAL BUSINESS TARGET: DEC 31 EACH RUNG IS A PROOF POINT, NOT A VANITY NUMBER — BAR HEIGHT IS ILLUSTRATIVE, NOT TO SCALE
The milestone ladder — 0 clients today, then 1 → 10 → 50 → 250, with the mandatory stop-and-review at 10 and the December 31 target on 250.
TIE BACK TO THE ANNUAL GOAL — DO THE ARITHMETIC HONESTLY

A per-year Goal has to survive multiplication. Subscription revenue alone at entry pricing does not get there:

MixAnnualVerdict
250 clients × $59/mo subscription only≈ $177K/yrA real business. Not the Goal.
250 clients × $99/mo subscription only≈ $297K/yrStill roughly a third of the way.
250 builds averaging $3,300 + 250 × $99/mo maintenance≈ $1.12M/yrHits it — because the build fee carries it.
100 builds averaging $7,500 + 100 × $99/mo maintenance≈ $869K/yrClose, with a quarter of the clients.

What this rung actually says: the subscription is the floor — it's what makes revenue recurring and survivable. The scoped build fee is the main line, and it's what carries the company to a million a year. The $59/month idea in the Strategy section below is a way to get into exchange with the first clients cheaply, not the model that reaches the Goal.

Which mix we actually run — more clients at a lower build, or fewer at a higher one — is a live decision.TO BE SET Whichever way it lands, the ladder still holds: prove one, duplicate to ten, review and cut, leap to fifty, then two-fifty.

THE PROGRAM TREE

Read this as folders, not as a list — programs, projects, targets and orders are one nested tree, not four separate rungs. A plan breaks into programs (its major phases). A program breaks into projects (the major steps that complete it). A project is a set of targets (its milestones, of the six types). Every target ends in an order — who does what, by when. Click any row to open it.
PLAN → PROGRAM → PROJECT → TARGETS → ORDER
PLAN — GET TO 250 PAYING CLIENTS BY DECEMBER 31
PROGRAM 01GET CLIENT #1current

Prove the whole line works end to end, once, with one paying client. Every project below has to fire for that to happen.

PROJECT 1.1RUN ADS

Product: Traffic arriving at the wizard at a cost we can live with.

TargetWhat it is here
VitalThe wizard at /build/ produces a real, personalized blueprint. If that breaks, nothing downstream matters.
PrimaryPixel firing, one campaign live, feed-only placements, budget set.
OperatingCheck cost per lead daily. Do not stop and start the campaign — restarts reset learning.
ProductionEnough opt-ins to give the Registrar a board worth working.

Order — Cyrus runs the campaign. No edits for a full week once it's live.

PROJECT 1.2GET MEETINGS BOOKED

Product: Confirmed, vetted meetings on the calendar.

TargetWhat it is here
VitalEvery lead gets called. A lead nobody calls is money set on fire.
PrimaryAssistant Registrar hatted, NumberBarn working, board access granted.
ConditionalIf a lead goes quiet after the full 4-4-3 cadence, mark it and move on — don't stall the queue.
Operating4-4-3 cadence, text the booking link while still on the phone, log every touch.
ProductionMeetings on the calendar, each carrying its vetting stars.

Order — Amahle, every weekday, starting with the hottest card on the board.

PROJECT 1.3RUN THE SALES CALL

Product: A closed client — scope agreed, payment arranged.

TargetWhat it is here
VitalThey approve a blueprint they actually believe in. A yes we talked them into doesn't deliver.
PrimaryRegistrar hat read end to end; deck, notes page and checkout open in tabs before the call.
ConditionalIf they can't pay in full, solve structure — plan, split, or financing. Never lose a build over structure.
OperatingRun the 23 slides; discovery is the phase that decides it.
ProductionOne signed, scoped client.

Order — Cyrus runs every call until the close is proven repeatable.

PROJECT 1.4ONBOARD

Product: A client who knows exactly what happens next and has handed over what we need.

TargetWhat it is here
VitalAccess and credentials collected. Without them the build simply stops.
PrimaryClient created in the portal, delivery steps seeded from the product template.
OperatingKickoff booked, portal walkthrough sent, expectations set in writing.
ProductionA build with a start date and nothing outstanding.

Order — Whoever closed them, same day as the close.

PROJECT 1.5DELIVER

Product: A working machine, live on their domain.

TargetWhat it is here
VitalIt actually works for their business — not a demo, a working machine.
PrimaryScope frozen in writing before build starts.
ConditionalIf a required API doesn't exist, the scope conversation reopens before we build around it.
OperatingClient approves each delivered step in the portal as it lands.
ProductionOne machine delivered and switched on.

Order — Tanina, against the dated steps in the plan.

PROJECT 1.6GET THEM ONTO THE MAINTENANCE PLAN

Product: Recurring revenue started.

TargetWhat it is here
VitalThe monthly starts. Without it we built a one-off, not a business.
PrimaryBilling set up and the first payment collected.
OperatingMaintenance tier recommended by name at handoff, not months later.
ProductionOne client on a monthly plan.

Order — Set at handoff, before the build is signed off.

PROJECT 1.7MAKE SURE THEY WIN

Product: A client getting real leads and saying so.

TargetWhat it is here
VitalThey actually use it. An unused machine churns no matter how good it is.
ConditionalIf leads aren't flowing after 30 days, we look at ad spend and the catch tool before anything else.
OperatingCheck in at 7, 30 and 60 days. Ask for the number, not for a feeling.
ProductionA documented win — and a referral asked for.

Order — Amahle checks in; Cyrus handles anything that needs fixing.

PROGRAM 02GET TO 10 CLIENTSnext

Same seven projects as Program 01 — they don't change, the way we run them does. What changes at this level:

  • Duplicate exactly what produced client #1 — resist improving it before it's repeated.
  • Second person hatted on the Registrar post so calls aren't a single point of failure.
  • At 10: stop. Write the overview of how we actually got here and cut whatever slowed it down. That written cut is the gate into Program 03.
PROGRAM 03GET TO 50 CLIENTSafter the cut

Same seven projects as Program 01 — they don't change, the way we run them does. What changes at this level:

  • Run whatever the overview at 10 said to run — this program is written after that review, not before it.
  • Delivery becomes the constraint: templated builds and a second technical person, per the 2:1 ratio.
  • Ads scale only as fast as delivery can absorb. Leads we can't deliver on are worse than no leads.
PROGRAM 04GET TO 250 CLIENTSDec 31

Same seven projects as Program 01 — they don't change, the way we run them does. What changes at this level:

  • Every project above is run by someone who isn't Cyrus. This program is a delegation program.
  • The offer stack tightens — included items move to paid, because the proof exists by now.
  • The revenue mix decision from Rung 04 has to be settled here: more clients at a lower build, or fewer at a higher one.
WHY IT'S A TREE AND NOT A LIST

A project with no program above it is somebody's pet task. A target with no project around it is a wish with a number on it. An order with no target behind it is just being told what to do. Kept as one tree, every instruction on the board traces up to the goal — and when something stalls, you can walk the branch and find the exact place it broke.

PROJECTS & TARGETS

These live inside the tree above — this rung is the reference for what each target type means. Every project in every program uses these six.

What it is — a project is a sequence of targets that completes part of a program. Six kinds of target, used in this order:
Target TypeWhat It Does
Major TargetThe broad thing being achieved by the project.
Primary TargetThe organizational and terminal groundwork that has to exist first — who's on post, what's actually set up.
Vital TargetThe one thing that must get done, or the whole project fails.
Conditional Target"If this, then that" — the find-out-first steps, used before committing further.
Operating TargetThe actual sequence of actions, and who does each one.
Production TargetThe amount of product to be produced — with real numbers.
MAJOR TARGET PRIMARY ORG GROUNDWORK MUST EXIST FIRST — WHO'S ON POST, WHAT'S SET UP VITAL MUST GET DONE OR THE WHOLE PROJECT FAILS CONDITIONAL "IF THIS, THEN THAT" — FIND-OUT-FIRST STEPS OPERATING SEQUENCE OF ACTIONS, AND WHO DOES EACH ONE PRODUCTION AMOUNT TO BE PRODUCED — WITH REAL NUMBERS PROGRAM STEP COMPLETE
How the six target types feed one project. The Production Target is the one that leaves a number behind.
WORKED EXAMPLE — GET CLIENT #1
TypeTarget
MajorLand and deliver client #1 — proof the business actually works.
PrimarySomeone is holding the Assistant Registrar hat and is actually working the leads board.
VitalThe wizard at /build/ has to actually produce a working, scoped build — if it doesn't, nothing downstream matters.
ConditionalIf a lead goes quiet after three touches, then mark it cold on the leads board and move to the next lead.
OperatingAssistant Registrar runs the 4-4-3 cadence on every lead, logs every touch, and books the Blueprint Approval Call.
Production1 client closed and delivered. No fixed date is set for this specific target yet — the ladder's only fixed date is Dec 31 for 250TO BE SET

ORDERS

Orders sit at the bottom of every branch of the tree above — each project ends in one. The table below is the standing set that applies across all of them.

What it is — who does what, by when. Orders live on the leads board and in the hats — not in someone's memory.
Standing OrderWhoWhen
Run the 4-4-3 follow-up cadence on every lead.Assistant Registrar postEvery lead, ongoing
Log every touch on the leads board.Assistant Registrar postEvery contact, no exceptions
Drag the card to reflect the lead's current status.Assistant Registrar postImmediately on status change
Book the follow-up before hanging up the call.Assistant Registrar postOn every Blueprint Approval Call

Kept short on purpose — this table lists what's real today, not an aspirational full ops manual.

IDEAL SCENES

What it is — what it looks like when a milestone is right, written in the present tense as a reference point to build toward.
1 CLIENT

One real person pays for the Lead Machine. The wizard at /build/ produced a working scope, the Assistant Registrar booked the Blueprint Approval Call, and delivery happened without heroics. It's proof, not a victory lap.

10 CLIENTS

Ten people pay, using the same path that got the first one. There's a full written overview of exactly how it happened, and a list of what already got cut because it slowed things down.

50 CLIENTS

A deliberate leap using what the overview at 10 revealed — not a grind, a repeatable jump we understood before we made it.

250 CLIENTS — BY DEC 31

200 to 300 people are paying $59–$99 a month. It's a real business, not a hustle, and the giveaway has started to tighten because the company is more solid than it was at the start.

STATISTICS

What it is — the quantified measure of whether the whole scale is actually working. If a statistic isn't moving the way its target says it should, the rungs above it are worth a look.
  • Leads in — new leads entering the pipeline.
  • Leads going cold — leads that stopped responding.
  • Vetted leads — leads confirmed as a real fit.
  • Meetings booked — counted by booked date.
  • Builds delivered — finished, working builds shipped.
  • Clients won — closed, paying clients.
  • Monthly recurring revenue (MRR) — the ongoing number the whole ladder is ultimately in service of.
HOW THESE ARE READ

Tracked live on the staff dashboard. Up is black, down is red — no interpretation needed to see which way a stat moved. Every graph is fixed to a 13-week range, so a good or bad week is always seen next to its recent history, not in isolation.

VALUABLE FINAL PRODUCTS

What it is — the actual thing exchanged for society's support — what the org trades for its own survival.

Org's VFP — "We automate the selling so you only talk to buyers."

That one sentence is built from five sub-products, each one produced by a different post. See the Org Board for how each division fits.

Sub-ProductProduced By
Confirmed, vetted meetingsAssistant Registrar
Closed, scoped clientsRegistrar
Delivered, working buildsProduction
Verified, correct workQualifications
Satisfied customers who refer and re-enrolPublic

THE OFFER STACK

The strategy in one line — keep the monthly small enough that saying yes is easy, then stack so much value on top of it that saying no looks irrational. Every item below is something we can already do with the people and tools we have.
THE BASE — WHAT THEY ACTUALLY PAY

$59/month — hosting and keeping the machine running. That's the recurring floor, and it's deliberately low: the point at this stage is to get into exchange with the public, not to protect margin.

The build fee is handled separately from the monthly — a small additional monthly amount that pays the build off over time rather than a wall of cash up front. Exact figure and termTO BE SET

STACK 01

30 DAYS OF ADS, RUN BY US — COMPLIMENTARY

We run their ads for the first thirty days at no charge. One condition, and it's the important part: they take what they're saving and put it into ad spend. That way the machine actually gets fed, they see real leads in the first month, and the value is proven instead of promised.

Why it works: the single biggest reason a new client churns is that they never turned the thing on. This turns it on for them.

STACK 02

A FULL WEBSITE REDESIGN & REBRAND

After the first thirty days, we rebuild their website. Not a template with their logo dropped on it — a redesign and rebrand that matches the machine we just built them, so the traffic we're sending has somewhere worth landing.

Why it works: it removes the excuse that the leads didn't convert because the site was embarrassing.

STACK 03

THE MEDIA STACK — EVERYTHING NEEDED TO SELL

We hand them the media, so the selling stops depending on the owner doing it manually:

  • A sick explainer video that does the explaining for them, every time, without them on camera.
  • Facebook ad creative — the full set, built to run.
  • An ebook giveaway — the thing the machine hands out to catch leads in the first place.

Why it works: most owners don't stall on strategy, they stall because nobody made the assets. This removes the manual work and hands them a machine that's already loaded.

WHAT THE STACK ADDS UP TO

The Lead Machine brings people in · the new website and funnel give them somewhere to land · the media does the selling — explainer video, ad creative, and the ebook giveaway · and the whole thing runs whether or not the owner is working. That's the full promise — we automate the selling so you only talk to buyers — delivered as three concrete things rather than a claim.

And it tightens as we climb. This much giveaway is a startup tool for getting the first clients into exchange. At 10, at 50, and at 250 the stack contracts — items move from included to paid — because by then the proof exists and the company doesn't need to buy belief.

THE THREE LAYERS OF PLANNING

Why this exists — a scale on a page changes nothing by itself. Between the goal at the top and a person doing work on a Tuesday there are three distinct layers, done by three different altitudes of the org. Skip the middle one and strategy stays a wish.
1 · STRATEGIC PLANNING executives — what we are doing and why · output: a written strategy 2 · MIDDLE MANAGEMENT — BATTLE PLANS executive secretaries — turn the strategy into programs, projects, targets, daily battle plans 3 · EXECUTION the team on post — does the battle plan, logs it, produces the department's product
Each layer widens: one strategy becomes several battle plans, which become the day's actual work.
1 · STRATEGIC PLANNING — THE EXECUTIVES

Done at the top: Cyrus, as Founder & Executive Director, with the Board of Advisers. It answers what are we doing this period, and why that instead of something else. It's written down, it covers a period rather than a day, and it changes rarely. Everything on the ten rungs above is strategic planning. Output: a written strategy.

2 · MIDDLE MANAGEMENT — THE BATTLE PLANS

Done by the executive secretaries — HCO Executive Secretary, the OES (Tanina), the PES (Amahle) — for the divisions they command. They take the strategy and break it into programs, projects, and targets, then into daily battle plans: the short list of things a specific person intends to get done today, aimed at the strategy. This is the layer that gets skipped, and skipping it is why plans die on paper. Output: battle plans with names and dates on them.

3 · EXECUTION — THE TEAM ON POST

Done by whoever holds the post. They work their battle plan, log what they did, and produce their department's product. They shouldn't have to reverse-engineer the strategy to know what to do today — that's the whole point of layer 2. Output: the actual valuable final products, and the statistics that prove them.

The rule that ties it together: a strategy nobody converted into a battle plan is a wish. A battle plan with no strategy behind it is busywork. When output stalls, check which of the three layers is missing before blaming the person at the bottom of it.

STRATEGY

In the founder's own words, not dressed up

What we're selling right now doesn't have to be elaborate. Call it the Lead Machine, knowing what it becomes later.

Getting into exchange matters more than margin. Even a small monthly — $59/month, or $99 — from a lot of people is substantial for software running on Claude credits.

Offer partnerships and generous deals early. We can hook people up while we're small.

As each milestone is passed, tighten the giveaway. The looseness is a startup tool, not a permanent policy — it contracts as the company becomes more solid.

The point is to get started and get into exchange with the public, even at thin or no margin. You don't need to win big to begin; you need to begin.

200–300 people paying $59–$99/month is a real business.

WHAT TRIGGERS A REORGANIZE

What it is — these are the scale's own conditional targets — the if/then, find-out-first checks that say when it's time to stop and look, rather than push forward on a plan that's quietly stopped matching reality.
IFClient #1 doesn't close
→
THENExamine whether the Vital Target actually held — did the wizard at /build/ produce a real scoped build, and did the Operating Target (the 4-4-3 cadence) actually get run — before touching anything else.
IFDelivery slips
→
THENNew intake stops until the backlog clears. A company that oversells what it can build breaks the one thing this VFP promises.
IF10 clients is reached
→
THENMandatory: stop, write the full overview of how it happened, and cut whatever slowed it down — before advancing toward 50.

HOW TO USE THIS PAGE

This isn't a document to read once. It's reviewed whenever something stalls — a stat stops moving, a project keeps missing, a program doesn't seem to be working. The fix is almost always an out-of-alignment rung: a Project running with no Program behind it, an Order nobody actually gave, a Statistic with no Target set for it. Find the rung that's disagreeing with the ones around it, fix that one thing, and the rest of the scale usually falls back into line on its own.