Newsletter App Starter · Industry version
A communications platform for funds — approval gates, fund-scoped lists, a provable send archive — generated into code you own.
A quarterly letter to LPs is not a marketing blast. It moves through compliance review before anyone hits send, goes only to the investors entitled to it, and must be reproducible years later when a regulator or an auditor asks. This starter builds those constraints into the platform — as code your firm owns and hosts.
01 · The problem
Marketing newsletter tools optimize for growth mechanics a fund doesn't want — public signup forms, viral referral loops, engagement-bait subject testing. Investor communications need the opposite posture: a closed list, controlled additions, and no path for an unreviewed draft to reach an inbox. When the tool's defaults fight your compliance posture, every send is a small act of vigilance.
Audience scoping is entitlement, not segmentation. An LP in Fund II gets Fund II letters; a prospect in diligence gets the teaser deck cadence, not performance figures; an institutional investor's three contacts all need the letter, but the firm is the relationship. Getting this wrong isn't a mis-targeted promo — it can be selective disclosure. The scoping belongs in the schema, enforced at send time.
And the archive is a regulatory artifact. Years later you may need to show exactly which version of which letter went to which recipients on which date — with the approval that authorized it. Hosted tools keep send logs for their operational needs, not your evidentiary ones, and retention is their policy, not yours. A fund's communications record should live on the fund's infrastructure.
02 · Data model
Everything in the base Newsletter starter —
subscriberssegmentscampaignsissuessendslink_clicks— plus the entities this industry actually runs on:
| table | what it holds |
|---|---|
funds | The vehicles and share classes that scope everything — each investor contact's entitlements trace to the funds they're in. |
approvals | Compliance sign-offs binding a specific letter version to an approver and timestamp — the record that authorized the send. |
03 · Screens
A letter cannot send without a recorded approval of that exact version; edits after sign-off void it and route back to review. The control isn't a checklist item — it's a constraint in the code, which is what your compliance manual actually describes.
Recipients resolve from fund membership at send time, not from a hand-maintained list. Close a new LP into Fund III and they're on the next letter automatically; a redeemed investor drops off the same way. Entitlement drift stops being an annual cleanup.
Every send stores the rendered letter, the recipient list as resolved that day, delivery status, and the approval it ran under — retained under your policy on your infrastructure. An audit request becomes a lookup, not a reconstruction.
04 · In practice
IR drafts the Fund II letter, compliance reviews and signs off on the final version, and the send resolves the current Fund II investor contacts. The archive entry — letter, list, approval — is complete the moment it goes out.
The new investor's contacts are added under Fund III with their entitlement start date. They receive letters from this quarter forward, and the archive shows precisely which historical letters they did not receive — sometimes the more important fact.
A regulator asks what Fund II investors were told about a position in a given quarter. The archive returns the exact rendered letter, the resolved recipient list, the delivery record, and the compliance approval — in minutes, from your own database.
Review isn't optional — the send path requires a recorded approval bound to the exact letter version, and any subsequent edit voids it. Approver roles and quorum rules are your firm's policy, encoded in code you can show an examiner.
Entitlements derive from fund membership, and audiences resolve at send time. There is no separate mailing list to drift out of sync with the investor register — updating the register updates who receives the next letter.
The rendered content, the resolved recipient list, per-recipient delivery status, and the authorizing approval, all timestamped and stored in your database under your retention policy. It's built as evidence, not as campaign analytics.
Yes — prospects are a distinct audience with their own entitlement level, so diligence-stage contacts can receive appropriate materials without any path to fund-performance letters. The separation is structural, which is how compliance prefers it.
Dual7 App Starters
A communications platform for funds — approval gates, fund-scoped lists, a provable send archive — generated into code you own. Describe your version to start — the output is a project you own.