The client book
- Client files with stable IDs
- ZIP lookup fills city and state
- Trust records: grantors and trustees
- Append-only note ledger
- Two product packages
- Dashboard with product mix
- Search: literal, phonetic, near-miss
- Activity log on every file
Boutique estate planning. Software that used to belong to a large business.
Omega Planners needed a client book that starts with a plastic card and ends with a letter at the bank. Off-the-shelf CRM is a spreadsheet with extra fields, or a platform sale. We built the system instead: files, products, letters, agents, a client portal, and a licence scanner that fills the form from a photo.
Screenshots from the working business, with sample identity data.
Four weeks, end to end
Not a pilot and not a prototype. A live business with two front doors, staff and clients, shipped in four weeks. Software at this depth used to be a large-company purchase. Method3's AI-assisted delivery puts it inside a boutique budget.
Why a small firm can afford this
A system this specific was a platform program: a vendor, an integrator, a discovery phase, and a year. Only a large business could fund it. Method3 builds with AI on the delivery path, so the same depth lands in weeks, at a price a specialist practice can carry.
Why this exists
An estate-planning shop has no IT department. It still has to know who the client is, whether the spouse is on the letter, which package is open, which bank has been written, and which agent carries the file. That depth used to mean absorbing a platform implementation.
The file begins with a driver's licence, not a blank form. Name, address, date of birth, licence number, and expiry come off the card. The photo stays on the file.
Living Trust or Will Package, one to a file. Letters to banks, life insurers, and annuity companies hang off the product, not a generic “opportunity.”
Open items have to be visible, mailed on a cadence, and completable by the client. A CRM that cannot tell you what is outstanding is a contact list.
The feature we are proud of
Three ways onto the form: computer camera, uploaded photo, or the phone in the agent's hand. The image is stored first, as-is. Nothing is guessed into the file.
Rear camera where there is one. Live hints for glare, darkness, and blur. Capture takes four frames and keeps the sharpest.
JPEG, PNG, or WebP off the machine. Same staging path as a live capture. The image is what gets filed, not a transcription.
The screen shows a QR. The phone opens a two-minute capture page and shoots. The business picks it up and syncs.
Camera, upload, or phone. The image is parked with a staging token. Parsing has not started.
A vision model fills a strict schema: family and given names, street, city, state or province, ZIP or postal code, date of birth, licence number, expiry. Illegible fields come back blank. The model is told never to guess.
Dates become ISO. State and province codes check against a real list. US ZIP and Canadian postal codes are shaped, not invented. Filled fields light up, and staff check every one before save.
The photo stays on the file. A later upload archives the previous one instead of deleting it. The record shows identity came off a scan, not a keyboard.
From the phone in the room
Licences live in a wallet, not on a scanner bed. Pairing lets the agent use the camera already in their hand, without emailing themselves a photo or signing the phone into the CRM.
The QR says which page the photo belongs to, not who may send one. The grant lasts two minutes, binds to the first device that scans it, and unlocks nothing else.
The rear camera opens at 4:3 so the licence fills the frame, then crops to an ID-1 box with a little bleed. Live scoring says too dark, too much glare, hold still, or ready.
The phone posts the photo and the preview updates. Staff press Sync information when they want the form filled. Parse and save stay on the authenticated business.
The rest of the book
The licence is how a file starts. The rest is how the practice runs: dashboard, clients, letters, reports, templates, agents. Depth that used to require a systems integrator and a platform sale.
FAMILY-initials, the way staff already talk: ELLISON-RD. The code does not change once the file is open. ZIP lookup fills city and state.
Living Trust or Will Package. Trust records keep name, date, grantors, and trustees. Notes append, so a rewrite never erases who wrote what.
Bank, life insurance, annuity. Templates with variables, or a rewrite with tone, length, and reading level. Joint letters print a spouse signature line, and each letter carries a fingerprint so a later edit is visible.
Clients sign in with email or file ID, see incomplete letters, and mark them complete. The practice stops chasing paper for a status the client already knows.
An agent sees the files they carry. The administrator sees the whole book. Invites go out by SMS. One master agent cannot be disabled, so the book is never locked out.
Literal first. Then phonetic, so Kavanaugh finds Kavanagh. Then near-miss for a transposed letter. An exact file ID always outranks a guess.
A bi-weekly Friday job mails each client and their agent a PDF of non-complete products. The report is the follow-up, not a dashboard people have to remember to open.
Licence photos, certificates of trust, binder worksheets. Replacing an upload archives the previous row. Bytes live behind an authenticated route, not a public folder.
How we built it
Not a Salesforce overlay, not a no-code prototype. A vertical system: the data model is the practice, the letters are the product. Fundable once only by a large business. Shipped in four weeks.
Python, FastAPI, and Jinja2. SQL Server with Alembic. Authenticated file storage, ZIP lookup, SMS invites, watermarked PDF letters, and a vision model on the capture path with a person on every material write.
Too specific to buy, too important to leave in email. That is the conversation.