Client Portal
Customer sign-in, billing, guides, support, integrations, and workspace links.
Own the Stack
One place for every current Own the Stack sign-in, service, and operating dashboard. This page stores links only—never passwords, recovery codes, or API keys.
Customer sign-in, billing, guides, support, integrations, and workspace links.
Customer records, fleet, signups, billing, and internal support work.
Public service information and the standard customer purchase flow.
Live working record, red/yellow priorities, and operational links.
Live operating picture. Red needs immediate attention, yellow needs proof or a decision, and green is working.
There is no reported service failure in the current record.
These are active validation items, not service failures.
Provisioning, monitoring, portal access, and workflow reporting are active.
Current work, then the next proof.
Show the paid invoice and receipt in the correct client portal.
Connect the approved invoice path to that same portal record.
One record and SOP for client requests and automatic failure response.
Latest verified project movement.
The working documents are here in the original document-board format.
The developer implementation plan for infrastructure, provisioning, portals, backups, monitoring, security, and launch phases.
Updated 15 September 2026The business, pricing, restoration, backup, and Florida jurisdiction details are filled in. The agreement is live as the GHL terms step and linked from the required checkout acceptance checkbox.
Updated 28 September 2026Jason's audited manual provisioning and recovery process, including post-pilot security, monitoring, notification, backup-freshness, and OS-update verification.
Audited 30 September 2026The current content-workflow plan covering YouTube, OpusClip, approval branches, and draft-only WordPress and Wix outputs.
Latest workflow update 8 October 2026Customers only ever see the two pieces on the top row. The bottom row is internal, one for the team's eyes, and one that nobody sees because it's the machinery doing the work automatically.
The customer's own private automation studio (n8n, under its own name). Their login, their workflows, their connected apps. No other customer can see it or touch it. This is the thing they're renting a managed home for.
The "front desk" of the business. One button opens their workspace; the rest is account information, billing, how-to guides, and submitting a request when the team is needed.
The team signs into the same portal and receives the protected team view. It is mission control for every customer: workspace health, backup age, payment status, new signups, and open requests. Green means "do nothing." That's the low-touch part.
Software the developer builds once, then it works around the clock: it builds each new customer's workspace after payment, takes the nightly backups, checks every workspace every minute, and pauses accounts that stop paying. This is what makes it a business instead of a job.
This is the intended customer journey. Steps marked Automatic describe the intended customer experience. Current work and proof remain in the status and roadmap above.
She picks a plan on the website and pays with her card. That's the last required human action in the whole setup.
Within about ten minutes the machinery rents her a dedicated server, installs her private workspace, gives it its address (tracy.ownthestack.io), locks it down, and signs her up for backups and monitoring.
Her workspace address, how to set her password, a link to the client portal, and a plain one-pager: what the subscription covers, and how to ask for help if she ever wants it.
She (or anyone she chooses) builds whatever she wants in her workspace. Nobody on the team touches her workflows, the subscription is for keeping the lights on, not for what she builds under them.
Backups every night. Health checks every minute. Security updates on schedule. If her workspace ever goes down, the team gets an alert, usually before she notices. She just sees that it always works.
An app update breaks one of her automations, or she dreams up something she can't build herself. Now she has three doors, see below. Which one she opens is entirely up to her.
The subscription never requires her to use the team. All three doors are legitimate, and the portal says so out loud.
It's her workspace with full access. She can build, fix, and change anything on her own, forever, at no extra cost.
Her own employee, a contractor, a freelancer, anyone she trusts can work in her workspace. There is no charge for that and nothing standing in the way.
One request in the portal. Optional implementation is quoted separately after the team reviews the customer's software, setup, and scope. No fixed starting price is published, and the team confirms the quote before work begins.
The clean line that keeps the subscription low-touch and keeps expectations straight from day one.
The promise, mostly delivered by the machinery
The customer's work, with optional implementation available by quote