AI部署软件上线:一个图片工具,为什么不能想要什么权限就要什么权限?

我在真人测试前又停了一次：一个图片工具，为什么不能想要什么权限就要什么权限？

上一篇文章里，我给自己定了一条新规则：

用户说一句话，不能马上改一处代码。

真人测试中的问题，要先分成“阻塞问题、理解问题、信任问题、新需求”，记录、分类、验证以后，再决定到底改不改。

原本按照计划，下一步就应该把这个鸿蒙图片工具交给更多人测试。

但在正式测试之前，我又停了一次。

这次我没有继续研究图片能压缩多少，也没有继续调整按钮位置。

而是把整个应用从头检查了一遍：

这个工具到底会接触用户哪些东西？每一项权限真的都有必要吗？

因为我突然发现，对于一个图片工具来说，用户是否愿意点击“允许访问照片”，可能比压缩算法本身更早决定他会不会继续使用。

一、我之前一直站在开发者角度看权限

开发者看到“相册权限”，第一反应通常是：

不给权限，我怎么让你选择图片？

所以逻辑似乎非常自然：

打开应用

→ 申请相册权限

→ 用户点击允许

→ 开始使用。

但如果换到普通用户角度，情况完全不同。

他第一次打开一个陌生图片工具，手机突然弹出：

是否允许访问照片和视频？

用户不知道：

为什么需要这个权限？

能看到我所有照片吗？

身份证照片会不会被读取？

会不会自动上传？

拒绝以后还能不能使用？

我只压缩一张图，为什么一打开就要权限？

从开发者角度看，这是技术流程。

从用户角度看，这是第一次信任判断。

如果第一次信任都没有建立，后面压缩速度再快，也没有意义。

二、我决定不再“一打开App就要权限”

这次自查以后，我重新确定了一条原则：

没有真正用到某项能力之前，不主动申请权限。

用户第一次打开首页时，只需要看到：

图片压缩

以及很简单的说明：

本地处理图片，原图不会被覆盖。

这时候不需要马上弹权限窗口。

只有当用户主动点击：

选择图片

说明他已经明确准备使用图片处理功能，再进入相册选择流程。

这样的顺序其实只差一步。

但感受完全不同。

第一种是：

我刚打开你就问我要照片。

第二种是：

我主动要求选择照片，所以系统需要相册能力。

权限没有改变。

改变的是用户是否理解“为什么现在需要它”。

三、“本地处理”不能只写在隐私政策里

我这个测试版本现在最想保留的一项特点，就是图片处理尽量在设备本地完成。

对我来说，这最开始只是一个技术选择。

本地处理可以减少：

服务端成本；

网络依赖；

文件上传等待；

后端存储问题。

但做完这几轮产品梳理以后，我发现它其实更应该被当成一个用户信息。

因为图片工具处理的东西可能不仅仅是风景照。

还可能包括：

身份证或证件照片；

工作文件截图；

合同页面；

聊天记录；

家庭照片；

商品资料；

企业内部图片。

这时候用户真正关心的问题可能不是：

能压缩90%还是80%？

而是：

我的图片到底去了哪里？

如果我只是把“本地处理”写进很长的隐私政策里，对用户帮助并不大。

因为大多数人不会在压缩一张图片以前，先阅读完整隐私政策。

所以我准备把核心信息放到用户真正能够看到的位置：

本地处理 · 不上传原图 · 不覆盖原文件

只有三个短句。

但它们回答了三个非常实际的问题：

图片在哪里处理？

原图会不会上传？

原来的文件会不会被修改？

四、我开始给每一个权限问一句：没有它，核心功能还能不能运行？

这次我给自己做了一个很简单的权限自查方法。

每准备使用一种权限，就问：

如果不申请它，图片压缩还能不能完成？

如果答案是“能”，第一版就暂时不申请。

例如，一个最基础的图片压缩工具，本质流程只有：

选择图片

→ 本地处理

→ 查看结果

→ 保存结果

如果当前版本暂时没有：

账号系统；

云端同步；

社交分享；

定位服务；

通讯录；

后台上传；

那就没有必要因为“以后可能会用”提前加入这些东西。

这也是AI开发特别容易出现的问题。

我们会告诉AI：

后面可能还需要用户系统、分享、云存储和更多功能，你先把框架留好。

结果一个非常简单的测试版，可能已经出现大量暂时用不到的配置和代码。

功能还没开始验证，复杂度先上来了。

五、我把权限检查分成了三张清单

为了避免自己以后忘记为什么增加某项能力，我把自查分成了三部分。

第一张：现在必须使用

只保留图片压缩当前流程真正需要的能力。

每一项都必须回答：

在哪个页面使用？

用户做什么操作后触发？

为什么必须使用？

用户拒绝以后会怎样？

如果回答不出来，就暂时不要加入。

第二张：以后可能需要

例如未来如果增加：

批量图片处理；

云端历史记录；

用户账号；

多设备同步；

在线AI处理；

确实可能产生新的权限和数据需求。

但这些全部放到：

未来版本

而不是为了“以后省事”提前进入第一版。

第三张：现在完全不需要

如果某项能力与图片压缩无关，就明确标记：

