Nothing Goes Live Without Approval · Step-by-Step Activation · Spending Caps Kept · Duplicate-Safe Delivery
Prove Your App in Production Before It Acts on Its Own
Your app sends emails, publishes content or spends on AI. We run it on production infrastructure in draft-only mode, so it proves itself before anything reaches a customer, and you approve every live step.
What Is a Draft-Only Pilot?
A draft-only pilot is a launch mode in which an application runs on real production infrastructure and prepares its work, such as articles, emails, reports or orders, while every customer-facing action stays switched off. Live publishing, live email sending and paid AI generation are only activated after written approval. Codersarts runs draft-only pilots so you can prove an application works in production before it can affect a single customer.
It is the safest way to launch software that acts on the outside world on your behalf.
Draft-Only Pilot at a Glance
Question | Answer |
|---|---|
What runs | The full application on production infrastructure, preparing drafts and queued actions |
What stays off | Live publishing, live email sending, paid AI generation and any other customer-facing action |
Who switches things on | You, in writing, one step at a time |
Typical use cases | AI content tools, email automation, AI agents, order and document processing |
How it starts | As part of the Go-Live package |
Typical setup time | 5 to 7 business days from secure access handoff |
What it proves | Stability, restart recovery, backups, costs and output quality under real conditions |
Starting price | Included in Go-Live, from $2,000 one-time |
Why Launch in Draft-Only Mode?
Many modern applications do more than display information. They send emails, publish articles, place orders, call paid AI models and update other systems. A mistake in that kind of app is not a broken page; it is a wrong email to a customer list, a duplicate article or an unexpected bill.
A draft-only pilot separates two questions that are often mixed together:
Does the application work in production? Hosting, restarts, data persistence, backups, monitoring and integrations are tested for real.
Should the application act on its own yet? Answered later, by you, after you have seen its drafts and measured its behaviour.
What Runs and What Stays Off
Function | During the draft-only pilot |
|---|---|
Application, user interface and dashboards | Running in production |
Scheduling and background jobs | Running, producing drafts and queued actions |
Database, delivery records and audit trail | Running and backed up |
Monitoring, alerts and backups | Fully active |
Approval workflows | Active, so drafts can be reviewed |
Live publishing to your website or CMS | Off until approved |
Live email or message sending | Off until approved |
Paid AI generation | Off, or limited to an approved budget |
Payments, orders or third-party updates | Off until approved |
The Activation Ladder
Moving from draft-only to fully live happens in small, reversible steps. Each step needs your written approval, and each can be switched back off.
Stage | What is enabled | What it proves |
|---|---|---|
Stage 0: Draft-only | The app runs and prepares drafts; nothing leaves the system | Stability, persistence, backups and alerting |
Stage 1: Single test action | One test email to an inbox you nominate, or one unpublished draft sent to your CMS | Integrations work end to end |
Stage 2: Limited paid generation | Paid AI generation within a small, fixed budget | Output quality and cost per item |
Stage 3: Allowlisted live actions | Live sending or publishing to a short approved list only | Real-world behaviour with tightly limited risk |
Stage 4: Capped live operation | Live operation with rate limits, such as a maximum number of emails per hour | Behaviour at pilot volume |
Stage 5: Full operation | Agreed production limits | The app is ready for business as usual |
Guardrails We Keep in Place
A draft-only pilot is only as safe as its guardrails. We keep your existing controls and add operational ones where needed:
Spending budgets on paid AI generation and other usage-based services
Approval steps before anything is published or sent
Retry limits, so a failing job stops after a fixed number of attempts instead of looping
Rate limits, such as a maximum number of emails per hour
Recipient and destination allowlists, so early live actions reach only approved targets
Delivery records, so every sent or published item is logged and never repeated after a restore
A kill switch, so live actions can be paused immediately if anything looks wrong
What We Measure During the Pilot
The pilot is also the best time to measure how your application really behaves, before you commit to production sizing and costs.
Measurement | Why it matters |
|---|---|
Jobs run per day and their duration | Sizes the server and schedule correctly |
Failure and retry rates | Shows where the app needs fixes before going live |
Database and file growth | Sizes storage and backups |
Memory and processor use per job | Prevents slowdowns and crashes at higher volume |
AI cost per draft or per item | Predicts monthly AI spend before it is real |
Time from draft to approval | Shows whether the approval workflow is practical |
These figures feed directly into your findings report and into the included hours we recommend for monthly support.
Draft-Only Pilot vs Staging Environment vs Soft Launch
Approach | Where it runs | Real data and integrations | Customer risk | Best for |
|---|---|---|---|---|
Staging environment | A copy of production | Usually test data and sandbox services | None | Testing code changes before release |
Soft launch | Production | Real data and live actions for a small audience | Limited but real | Products whose actions are low risk |
Draft-only pilot | Production | Real infrastructure, live actions switched off | None until you approve activation | Apps that send, publish, spend or act on your behalf |
A draft-only pilot is not a replacement for a staging environment. It is the step between "tested" and "trusted", where the real system runs without the power to cause harm.
Example: Piloting an AI Content Application
To show how this works in practice, here is how a typical AI content application moves through a draft-only pilot. The figures are illustrative.
Week 1: the app is deployed in draft-only mode. Each day it plans one article with a banner image from its content calendar and stores the draft. Nothing is published and no paid generation runs yet.
Week 2: after you approve Stage 1, one draft is pushed to your CMS as an unpublished post, and one test email goes to your nominated inbox. Both integrations are confirmed.
Week 3: you approve Stage 2 with a small monthly AI budget. We measure cost per article and review draft quality with you.
Week 4: you approve Stage 3, allowing publishing for one website with a cap of one article per day. Monitoring confirms every job completes and nothing is published twice.
At every stage, the next step waits for your written approval.
What We Ask You to Confirm Before Each Activation
Which action is being enabled, and for which website, list or system
The limits that apply, such as budget, items per day or messages per hour
The recipients or destinations that are allowed
Who on your side approves and who is notified
How you want to be told if the limit is reached or a job fails
Common Findings During a Pilot
Pilots regularly uncover issues that are cheap to fix before launch and expensive after it:
Scheduled jobs running in the wrong timezone for some websites
Retry logic that would resend an action after a timeout
Missing limits on paid AI calls
Email settings that work locally but fail against the real mail server
Data written to temporary storage that disappears after a restart
Each finding goes into the report with a recommendation and an estimate.
Who a Draft-Only Pilot Is For
AI Content and SEO Tools
Apps that plan, write and publish articles with images. The pilot proves drafts are useful and that nothing is published twice.
Email and Messaging Automation
Apps that send transactional or marketing messages. The pilot proves sending is controlled, rate-limited and duplicate-safe.
AI Agents and Workflow Automation
Apps that take actions in other systems. The pilot proves every action is logged, approved and reversible.
Order, Document and Data Processing
Apps that create orders, invoices or records. The pilot proves outputs are correct before they reach customers or accounting systems.
Pilot Acceptance: When Is the Pilot Done?
The draft-only stage is complete when you sign off a written test report showing that:
Every service restarts automatically after a crash or reboot
Data and delivery records survive a restart, a reboot and a simulated crash
A full restore completes within the recovery-time target with delivery records intact
Every alert type reaches the named owner
Integrations connect successfully without any live action being taken
Drafts are produced reliably on schedule
After acceptance, activation proceeds up the ladder at your pace, and monthly support can begin.
Moving From Pilot to Full Operation
Before the final activation step, we confirm together that the application is ready for business as usual:
The pilot has run long enough to cover every scheduled job and calendar topic at least once
Failure and retry rates are understood, and any recurring failures have been fixed
AI and email costs per item are known and within budget
Every live action has been tested at a capped volume without duplicates
Monitoring has caught and reported at least one test failure correctly
A restore has been completed with delivery records intact
The support level after launch is agreed, including whether 24/7 critical cover is needed
Everyone on your side knows how to pause live actions if needed
Only when these are confirmed do we recommend moving to full operation.
How It Fits With Our Other Services
The draft-only pilot is delivered as part of the Go-Live Package. Once you start activating live features, Managed Run keeps the application monitored and supported every month. For apps built with AI coding tools, see AI-built app to production.
Why Run Your Pilot With Codersarts
The same team that runs the pilot keeps the app supported afterwards, so nothing learned during the pilot is lost at launch. Every activation decision stays with you, in writing, from the first test email onwards.
Pricing
Service | Price | What it covers |
|---|---|---|
Go-Live with draft-only pilot | Starting at $2,000, one-time | Deployment as-is in draft-only mode, monitoring, backups, restore test, runbook and findings report |
Activation support | $50 per hour, with your approval | Configuring and verifying each activation step, if not covered by Managed Run hours |
Managed Run | Starting at $1,000 per month | Ongoing support once the pilot is accepted |
24/7 Critical Incident Cover | $250 per month | Out-of-hours cover once live actions are enabled |
Hosting, AI provider and email provider fees are paid by you directly, at actual cost.
What Is Not Included
Writing or editing the content your application produces
Legal review of emails, articles or other outputs
Provider fees for AI generation, email sending or hosting
Any activation without your written approval
Frequently Asked Questions
What is a draft-only pilot?
A draft-only pilot runs your application in production and prepares its work, while publishing, live email and paid AI generation stay off until you approve them.
Why not launch fully live straight away?
Because apps that send, publish or spend money can cause real damage if something is wrong. A pilot proves the system first and lets you activate features one step at a time.
Can I see what the app would have sent or published?
Yes. Drafts and queued actions are stored, so you can review them before approving any live step.
How long does a draft-only pilot last?
The setup takes 5 to 7 business days. You decide how long to stay in draft-only mode before activating live features.
Can live features be switched off again?
Yes. Every activation step is reversible, and a kill switch can pause live actions immediately.
Does the pilot help estimate running costs?
Yes. We measure job volumes, storage growth and AI cost per item, which feed into hosting sizing and support recommendations.
Is the draft-only pilot a separate purchase?
No. It is part of the Go-Live package. Additional activation work is billed only with your approval.
What happens after the pilot?
Once you accept the pilot and start activating features, Managed Run keeps the app supported every month.
Launch Without Risk to Your Customers
Tell us what your application does and which actions it takes on your behalf. We will design a draft-only pilot and an activation plan you control.