Is it a good idea to collect anonymous usage statistics in a free program? [closed]

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.

Closed 6 years ago.

Improve this question

I'm the main author of a multiplatform free software/open source GUI program. Although the program gets thousands of direct downloads per month, I have no idea of the number of people regularly using it. It is also included in some Unix distributions and download sites making the counting harder. It would be interesting for me to know

• How many people use it? Should I bother continuing development?
• Which features of the program (dialogs, import filters, etc) do people most use? This would focus development.

I'm considering some form of anonymous feedback (with the user opting-in), where the program sends monthly reports of the time since installation (whole months), the number of times each dialog is used, number of files opened, the version number and platform. The user would be asked the first time this is sent and there would be an option to disable it. I think I would only do this after the first week of usage, to exclude one-off users.

Is doing this a good and ethical idea? I'm in the EU, so it's possible that data protection laws may apply.

Answer 1

Sending Usage Data

I have no negative opinion on sending anonymous data of a software's usage. As long as that this is a op-in only feature. With that said, I only enable such features for products from reputable sources. An unknown vendor would not get my usage data.

Instead of monitoring your users. Offer them alternative features that gives you the same data but in different forms.

Automatic Updates

Adding automatic updates allows you to monitor how often the software pulls for new downloads. This gives you an idea of how many activate installations there are of your software. Furthermore, users who op-in for updates checking are committed users. They want to stay on the edge of receiving new features.

Error Reporting

Add error reporting features to the software. When there is a problem users can submit a report of what happen. Include options for attaching usage logs, and other debug information to fix the error. This helps ensure a quality problem, and gives you an idea of how many users care that a problem is resolved.

Feature Requests

Add a way for users to easily request features from the software. This gives you better feedback at the time the user has the idea, and ensures better engagement with the user.

Answer 2

IIRC data protection laws do not apply to anonymous data - it only applies to personal data held against the person.

I wouldn't do what you suggest simply because someone will notice and your reputation will get tarnished. They will assume you need it to sell to Google for marketing purposes.

So first thing you need to do is tell the users what you're doing, and let them opt-out. If they opt-in, send whatever usage data you like. The trick is to be totally transparent about what you're doing.

Answer 3

I think it's not only ethical, but also mandatory for developing quality applications.

You should ask the user before, of course, and letting them to switch off the data collection.

Answer 4

No.

Always let the user know what you're collecting, and why. If at all possible (in this case it's possible) require the user to opt in.

If it is found out that you are collecting this information without user knowledge, you will come across as shady at the very least. The damage that this causes usually outweights the benefits of the data, and many users will opt in if you make the case that opting in is like voting to improve those features they use the most.