1. Scope Stays Narrow And Written
The standard engagement is one bottleneck, one sprint, and one visible delivery boundary. If the buyer wants a broader build, that should be re-scoped before payment.
Open Public Pricing Open Public Scope BoundarySignal Foundry
Public TermsPublic working terms
This page makes the default working rules visible before funds move: one agreed sprint scope, one deposit rule, one kickoff condition, one revision boundary, one rescheduling expectation, one public refund path, and one clear payment-confirmation path. If anything differs, write it explicitly before payment. If the buyer wants the same rules in a smaller written first commitment, use the teardown instead of forcing a full sprint too early. If the written need is ongoing support on a live asset, use the retainer and keep that monthly boundary explicit before payment too.
Terms Map
The standard engagement is one bottleneck, one sprint, and one visible delivery boundary. If the buyer wants a broader build, that should be re-scoped before payment.
Open Public Pricing Open Public Scope BoundaryStandard route is a 30 percent deposit after the tier, scope, wallet, asset, and preferred network are written clearly enough that no one is guessing what the payment is for.
Open Public Approval Open Public Deposit LockThe same written discipline applies to the teardown: one workflow, one visible boundary, one kickoff condition, and a fixed $299 total with a $90 deposit before work starts.
Open Public Teardown Open Payment PageIf the buyer is not buying one fresh sprint but a bounded monthly support lane, keep the same written discipline: one defined lane, one payment event, one review rhythm, and a visible boundary for what fits inside the month.
Open Public Retainer Open Public RenewalWork starts after payment confirmation and receipt of the minimum kickoff packet: transaction hash, brief, and any relevant links.
Open Public Kickoff Open Public Payment Follow-UpRevisions are for tightening the agreed sprint assets. New deliverables, new workflows, or a new bottleneck become new scope instead of hidden expansion.
Open Public Scope Boundary Open Public FAQDeposits reserve delivery capacity. If the start date or rule set needs to change, write that change before the booked sprint opens rather than assuming the original path still applies.
Open Public Deposit Lock Open Public Refund And RescheduleConfirm the exact asset and network before transfer. Using the wrong network or unsupported route can delay confirmation and create avoidable support friction.
Open Public Payment Guide Open Payment PageShort Lines
I keep the first sprint narrow on purpose so payment, delivery, and approval stay clear.
Revisions tighten the agreed sprint. If the job itself changes, that becomes new scope.
If timing changes, I want that written before the reserved sprint opens so the delivery path stays explicit.
I only want payment after the scope, network, and kickoff condition are written clearly enough to forward.
If you want the same written terms in a smaller first commitment, the teardown keeps it simple: one workflow, $299 total, $90 deposit, and the same kickoff confirmation path.
Open Public TeardownIf the real job is monthly support on something already live, I want the same written clarity there too: one bounded lane, one review rhythm, and one visible payment route.
Open Public RetainerWallet
Public terms work best when the payment route is just as explicit as the scope: same address, same preferred network, and the same confirmation step into kickoff for the main sprint, the smaller teardown, or the first retainer month.