Crafting a better work experience

How to run analytics without a consent banner? It is simple; don't use cookies nor collect personal information.

Frankly, the amount of information our devices give away is scary. Amongst other places, it ends up in the dashboard of a company's analytics app. For product people like us, many of these data points turn out to be irrelevant when making important product or marketing decisions anyway.

Even Google's Head of Insights & Analytics, Janneke van Geuns, said that "The biggest misconception is the perceived need to capture and measure everything and anything." "A common belief is that if you capture every type of metric, it will tell you magically what works and what doesn't. Unfortunately, that is not how we get to insights, and would be comparable to having to find a needle in a haystack."

So, not only does harvesting data without intent can invade your users' privacy, but it can make your work more challenging. Keep it simple they say!

NOTEAnalytics/tracking were never included in our apps (mail.missiveapp.com, iOS, Mac, etc). This post is exclusively about our homepage and marketing site hosted at https://missiveapp.com.

The switch

We asked ourselves if it was time to switch to a less invasive analytics app than Google Analytics; one where lengthy privacy policies weren't needed to figure out their compliance with privacy laws of various countries (GDPR, CCPA, or PECR).

We realized that the answer was yes, a change was needed. Here are a few reasons why:

1. As an email collaboration tool, transparency and our users' privacy are paramount to us. Even if we were only including Google Analytics on our marketing site, we had to reference it in our privacy policy, which made it longer and scarier without a clear upside.
2. Many users are blocking invasive metrics scripts, skewing the quality of the data.
3. We hate those annoying cookie banners required to use Google Analytics legally in Europe. To scroll is not to give consent. So a veritable "consent-wall" is needed for it to be compliant.We are not fans of using free products; there is always a long-term hidden cost.

We looked at three potential replacements: Fathom Analytics, Plausible.io, and Simple Analytics.

After some due diligence, we decided to go with Simple Analytics, a product run by a small independent team from the Netherlands.

They were the only one not using fingerprinting to track users between page views. The upside is better privacy protection, the downside is the unique visitor metric can’t really be trusted.

But as seen here in this exchange between Rafael (our CTO) and the Fathom Analytics team, even with fingerprinting, the unique metric is not so reliable:

After a few days of using Simple Analytics, I'm happy to say it’s a far less overwhelming experience than the Google Analytics dashboard. You get a straightforward single-page dashboard with all the metrics they offer.

Privacy-first service

Let's explore what makes Simple Analytics a privacy-first analytics service:

• They don't save or collect IP addresses.
• They have an interesting way to detect unique visits, again, without cookies or IP addresses. They do it based on the hostname of the referrer of the page. They explain it like this: "When a user comes from one domain to another, their browser shares the previous domain with the next. If the current page's domain is the same as the one in the referrer, we know it's a non-unique visit." Not perfect, but good enough.
• They do collect and store timestamps, but those are entirely harmless and crucial for the graphs they generate.
• User Agents. They use them only for counting operating systems, device sizes, and browsers. They don't use User Agents for fingerprinting.
• Simple Analytics never tracks users, and by default, they ignore visits with Do Not Track (DNT) enabled.

The caveats

Simple Analytics currently offers these metrics: page view count, visitor count, referrals, top pages, screen widths, browsers, and countries. Seven metrics versus dozens in regular analytics apps. Is that a disadvantage? Not for us at the moment.

Since we don't plan to run ads anytime soon, we don't need to profile our audience, get their demographics, likes, interests, behavior patterns, etc.

Also, they don't crunch any data for you, so you will need to calculate ratios and percentages for traffic metrics manually. But again, not a problem for us.

They just rolled out cookie-less event tracking, which we will use to manually track some events like downloads.

On the other hand, they seem pretty engaged and are continually developing new features. You can see the whole roadmap.

And they were great at answering all our questions before the transition.

Conclusion

We traded a ‘free’, privacy-less, and complex analytic dashboard to a paid, privacy-first & simple one. We couldn’t be happier.

Also, thanks to this change our DuckDuckGo privacy rating was upgraded from C+ to B+

We have submited our Privacy Policy to the organization ToS;DR. DuckDuckGo works with them to provide these privacy grades. We will hopefully get the A grade soon.

The changelog is one of the most visited pages on our website. It's visually appealing, informative, and recently a new way to distribute content to our users.

