It will be hard for users to trust you if they don’t understand what your Micropolicies are even saying 🤫. A Micropolicy tells your users:
For the user, they see a simple list of features with descriptions, and more detail when they click through.
You have a lot of control over this customer-facing text from the dashboard. The challenge is to communicate the above three points (the what, why, and where) as succinctly as possible, without alienating users with technical/legal jargon, or being too vague.
It’s easier than it sounds. 🤓
So in your dashboard, click on a Micropolicy from your Micropolicy list, and here you can edit the description. Let’s say you use Google Analytics to gather statistics on various site interactions. Do not assume that your users know what Google Analytics is for, or that they care about your need to gather analytics.
Your users don’t technically need to know what Google Analytics does, but they do need to know why you’re using it. You may just need to measure traffic so you can know how many users are using your product at peak times — and ensure that nothing crashes. That’s a perfectly good reason, so that’s all you need to say.
The tooltips come up when a user hovers over a specific data point (like device type). These are useful to tell users more about why you need that data point.
😬 The less ideal Micropolicy description is like this:
🤠 The more ideal one is like this:
Clicking on the ‘data’ tab within the settings of a Micropolicy will allow you to add data points, and purposes for those points. The description alone is not enough — filling out the data points allows your users to understand what data you’re even collecting. The purpose is revealed when a user hovers over a specific data point.
The good Micropolicy has more data points in it, because these describe each ‘type’ of data that is processed. Stuff like time spent on the page, and screen resolution. This gives a nice, easy to digest, idea of what is collected. The purposes (surfaced in tool tips) give more detail about why you need that piece of data.
The bad Micropolicy has two data points: ‘site interactions’ which should be broken into many data points, and ‘Traffic’ does not mean anything to the average user.
When writing these Micropolicies, try and remember these two key things:
☝️ Maintaining the privacy of your users is not a special feature of your product — it is a necessity.
✌️ Saying things like ‘we may collect xyz…’ is vague and confusing. Try not to leave users guessing.
Otherwise, here are some other pointers: