这几天,我一直在测试《守护劳动者》小程序。
一百多位故事人物要在这里核对书稿、上传照片、签署授权、预订图书。我原以为,功能做出来,流程写清楚,大家照着操作就可以了。
后来我才看见:很多时候,我并没有真正说清楚,只是默认别人知道我脑子里的答案。

我以为“上传图片”就是上传原图
《守护劳动者》的价值,很大一部分在照片。一本价格不低的书,如果图片印得模糊,再好的设计和印刷也无法弥补。
所以在我的理解里,“上传图片”天然就等于上传高清原图。但系统可能按照通用逻辑压缩图片,让上传更快、更省流量。
系统没有错,只是它追求的结果和我不同。我需要的不是“上传成功”,而是出版社最终能够获得可直接印刷的高清原图。
上传成功,不等于获得原图。技术上的完成,也不等于业务上的完成。
我们真的很用心
为了不让操作说明显得冷冰冰,我们把完整流程拆成三张漫画。从进入流程,到核对文字、上传原图,再到授权、预订和付款,每一张都反复核对文字和画面。
我们希望老人也愿意看,希望参与者感受到尊重,也希望复杂的事情因此变得轻松一点。这些用心都是真的。



但用心不等于把事情做好
二维码和完整流程发进群里以后,群里还是乱了。有人不知道从哪里进入,有人不知道为什么必须本人实名登录,也有人不知道登录后可以请家人或同事协助操作。
我给了大家完整流程,却没有先给方向。
最后,我们又补做了一张更简单的图:用箭头指出蓝色“查看详情”,只保留三件事——准备照片、本人实名登录、登录后请人协助。

用心是一种态度,把事情做好却要由结果来证明。
信息发出去了,不等于对方获得了方向。
真正应该反省的是我自己
这两次问题都不能简单归咎于开发者,也不能归咎于参与者不会操作。
我是最了解业务目标的人,却默认别人也了解;我脑子里有完整场景,却只说出了一个功能名称,或者发出一份完整流程。
问题最后要由我承担。因为业务目标在我脑子里,不能要求别人替我猜出来。
以后再做一个功能,我会先问三件事:
这一步最终要获得什么?
第一步应该从哪里开始?
哪些事情必须本人完成,哪些可以请人协助?
真正的说清楚,不是我说了多少,而是对方是否知道从哪里开始,我们是否最终获得了同一个结果。