We are using it as a new marketing channel and you can too.

"Your changelog is one of the best I know because it's transparent, you can always see what's going on and see that the app keeps improving fast…"

Simon M.

What is a changelog?

For those who aren't familiar with the concept, a changelog is a tool used to announce changes to a project in a chronological order. Most websites out there with changelogs usually limit to technical updates for current users, but not us. We want ours to be a detailed timeline of our company's journey for new and existing users.

We're not reinventing the wheel here; we are only experimenting with this format of updating customers but with a twist, and we're sharing our experience with you.

Here are a few takeaways and a free goodie for you as well!

Be succinct

Try to keep it short, preferably with only one line of text. The tags (for example IMPROVEDBETANEW) immediately tell the user what the change is about, helping you to go straight to the point.

Sometimes notes are needed to complement the text. We opted for formatting them in smaller font size and different color.

If one line and note is not enough, add a read more link and bring the user to a separate in-depth article.

Add images, gifs, or videos.

Without graphics, it's just a long list of boring text. Try adding images or short videos to enhance the content.

But you don't want to cover the changelog with images. Otherwise, it will become hard to read, losing its appeal.

We usually add images to make the content clearer. For example, if you see this:

You have no idea what this is about; you have no context. But when adding a zoomed-in screenshot, you immediately understand it all.

Make it more than just the product.

Traditional changelogs usually contain modifications to the software like new features, bug fixes, and improved functionality. But this is where you can be creative.

We weren't getting many views on our blog posts and we knew people liked the changelog page, so we added a BLOGtag to the changelog, and people started reading our posts more!

Other tags have been added recently as well. We hired a new employee, so we added a HIREDtag, and one of our users took the time to write an email, welcoming the new teammate!

Email it too!

It's an excellent alternative to the classic overused email newsletter. At the end of 2019, we sent a newsletter formatted as the changelog. It turned out to be a success. The email open-rate was good, our blog post views went up, and we even received encouraging messages to keep this going!

Are you convinced?

Yes! But how can you implement it? Well, there are many changelog SAAS that offer precisely this. Here are three great options:

• Canny: A single service to that lets you implement a changelog, a roadmap, and a feature requests system.
• Beamer
• Changefeed

Or you can build your own like us! It's a simple YAML file in our Rails app. Maybe we can do another blog post about it. Reach out if you would like that.

We hope your users enjoy this as much as ours did!

This end-of-year retreat was different from past ones. We did the usual full week of intense work, but the weekend gave way to a relaxing, cheerful time with everyone's family under one roof.

It all started in mid-October, when Philippe, our CEO, decided it was time for a retreat. He booked a fantastic cabin, barely big enough for the five of us 😗, overlooking the Saint Lawrence River. It was suggested to us by one of our customers: MonsieurChalets.

After doing a quick Doodle to agree on a date, we decided to go during the last week of November. We also decided to hold the company's Christmas party on-site during the weekend. Great idea!

Before we knew it, we were packing suitcases, computer screens, and laptops in two small cars. Did I mention that we bought one week worth of food for five guys? That sort of looks like this:

‍

By 6 pm we were on full retreat mode, our defacto workstation was a big dining table situated on the eastern side of the cabin facing the grandness of the river.

Days passed by very quickly. A typical one went out like this:

6.30-8.30 am - At different times and in no particular order, people would start showing up at the work (dining) table. Some in a grumpy not-a-morning-person kind of way, others with a 5k already under their belt.

8.30-9 am - Self-serve breakfast, which included an array of fruits, eggs, bread, and all-you-can-drink coffee too.

9.30 am - 1 pm - First uninterrupted sprint of work.

1 pm - 1.30 pm - Lunchtime. Delicious and copious lunch prepared by our in-house master chef Philippe.

1:30 pm - 6 pm - Second sprint of work. With a few breaks here and there to refill your coffee mug, take a quick dip in the jacuzzi, go for a jog, or simply to admire the breathtaking view.

6 pm - 7 pm - Dinner time. Another large shared meal and time to open a couple of Coronas.

7 pm - As late as you wish - Third work sprint. For some, the most productive time of day, for others time to slow down and work by the fireplace. For all, a moment to have a ping pong match, a stroll near the cabin or another dip in the jacuzzi.

Tens of commits, five beautiful sunsets and many accidentally broken eggs later, here are a few of the most notable things that we accomplished during this retreat:

• Modern authentification for Office 365 accounts.
• Image resize in the composer.
• Multiple bug fixes.
• Feature fine-tuning.
• New FAQ content and landing pages.
• Missive Live Chat. Wait. What!? Yes, we will be releasing it soon, here's a quick preview:

By Friday evening, our families started to arrive, and our focus shifted to them. It was time to convert the work table back to a dining table.

Unlike the rest of the week, Saturday started as a sunny bright day; the cabin felt warmer and full of life with children playing and parents preparing breakfast. The day had a holiday feel to it, with people playing card games and kids sledding out in the snow.

By 6 pm, Christmas music started playing from the surround system in the living area, and everyone started chopping food in preparation for the Christmas dinner. We had raclette, some good wine, and a great conversation.

It's safe to say we all enjoyed the time working and the time off with our families. It's the first time we've done it this way and could very well be the last time.

We're at a point where we are small enough to do this, but this will undoubtedly change in a year from now — a good problem some might say. So yes, this was a special retreat.

From all the Missive team, we wish you a happy holiday season!

🎄

We went on a week-long work retreat in Italy.

Last month we decided to give ourselves a break from our co-working space and went on a week-long team retreat in the beautiful countryside of Charlevoix, Québec.

We set out to the Petite-Rivière-Saint-François village on a grey Sunday afternoon and arrived in a beautiful log cabin perched above the Saint Lawrence River. The view was stunning.

A change of pace

We knew from past retreat experiences that breaking the routine can be beneficial for productivity and new ideas. From way back into our client-work era, to building Conference Badge and Medali.st, we always got something big out of team retreats.

No specific goals were set for this one. We simply wanted to work more, with fewer distractions and more time to discuss. We firmly believe in work-life balance, but sometimes it’s just good to go all out for a few days. The key benefit was constant focus… with a view.

Working with a view 🌄 #missiveRetreat pic.twitter.com/iPUCwfnUpc

— Missive (@missiveapp) November 11, 2015

In between all the hard work we took the time for good food and relaxing spa sessions. Add a few refreshing runs rewarded with drinks and pool games and you get the dream retreat (let’s not forget Etienne’s classic late-night LoTR viewing).

Sharing the fun

Since the Airbnb “cottage” had enough space to house 12 people, we thought it’d be good to invite friends to come work with us for the week. It was a win-win situation: they got to spend a week in a nice spot and we got to have feedback on various aspects of Missive. Getting raw feedback from people you trust outside the bubble of your team is very important and surprisingly hard to get.

Late night dev is best dev 🤓#missiveRetreat pic.twitter.com/HRU1NsxxdV

— Missive (@missiveapp) November 11, 2015

All in all, going on a team retreat is like changing the tires on a racing car. You come back thirsty for new challenges with a refreshed view on your next steps and memories of good times spent together.

With Dropbox announcing they are sunsetting Mailbox, people are getting upset by the volatility hitting the email space.

The most upvoted comment on the HN thread crystallizes this frustration:

Ugh. Yet another intriguing email startup being acquired and killed off by a more-established tech company (see also: Sparrow). It’s 2015 and I still bounce around email clients every couple months because all of the major options have substantial flaws.schneidmaster

Email is rock solid. It didn’t change much over the past decade and stayed ubiquitous. However, the apps we use to consume it evolve at a frantic pace.

Is this a recent trend? Were email companies bought and sold in the past too?

We thought it might be interesting to visualize the history of all those email clients on a timeline: their start, acquisition, and discontinuation.

‍

It seems that each time a new platform is released, there is an influx of new email apps released to conquer the new market (web, iOS, Android). Then, big players start to acquire the winners to become the instant frontrunners in those new markets.

In 1998, Microsoft bought Hotmail and Yahoo bought RocketMail. More recently Google bought Sparrow, Microsoft acquired Accompli and Dropbox grabbed Mailbox.

The combined valuation of those last three acquisitions, $320 million, is probably another reason why so many apps are being developed since 2013.

What are your takeaways?

Notes

1. The timeline is undoubtedly incomplete; we probably have forgotten many apps, especially older ones. If so, go ahead and hit the comment section below to suggest missing ones, or open an issue on the Github repo.
2. We took inspiration from the team at sameroom.io and their Brief History of Chat Services.