只是想把图片压小一点，注册时却要填写生日、职业、住址。用户当然会纳闷：这些信息和压缩图片有什么关系？
从开发者角度看，多加几个输入框不难，甚至会觉得“以后分析用户可能用得上”。但数据一旦收进来，后面的保存、访问、更正和删除，都需要有人负责。
这就是“数据最小化”要处理的问题：服务需要多少，就围绕那个目的收多少。它关心的是必要性，而不是数据库还能装多少。
以中国大陆个人信息处理为例，《个人信息保护法》第六条要求收集范围限于实现目的所需；第十九条对保存期限提出必要的最短时间要求，同时保留法律、行政法规另有规定的例外。资料：《个人信息保护法》
一个假设例子能说明区别。如果工具只提供即时压缩和下载，生日通常很难帮助完成任务。如果产品另外提供云端相册，保存图片就可能成为功能的一部分。但这不意味着其他资料也自然变得必要，更不意味着可以无限期留存。
容易被漏掉的，还有数据的“旁路”。主数据库没有手机号，报错日志里可能有；用户已经删了上传文件，客服工单中的附件可能仍然存在。数据并不只住在注册表单后面，它也会跟着排查问题、导出报表和人工沟通到处走。
少收并非什么都不留。履行服务需要的记录、具有法定保存要求的资料，各有不同理由。第四十七条也规定，法定保存期未满，或技术上难以删除时，应停止存储及必要安全保护之外的处理。不能把这些例外理解成“放着以后再用”。
我觉得这个概念对小产品尤其有启发。规模不大的时候，数据收得越杂，越容易超过自己实际能管理的范围。所谓“先存着”，经常只是把用途问题推迟，把管理责任提前。
用户愿意交出一份资料，通常是为了完成眼前那件事。图片压缩完了，产品和用户之间的关系，也许就已经可以简单地结束了。