Fred's operating instruction

Two motions.
One standard.

Manykind and Dragon 2 stay separate. We standardize only how each experiment is measured and decided.

01 · Now

Do this next

01
Finish the Manykind demo video

Turn the approved script and wireframes into the sendable video.

Manykind hub ↗
Filip · ownerEOD today
03
Send the video to warm coach replies

Book the call and capture the objection. Do not add volume first.

Live replies ↗
FilipAfter video
02 · Human gates

The machine stops here.

These require judgment, permission, money, credentials, or a real conversation. Automation records the decision and measures the result; it cannot make the commitment.

Five accountable actsNothing below should be marked complete because a page or workflow exists. Each gate needs a named person to make or approve an irreversible real-world choice.
Create · Filip / approve · Bren

Finish, rehearse, approve

Filip must produce the actual video. Bren must perform the walkthrough and judge whether the story and product claims can be shown clearly and honestly.

Why human · authorship, performance, and approval require accountable judgment.
Contact · Filip

Send to four replies

The system can surface the queue and log the outcome. Sending an approved message to identifiable coaches starts a real relationship and requires a person to own the response.

Why human · external communication creates commitment and follow-up.
Finance · campaign owner

Enter actual spend

Spend must come from an invoice, ad account, or accountable owner. Inferred cost would create false ROI. Once entered in the campaign ledger, every unit-cost and ROI field updates automatically.

Why human · only the budget owner can attest the monetary truth.
Access · X account admin

Connect X Ads

The adapter is ready, but OAuth consent, advertiser account IDs, scopes, and billing access must be granted by the account owner. Credentials cannot be invented or extracted by the system.

Why human · privileged account access requires explicit authorization.
Terms · Fred/Yahor / recruit · Martijn

Commit Dragon 2 terms

Bond, reward, budget, and payout terms commit real funds. After they are approved, Martijn must recruit and qualify a real provider whose hardware, consent, and readiness can enter Vlad's join path.

Why human · economic authority and provider consent cannot be automated.
03 · Standard

Shared measurement.
Separate execution.

Shared experiment contractNamed ownerBudget capSuccess eventReview dateKill rule

Manykind coaches

Independent motion A
Audience
Dating and relationship coaches
Owners
Filip · demo video
Bren · demo
Success
Call booked after video/demo
Scale gate
Demo converts warm interest
References
Dashboard · CRM

Dragon 2 providers

Independent motion B
Audience
EU GPU compute providers
Owner
Martijn
Engineering
Vlad
Success
Qualified onboarding call
Scale gate
First provider advances with Vlad's join path
References
Funnel · CRM
Never merged: audience · CRM rows · funnel · costs · ROI · go/no-go decision
04 · Operate

Four flows.
One feedback loop.

Fred's sequence made explicit: review together, run a limited spike, measure it, learn from the first conversations, then widen.

Demo + videoManykind
Filip · video
Bren · demo
01 · InputScript + wireframes ready

Start from the prepared story and visual sequence.

Open hub ↗
02 · ReviewWalk it through together

Book an intentional team session; surface every unknown.

03 · CreateFilip records the video

Turn the agreed story into a sendable asset.

04 · ApproveBren rehearses the demo

Verify the claims can be shown clearly and honestly.

05 · SendFilip sends warm replies

Use the asset with the four active coach replies.

Open queue ↗
06 · LearnCapture objections; iterate

Feed the first calls back into the story and demo.

Website / UI releasePer motion
Motion owner + release owner
01 · FoundationReview entity map

Confirm the audience and offer before building.

02 · DefinePersona + CTA

Keep coach and provider promises separate.

03 · BuildImplement the page

Connect the right form, CRM and attribution slug.

04 · QAUI + copy + journey check

Desktop, mobile, links, form and audience fit.

05 · ReleaseApprove and deploy

One accountable approval before the page goes live.

06 · VerifyTest live path + UTM