当前版本禁止加入。

这样以后再让AI修改项目时，就不只是告诉它：

不要乱改。

而是可以明确要求：

本阶段仍然只做本地图片压缩，不增加账号、云存储和与核心流程无关的权限，也不要为了未来功能提前加入相关逻辑。

AI得到的边界越清楚，项目越不容易失控。

六、拒绝权限以后怎么办，比申请权限本身更重要

以前写功能时，我更关注的是：

用户点击允许以后，程序能不能正常运行？

现在我会专门测试另一条路线：

用户点击拒绝以后会发生什么？

因为真实用户完全可能拒绝。

如果用户拒绝以后：

页面没有变化；

按钮失效；

一直弹错误；

软件直接卡住；

体验会非常差。

更合理的流程应该是：

用户点击选择图片

→ 权限没有开放

→ 明确说明为什么需要

→ 告诉用户当前无法选择图片

→ 提供重新授权的方法

而不是简单显示：

操作失败。

“失败”只是程序状态。

用户需要知道的是：

为什么失败，以及下一步怎么办。

七、隐私政策里写了，不代表产品就解释清楚了

这一点也是我以前容易混淆的。

项目已经有隐私政策页面。

从开发角度看，很容易认为：

我已经说明过了。

但法律或平台层面的隐私说明，和产品体验中的解释并不是同一件事情。

隐私政策可以详细描述：

使用哪些信息；

为什么使用；

怎样处理；

如何保护；

用户有哪些选择。

但在具体操作页面上，仍然需要让用户用几秒钟就理解：

为什么此刻需要这一项能力？

否则就会出现一种奇怪情况：

后台认为已经解释得很完整。

用户却完全不知道发生了什么。

所以我现在的原则变成：

协议负责完整说明，界面负责即时解释。

两个都需要。

八、我还检查了一件容易被忽视的东西：旧代码

项目开发过程中，方向已经改过几次。

最开始考虑：

广告变现。

后来改成：

无广告测试版。

最开始想同时做：

压缩＋转换＋拼接。

后来又缩减成：

第一轮只测试图片压缩。

每调整一次方向，都可能留下之前的代码。

这些代码即使暂时没有出现在页面上，也值得检查。

例如：

已经不用的服务；

以前的配置；

暂时关闭的页面入口；

与未来功能相关的接口；

已经不需要的数据结构。

这些东西不一定马上产生Bug。

但项目越往后，它们越容易让人产生误解：

这个到底还在用吗？

所以我现在把“删掉确认不用的东西”，也当成产品开发的一部分。

增加代码很容易。

确认一段代码已经没有价值，然后安全地删除，反而需要更多判断。

九、我现在的上线前自查，不再只有“功能能不能用”

以前我的检查清单可能是：

图片压缩正常 ✅

页面正常 ✅

隐私政策完成 ✅

用户协议完成 ✅

自动测试通过 ✅

现在我会再增加一组问题：

用户知道图片在哪里处理吗？

不能默认他知道。

用户知道原图会不会被修改吗？

需要明确说明。

权限是在真正需要的时候才出现吗？

不是越早申请越方便。

拒绝权限以后还能不能正常返回？

不能把用户卡死。

当前版本有没有申请用不到的能力？

如果没有必要，就不要增加。

项目里是否残留已经放弃方案的代码？

定期清理。

页面描述和程序实际行为一致吗？

这是最重要的一项。

如果页面写：

本地处理。

那么实际流程就必须与这个描述保持一致。

产品里的信任，不是靠一句宣传语建立的。

而是用户看到的、程序实际做的，两者没有矛盾。

十、这几天我发现，做减法比写代码困难得多

回头看这个工具最近的变化：

最开始想做完整图片工具箱。

后来因为广告资格问题，先取消广告。

然后把三个核心测试功能砍成一个。

接着开始真人测试，不再追求功能数量。

现在又开始检查权限、隐私和旧代码。

整个项目表面上一直在“减少”。

但我反而越来越知道第一版到底应该是什么：

一个普通人打开以后，可以放心选择一张图片，在本机完成压缩，并顺利拿到处理结果的小工具。

这句话里没有AI。

没有广告。

没有会员。

没有六个功能。

甚至没有复杂商业模式。

但它开始变得非常具体。

结语

我以前做产品时，很容易先问：

还能增加什么功能？

现在我开始多问一个问题：

为了完成这一个功能，我最少需要向用户索取什么？

少一个没有必要的权限。

少一次无法解释的弹窗。

少一个未来才可能用到的模块。

对于第一版来说，都可能比增加一个新功能更有价值。

AI让写代码越来越容易。

所以普通创业者真正需要提高的，可能已经不是“怎么把功能做出来”。

而是：

哪些东西现在根本不应该出现。

真人测试仍然会继续。

但在把工具真正交给更多人之前，我想先确保一件事：

用户第一次把自己的照片交给这个工具时，至少应该清楚知道，软件为什么需要它，以及它接下来会怎么处理。

这也是我现在理解的产品信任。

不是写一句：

我们非常重视您的隐私。

而是让每一步行为，都和这句话对得上。

如果一个陌生图片工具第一次打开就要求很多权限，你还会继续使用吗？