This fictional Blueprint illustrates a proposed build for Whitfield & Marsh LLP, a Columbus, Ohio practice with 9 attorneys and 2 support staff. Foundry is both the audit recommendation and the firm's illustrated election: $29,750. Six systems comprise four workflows (Document Production, Intake & Routing, Meeting Intelligence, Follow-Through) plus Verification Gates and Knowledge Layer. The latter two support the workflows and receive no separate recovery credit.
Agreed fictional scope: 3 document types (demand letter, position statement, severance review); 1 jurisdiction pack (Ohio employment matters, with applicable federal law); 4 named reviewer placeholders; and 5 integrations (Clio, OneDrive, Outlook, HubSpot, Calendly). No additional recording or transcription connector is included.
Reviewer assignments: Reviewer A: document-production lead; Reviewer B: intake and meeting-review lead; Reviewer C: authority and knowledge-standard lead; Reviewer D: follow-through lead and review backup. Reviewer A–D are fictional named-reviewer placeholders, not real attorneys. Real agreements identify individual reviewers before kickoff.
Sample only: All source figures, firm details, reviewer identities, dates, targets, and examples are synthetic and illustrative, not results from an accepted actual engagement. Acceptance examples use synthetic fixtures, never real client-matter tests.
Where it lives: Every workflow runs inside the firm's own accounts, under the firm's own credentials and access controls, within the approved client boundary. Nothing is hosted by Synapse Forge. The firm controls the on/off switch at every step. Authorized staff manually place consent-documented transcripts in the firm's OneDrive intake folder; no AssemblyAI, Teams, or Zoom connector is included.
Approval rule for all six systems: Every client-facing communication, including follow-ups and calendar invitations, requires an authorized reviewer to affirmatively approve its current content and recipient before sending. Unreviewed, rejected, canceled, expired, or edited-after-approval drafts never send. Content or recipient edits invalidate approval and require fresh review. Expired review windows trigger only internal reminders; silence never approves a send. Internal reminders are separate from client-facing drafts. Approval does not authorize unrelated actions.
What the firm owns at the end: The scoped workflows, prompts, templates, connection configurations, and operating documentation are handed over at acceptance in every band. Continuing operation does not require Synapse Forge care, but it does depend on the firm's access controls, its own upkeep of its accounts and tools, applicable software licenses, and approved providers.
Illustrative schedule: 5 weeks from kickoff to acceptance. Synapse Forge builds run 4 to 6 weeks from kickoff depending on complexity; this six-system fictional plan illustrates five, not a guaranteed deadline. Kickoff is the next business day after the agreement is signed, the signing payment has cleared, the Client Access Checklist is complete, and access is verified. Signing alone does not start the clock or authorize live provisioning.
Drafts demand letters, position statements, and severance reviews from approved templates and authorized Clio matter inputs; synthetic fixtures illustrate the workflow, and attorney review remains required
Inquiry capture from phone callbacks, email, and web form, with qualification and a Clio intake stub before approved active-matter creation
Consent-documented transcripts summarized for review, filed to the matter after confirmation, with action items surfaced and assigned
Deadlines and unanswered threads monitored; status-update drafts queued for affirmative review, with internal reminders kept separate
Source checks and affirmative release controls shared by all four workflows; no separate recovery credit
Approved firm templates, source material, and standards in OneDrive support all four workflows; no separate recovery credit
| System | Criterion | Measurement |
|---|---|---|
| 1. Document Production | Demand letter, position statement, and severance review each drafted from a synthetic matter fixture and accepted by Reviewer A without structural revision | Proposed demonstration on 3 consecutive synthetic fixtures, one per agreed document type |
| Draft queue populated with correct fixture fields and source references; zero manual re-keying required to populate those fields | Reviewer A checks all fields in 3 of 3 synthetic runs; legal and release approval remain human work | |
| 2. Intake & Routing | 10 consecutive synthetic inquiries captured from at least 2 channels (web form and email), with Clio matter stub and HubSpot contact created without manual re-typing | Proposed fixture run observed by administrator and Reviewer B; no real inquiry data |
| Qualified synthetic inquiries routed per written rules in 10 of 10 cases; conflict clearance required before advancing past the stub | Reviewer B checks fixture routing and conflict-state logs | |
| 5 qualified synthetic intake invitations prepared; Calendly booking and outbound invitations occur only after Reviewer B approves current content and recipient | Synthetic dispatch log must show zero sends for unreviewed, rejected, canceled, expired, or edited-after-approval invitations; content or recipient edits require fresh approval | |
| 3. Meeting Intelligence | Structured summary queued against the correct synthetic Clio matter after authorized manual transcript placement in OneDrive; filed only after Reviewer B confirms | 5 consent-documented synthetic transcript fixtures; upload and queue timestamps checked; human review time is separate |
| Action-item tasks assigned to the correct proposed attorney and due date in 5 of 5 synthetic cases; reviewer confirms accuracy before reliance | Reviewer B checks each synthetic task set; any calendar invitation or client-facing message requires separate current-content-and-recipient approval | |
| 4. Follow-Through | Unanswered synthetic email threads flagged within 1 business day of exceeding the response window, with zero false positives on replied threads over a simulated 5-day period | Reviewer D and administrator check synthetic Outlook thread logs |
| Separate internal digest prepared by 8:30 AM on 5 simulated business days, containing all tasks due with zero omissions | Reviewer D compares digest to synthetic Clio task lists; internal reminders are not client-facing sends | |
| Client-facing follow-ups require affirmative approval of current content and recipient; silence or review-window expiry never releases a draft | Reviewer D checks synthetic unreviewed, rejected, canceled, expired, edited-after-approval, and approved states; only currently approved content to its approved recipient may send. Expiry produces internal reminders only. | |
| 5. Verification Gates | Source, required-field, and boundary checks block unsupported or mismatched fixture output pending reviewer resolution across all four workflows | Reviewer C checks seeded missing-support, conflicting-fact, and wrong-client synthetic fixtures; exception and decision logs retained |
| Send controls reject unreviewed, rejected, canceled, expired, and edited-after-approval communications, including calendar invitations and follow-ups | Synthetic state tests must show zero unauthorized sends; content or recipient edits invalidate approval. A positive case requires affirmative current-content-and-recipient approval, with unrelated actions still blocked. | |
| 6. Knowledge Layer | The 3 agreed document types and 1 Ohio employment/federal pack retrieve only approved, versioned sources within the approved client boundary | Reviewer C checks synthetic fixtures for each type, source labels, permission boundaries, and missing or stale-source flags |
| Knowledge changes require Reviewer C approval and propagate to the four workflows without granting send permission | Synthetic approved, unapproved, and stale-version cases checked; version register and update guide handed over |
The audit recommends a band; you choose the band you build. The blueprint states the price and the scope in writing before you sign, and nothing is re-priced after. Two firms that choose the same band get the same build.
In this fictional elected scope, 3 unused document types and 2 unused jurisdiction packs carry $6,750 gross catalog value. A written pre-signing trade allocates $4,000 to HubSpot and Calendly, in addition to the base Clio, OneDrive, and Outlook integrations: 5 integrations total, with no cash surcharge to the $29,750 build.
The remaining $2,750 noncash add-on credit is available at acceptance and valid for 12 months afterward. It is nonrefundable and cannot pay care invoices. No credit is treated as earned or spent by this sample.
Current optional care is $1,500 per month with 8 included hours for monitoring, correction, verification, and refinement of existing accepted capabilities. Additional care time is $250 per hour, preapproved in writing; no unapproved overage is billed. Original acceptance rework remains included in the build. Care covers monitoring, tuning, and corrections within agreed hours. Work directly with the founder. Send care requests anytime. Routine requests receive a response within one business day. Business hours: Monday-Friday, 9 a.m.-6 p.m. Eastern Time (America/New_York), excluding U.S. federal holidays. System-blocking incidents take priority, with best-effort assistance outside business hours. A response acknowledges the issue and establishes the next step; it is not a resolution deadline. Resolution depends on the issue and any upstream provider. This is not a 24/7 staffing guarantee. Included care hours and prior written approval for additional work still apply.
A new document type, integration, or post-close sequence outside the original acceptance criteria is added scope, not care. It requires a separately quoted written module order before work begins, with 30% at signing and 70% at acceptance. Any permitted add-on credit use must be expressly approved; it cannot offset care.
The build is a one-time fee. Synapse Forge's ongoing care plan is optional. Existing software subscriptions and any cloud or usage charges are separate; the blueprint lists the costs that apply to your build.
This ledger separates SF fees from unknown operating costs; it is not a total operating-cost calculation.