Text theStacc: every back-and-forth
Clients, their crews and our own team text theStacc's number. These 67 screens show the conversations as they look on the sender's phone, with what theStacc did behind each one. Example data for Prairie Oak Flooring (Wichita) and Brightsmile Dental (Pune), both fictional. The whole feature is new; 37 screens are tagged for notable extra backend work.
What this shows
- One front door: theStacc's number (plus email, WhatsApp and MCP) feeds one inbox.
- Unknown senders are held until the owner confirms them. Contributors send; only the owner approves.
- theStacc picks the destinations worth doing, asks at most one question, and never claims more than the photos show.
- Approve one fully shown post with YES; bigger batches open a no-login review link.
- Hours and services take a separate fact-change path, applied on Google only after approval.
- Every send ends in one honest receipt. Scheduled is never called published; a website task stays pending until it's live.
- Complaints, cancel, STOP and photo removals go straight to a person or take effect at once.
- Approvals come in stages: the idea, then each draft, then the time, then the live link. Any change goes back for a new OK.
- Time is honest: a Google post takes minutes, a blog post about 30, a website block 2 working days. Drafts made overnight wait until 8 am.
- Journey H shows every finished post as customers see it, traced back to its thread.
1A. First contact: who is sending
The trigger case: a contractor nobody knows texts 11 photos.
2B. Content path: material becomes posts
TX05Proposal for the matchmaker photosNeeds backend workClaude triage call (picks photos, destinations, the one question); Suggested idea written to Content Hub
TX06Approve one post by reply
TX07Swap the photo
TX08Receipt to the ownerNeeds backend workPublish status reconciliation: each output is marked live only when the platform returns a link; the website block stays pending until someone checks the live site
TX09Cody's receipt
TX10Crew lead sends a finished job
TX11Photos too dark, screenshot instead of originalNeeds backend workImage quality check: brightness, blur, and screenshot detection (status bar, low resolution)
TX12Voice note becomes an FAQ ideaNeeds backend workSpeech to text on the voice note; transcript stored with the idea as provenance
TX13Short video sentNeeds backend workVideo understanding (Gemini) picks timestamps; frames exported as stills into the Library
TX14Offer: 15% off LVP3C. Fact changes
Hours and services skip the content workflow.
TX15Thanksgiving hoursNeeds backend workGoogle special hours merge (holiday hours added without touching regular hours); read-back to confirm Google accepted them
TX16Site and Google disagreeNeeds backend workSite crawl diff against the Google profile; conflicts raised as one question each
TX17New service4D. theStacc texts first
TX18Weekly nudgeNeeds backend workScheduler with quiet hours; nudge skips or rewrites itself when the person already sent that week; backs off when ignored
TX19New 5-star review
TX202-star review goes to a person
TX21Lead alert
TX22Monthly plan by text
TX23Monthly receipt and Proof ScoreNeeds backend workRival snapshot from public Google profile data, stored with the check date5E. Safety and the private path
TX24"Don't use the photo with the house number"Needs backend workAsset restriction propagates to Library, scheduled posts, drafts and ideas
TX25Complaint goes to a person
TX26"Cancel"
TX27STOPNeeds backend workOpt-out registry checked before every outbound message on every channel
TX28Contributor tries to approve
TX29Group threadNeeds backend workGroup MMS (Twilio Conversations): per-participant identity on every message6F. Other channels and our own team
TX30Email with full-size files and a Drive linkNeeds backend workInbound email parsing; Google Drive public-folder fetch; duplicate photo check against the Library
TX31WhatsApp: dental camp in PuneNeeds backend workWhatsApp Business API (24-hour window, quick-reply buttons); Google event post and Instagram scheduling
TX32Sales texts call notesNeeds backend workTeam-number recognition; prospect record created from notes; Claude extraction of facts and ideas
TX33Teammate idea across clients
TX34Claude user sends through MCPNeeds backend worktheStacc MCP server: suggest_from_material tool, scoped to the signed-in contact's project and role7H. What gets published
The finished posts, as customers see them, each traced back to its thread.
PO01LinkedIn: matchmaker post
PO02Facebook: matchmaker post
PO03Google update: matchmaker
PO04Website block previewNeeds backend workAccount-manager task for WordPress sites; status turns live only after a person checks the live URL
PO05Derby job: Google and Facebook
PO06Offer: Google and Instagram
PO07Blog: "From the crew" section
PO08Review reply and quote card
PO09Google hours for Thanksgiving
PO10Dental camp: Google event and story8G. Behind the scenes in theStacc
AP01Account manager inbox
AP02Content Hub idea from a text
AP03Settings: texting contactsNeeds backend workProject texting contacts with role and channel; per-action delegation; nudge schedule with back-off
AP04No-login review pageNeeds backend workSigned, short-lived link bound to Dev's number and to this exact version of each draft
AP05Proposed Google changesNeeds backend workProposed-change queue in front of Update on Google; Google special hours merge and read-back check9I. Timing and step-by-step approvals
Generation takes minutes, Google takes hours, people take days. Each stage gets its own approval.
TM01The clock for one sendNeeds backend workQuiet-hours queue: drafts finished between 8:00 pm and 8:00 am wait and go out at 8:00 am or later, local time
TM02Blog post: outline first, then 30 minutesNeeds backend workLong-running generation job with a promised time and a follow-up text when it finishes
TM03Step by step, then the owner goes quietNeeds backend workReminder and expiry scheduler: one reminder a day, two in total, hand-off to the account manager, expiry at 7 days
TM04Morning digest instead of one at a timeNeeds backend workPer-owner setting: drafts one at a time (default) or one morning digest
TM05Photos sent at 2 am
TM06Google turns a post downNeeds backend workPlatform rejection reasons mapped to plain-language fixes; a changed draft goes back to stage 2
TM07Google takes time on an editNeeds backend workProfile edit status polling: applied, under review, showing
TM08Standing OK for routine postsNeeds backend workStanding-approval rules: narrow scope (sender, photo source, platform), per-post notice with a 1-hour undo10J. More examples
MX01Award certificateNeeds backend workPDF reading (issuer, year, category pulled from the certificate)
MX02New hire, with his OKNeeds backend workConsent recorded on the Library photo
MX03A homeowner sends her photoNeeds backend workOne-time sender (customer) matched from the owner's heads-up; location data stripped from the photo
MX04Price changeNeeds backend workSite text search across the client's pages; dated website task
MX05Hiring post
MX06Press mentionNeeds backend workLink fetch and article reading (quote extraction tied to the source URL)
MX07"How are we doing?"Needs backend workInsights summary by text (posts, leads, Google calls, rank) for a date range
MX08Competitor ad screenshotNeeds backend workScreenshot read as a style reference (private, never posted); ads request routed to Meera
MX09A customer question becomes an FAQNeeds backend workQuestion routed from a team member to the approver; FAQ task with the approved wording
MX10WhatsApp: receptionist sends, doctor approvesNeeds backend workWhatsApp template message when the approver's 24-hour window is closed; contributor vs approver routing


