deploy · tutorial · mobile

Phone-Only Founder Stack: What Works, What's a Lie

Which founder jobs truly work from a phone and which need a desk. The honest split plus the 4-app stack. Tested weekly.

A manufacturer talking on a candlestick telephone at his desk in Orebro, Sweden, 1901
A manufacturer talking on a candlestick telephone at his desk in Orebro, Sweden, 1901 · Photo: Samuel Lindskog, public domain, via Wikimedia Commons

"Can I run it all from my phone?"

Some week the laptop dies. Or the trip extends. Or life keeps you from the desk for days.

The question stops being romantic and gets practical. Which jobs can the phone actually carry? And which are you lying to yourself about?

Most "phone-only" advice answers with app lists. Lists do not save you at midnight when the fix needs a debugger and all you have is glass.

What saves you is an honest split. Decided calmly now. Obeyed strictly later.

The stack is four apps plus a rulebook about what the phone is allowed to attempt.

Phone jobs and desk jobs, graded

Job Phone grade Why
Get woken by an outage A+ A Telegram buzz beats every inbox
Read logs, restart a job A An SSH app and snippets
Ship a one-line fix A− Checks and a deploy, thumbs suffice
Approve a staged release A Pure judgment
Refund or reply to support A The Stripe app and email
Roll back a bad deploy A One command
A multi-file refactor D Diffs unreadable, context lost
New-feature design D− Needs sketches, docs, thought
Real debugging of an unknown bug C− Mitigate from the phone, solve at the desk

The bad grades are dangerous, not just slow. Three reasons.

Confidence scales inversely with screen. The smaller the diff you can see, the surer you feel about the parts you cannot. Phone refactors ship unreviewed code with maximum self-assurance.

Sessions fragment across the day. Eleven two-minute bursts lose every thread a ninety-minute desk session holds.

Helpers disappear. No second monitor. No docs skim. No rubber duck across the desk.

The stack is built for the A-jobs. The rulebook forbids the D-jobs. Both halves matter equally.

What to do

Install four apps and nothing else.

On the phone: Telegram for alerts, Termius for SSH, Tailscale for the private road and the Stripe Dashboard for money.

On the server: your BoringPush app, with its alerts and deploy command ready.

That is two new free accounts and a server you already pay for. A fifth app is allowed only for a monthly-recurring job. Every app past five is procrastination shaped like preparation.

Write the split down. Obey it.

The phone may: acknowledge alerts, read logs, restart jobs, ship one-file gated fixes, approve staged releases, flip rollbacks, refund customers, reply to support.

The phone may not: multi-file refactors, new features, schema redesigns, root-causing unknown bugs, dependency changes.

Midnight-you obeys written rules better than remembered intentions. "May not" items wait for the desk without guilt. Deferral is the procedure, not failure.

Drill the A-jobs monthly, all from the phone.

Trigger a test alert and check it arrives in seconds.

Connect from your SSH app and confirm the app is running.

Make a one-line change and ship it with bp deploy.

Run bp rollback --yes, then ship again to prove you can retreat.

Check the live site both ways.

Twenty minutes, once a month. The drill certifies the stack the way fire drills certify buildings.

An imagined laptop-free long weekend

Day Event Phone handling
Friday evening The laptop closes for three days The stack is armed, the drill is fresh
Saturday Support: a double charge A refund in the Stripe app, plus an apology
Sunday, 1 a.m. Webhook failures The buzz, an SSH session, a one-line fix, shipped
Sunday afternoon A staged release ping Read the context, approve and deploy
Monday morning The laptop opens Review the log, zero surprises

This weekend worked because nothing needed architecture. A data-model crisis or a security incident would mean mitigation from the phone and real work on Monday. Openly, without pretending.

Know this first

Phones are good for fixes, approvals and support. They are bad for refactors and design.

The split is the rulebook.

Why BoringPush is the way to do this

Four apps. One company.

BoringPush brings the alerts, the deploy and the rollback. Telegram buzzes. Termius connects. bp deploy ships.

The business survives your absence.

FAQ

Can a phone only founder stack really cover support too?

Yes — support is the most phone-shaped job there is. Stripe's app refunds and verifies, email handles the apology, the Telegram bot tells you when volume spikes.

Most indie support is five message shapes answered in minutes. The phone answers faster than any desk queue, and speed forgives almost everything else.

What about design work — screenshots, CSS tweaks, landing pages?

Tiny tweaks (copy fixes, color values, spacing numbers) ship fine: one file, gate, push, check the URL on the same phone. Layout redesigns and brand work need a desk — Figma mobile is a viewer, and CSS without devtools is guessing. Same split as code: small values yes, judgment-heavy composition no.

How do I handle customer calls from the phone stack?

Forward a VoIP number (or the Stripe-linked line) to the phone and answer like a human — solo founders win calls by existing, not by IVR trees. Log outcomes in one running note per customer. Calls are interruptions, and phones are interruption machines: this is the rare case where the device's weakness is the job's strength.

Should the phone hold production secrets?

Only behind biometrics, inside Termius keychain and Tailscale identity — never in notes apps, screenshots, or chat. Syncing settings with bp secret sync runs from a machine that holds the file, so the production settings stay off the phone entirely; the phone authenticates (who you are) rather than storing (what the keys are). A lost phone revokes cleanly because nothing worth stealing lived on it.

What breaks when founders ignore the split?

Always the same three: a midnight refactor that "simplifies" the webhook handler, a dependency added from the phone that breaks Linux builds, a schema tweak pushed without the additive law. Each produces a second incident wearing the first one's clothes. The split exists because willpower fails exactly when incidents peak — written rules hold the line that judgment cannot.

How long can a founder actually go phone-only?

Weeks for operations, with the desk returning for anything architectural. Weeks for operations is a reasonable expectation. Notice what that covers: fixes, content, support and small features.

Nobody designs v2 on glass. Treat phone-only as a mode with a defined exit (the next deep-work block), not an identity.

Keep reading

+ all the boring stuff (analytics, auth, SQLite ↔ Supabase, full marketplace, webhooks)

The Agent-First Shipping Kit

Command from your phone.

Built so autonomous AI agents build what you want without breaking what's already paying you.

$199

Get BoringPush

One-time payment · Lifetime updates · Unlimited projects.

Keep reading