Confirm the submission lands in the correct CRM lane.

Manykind ↗
Campaign spikeShared mechanism
Separate motion + ROI
01 · FrameAudience + channel

Choose one narrow target and a limited spike.

02 · ContractOwner + cap + success

Add review date and kill rule before launch.

03 · RegisterCampaign + UTM in Notion

Create the attribution record before traffic starts.

Open ledger ↗
04 · LaunchRun the capped batch

HeyReach, X Ads, paid or grassroots all use the same contract.

05 · MeasureAuto-sync outcomes

Platform delivery + CRM results; human spend only when needed.

06 · DecideGo, adapt or stop

Judge ROI and the stalled step at the review date.

Provider activationDragon 2
Martijn · recruitment
Vlad · join path
01 · PrepareKnown provider first

Prepare the opportunity, terms and conversation.

02 · ContactMartijn speaks to one

Grassroots before public acquisition volume.

03 · QualifyHardware + readiness

Confirm location, capacity, consent, bond and reward.

04 · CommitBook onboarding call

Advance only a real, qualified provider.

Provider funnel ↗
05 · JoinHand into Vlad's path

Move from accepted provider to node-join automation.

06 · ProveProvision, validate, repeat

Learn from provider one, two and three; then go public.

Transcript cross-checkIntentional team reviewPersona + CTA before releaseLimited spike + ROIKnown providers one by onePublic after learning
05 · Deliver

Dragon 2 timeline

Vlad builds the join path. Martijn brings providers to each readiness gate.

Three-lane rollout map →Launch checklist ↗Provider journey ↗
03 JulW1
10 JulW2
17 JulW3 · gate
24 JulW4
EngineeringVlad
NowAnsible child + cluster config
NextCluster-launch automation executable
Go / no-goNode-join automation ready
LaunchProduction cluster + seed nodes
RecruitmentMartijn
DoneProvider entry point + CRM live
TargetFirst qualified provider calls
Go / no-go2–3 provisioning-ready providers
OutcomeFirst external node provisioned + validated
Blockers

Decisions needed

Blocked
Bond amount + funding source

Required before provider onboarding.

Vlad · Yahor
Blocked
Reward criteria + budget + payout signer

Required before promises or scale.

Fred · Yahor
Blocked
Real onboarding booking link

Needed by the accepted-provider journey.

Martijn
TODO · functional system

Close the loop

Done
Funnel + CRM + live reporting

Applications remain separate from Manykind.

Martijn
TODO
Provider qualification script

Hardware, location, readiness, bond, next step.

Martijn
TODO
Deploy email worker + Resend + booking flow

Accepted → call booked → provisioning → live.

Martijn
TODO
Connect recruitment to node-join automation

Hand qualified providers into Vlad's W3 path.

Martijn · Vlad
TODO
Run one real end-to-end provider test

Apply → qualify → call → provision → validate.

Martijn · Vlad
06 · Live

Current funnels

Parallel view. Independent data.

Dragon 2

Provider funnel

Loading
Start with one known provider.Open funnel ↗
07 · Measure

Every campaign.
One ledger.

Same schema. Motion and audience stay separate.

01 · PlatformSends, clicks, replies auto
02 · AttributionOutcomes join by UTM
03 · Human inputSpend only, if API lacks it
04 · DecisionCost + ROI auto
Campaigns—
Total cost—
Meetings—
ROI—
Open Notion ledger ↗
MotionCampaignSourceSpendLeadsRepliesMeetingsCost / meetingROISync
Connecting campaign ledger…
08 · Decide

One motion at a time

Use the same math. Never aggregate the inputs.

Spike calculator

Manykind coach spike

Manykind only
Total cost€400
Cost / qualified€133
Decision rule

Go, adapt or stop

GO

Success event inside the agreed ceiling.

ADAPT

Signal exists, but one step stalls.

STOP

No signal after the capped batch.

Every spike needs: owner · cap · success event · review date · kill rule.