I've been thinking for a while that I needed to document the different ways we use Prezly to run Prezly. Browsing twitter today I saw Peter Suhm started a great trend.
So figured it was time for me to do the same. Let's go!
Every month we send out a wrap up of what's going on with Prezly. The entire content of the newsletter is added to the body of the email while they are published in the help section.
The goal of this monthly newsletter is to let our customers and prospects know what we've been working on together with some quick tips and pointers on where they read more.
Throughout the website there are a number of subscribe forms, together with the trial sign-up those email addresses are going to our accounts contact database and labeled with the 'newsletter' tag.
Within Prezly we have a dedicated 'changes' newsroom that is updated every time we change something worthwhile in the product. That content is then going to 3 places:
As we continuously change the app and make minor changes it's important our staff and customers are informed about what's new.
Note: this page is mainly accessed by power users that spend significant time in the app. Similar to how I'm personally reading everything the @linear team posts in their changelog.
One of the goals was 'drink our own champagne' (a better version of eat our own dogfood). This is because it's the only way we encourage Prezlians to use our own content editing tools (the editor).
How we did this might become a little technical so feel free to skip this part:
The website is nextjs powered by Contentful headless CMS. This allows us to build complex pages composed from different components and UI elements. Not something we do at Prezly.
But we did want some content heavy pages (/academy, /news, and /help) to be written/maintained from Prezly. That's why we came up with a hybrid approach where we have 3 newsrooms in Prezly:
These newsrooms hold all the content these website and are pushed to contentful in their own content type (PrezlyStory and PrezlyCategory) on every update. Using the PrezlyContentRendererReact we then turn these articles into beautiful pages like this example.
The advantage with this approach is that everyone in Prezly (customer success, marketing, product people, ...) needs to work with the Prezly editor/CMS at least a few times per week.
Additionally we can use Prezly articles in newsletters, sales follow-up and pitches as they are all sent from Prezly too (see #4)
We try to make sure that all stakeholders (Prezlians, family/friends, almumni, customers, prospects, partners) are all organised within the Prezly CRM.
This allows us to send updates all from the same platform. Because most of the content is already in Prezly (see #3) it's super easy to build the content we nede.
Some examples:
Here is a quick recording of what that flow looks like with everything being in the same system:
For any major team announcements we use what we call 'heartbeat'. It's a secured newsroom (need to sign in with Google Auth) that has a timeline (the heartbeat) of everything that is important to know.
Oftentimes we also set up an email campaign notifying people of that update and copy paste the url in Slack.
A nice addition we added to heartbeat is a way to comment/start a conversation (in discourse) around every post. That conversation is then embedded below the heartbeat story and available on discourse (slow/thoughtful conversation).
This blow is powered by our own product. Although the frontend (NextJs, Vercel hosting) is entirely disconnected from the the CMS it is being used as a headless CMS.
I've written about how I build this blog before.
Those are the main ways we use Prezly at Prezly. As Peter mentioned, it would be great if other product people wrote a similar post about their own products. I'll make sure to keep a list here:
Thanks for reading along! 🙏 And kudos to Peter for the great initiative!