We're building a newsletter/messaging product[1] that connects directly to SQL databases rather than storing user data ourselves. Think Mailchimp but sitting on top of SQL. Or Mode, Looker, etc. but for sending messages.
Vero Newsletters does not store user or activity data. This is important to us. We run queries inside your data warehouse, use query results to personalise your newsletters then forget the data.
The only information we maintain is endpoint (e.g. email address) subscription statuses: Vero is a giant “sieve” through which all messages pass to ensure unsubscribed endpoints never receive another message.
Why is this approach different?
- Invest in a data flywheel. If all your data is read from and written to a central data warehouse a flywheel is created. Investments in data aggregation and organization benefit all users and tools that leverage the central warehouse. This avoids the scenario where customer data is copied to several platforms, all siloed. We are actively working not to become another “system of record”.
- Save money. We don’t store data so have a different cost structure. This means we can charge per message rather than per subscriber. This is unusual for messaging / marketing products and means our pricing is much more cost-effective.
- Minimal data footprint. By not syncing we help you store private user data in fewer places. Data in less places is always a good thing and there are a growing number of tools that can provide secure access-as-needed. We also intend to build out a self-hosted version of our product: much more achievable under this model.
We launched our original product here on HN nine years ago[3]. Since then we’ve been squirrelled away quietly building a business. It’s been an interesting journey.
We think it’s time for the next major iteration in how marketing/CRM software is built.
We hope this data warehouse-first, data-minimal approach will resonate with the sorts of builders here on HN and would love to hear your thoughts, questions, concerns or ideas re: where we're going. Thank you!
[1] Our product: https://getvero.com/newsletters/ [3] Post on HN many years ago: https://news.ycombinator.com/item?id=4129228
