「APP 做好了，商店里没人下」被说成推广失败，往往说早了。下载不是第一步。用户要先知道有这个东西、愿意为它去商店、能搜到正确的名字、愿意等安装、愿意注册、愿意点允许。任何一层掉光，商店后台都会显示冷清。先把漏斗画出来，再决定是改图标、改登录，还是根本不该逼人下载。
面向客户的 APP 更苛刻。没有人会为查一次物流去下一款用完即卸的客户端。低频查询应给 H5 或小程序，对照 只做 H5 够不够。主入口究竟放小程序还是 APP，见 小程序和 APP，哪一种该当主入口。推送如果是你上 APP 的理由，要确认用户允许通知，否则商店装机量也换不来审批时效，见 推送和待办，如何让审批不再睡死。
先量断层，再决定要不要继续养这个客户端
能看到下载数，看不到「听说数」，就会误判。问现场：上周有多少人被要求用？其中多少人能说出商店里的准确名字？多少人卡在验证码？多少人装完却仍用纸质单？数字比评分有用。若断层在「不愿意装」，把主路径改到免安装容器，APP 留给必须推送或设备能力的人。若断层在登录，先做验证码或企业微信免登，不要先重画图标。
上架本身也是漏斗：苹果审核、安卓多渠道、企业签过期，都会让「已经做完」的 APP 实际装不上。这些要写进发布清单，而不是上线后才发现。完整路径见 从需求到上线：移动端怎么走。达希会先问谁被要求用、一天用几次，再决定要不要上架。需要一起看现有下载数据，到 APP / 小程序 / H5 说明现状。
内部强制安装也要画漏斗。入职发邮件「请自行前往商店」，和把企业分发写进 IT 开通清单，结果差一个数量级。一线如果必须用个人手机，还要解释流量、隐私和卸载后的数据。漏斗第四层（注册登录）若要绑定工号，IT 要先保证工号能查到人，否则现场会认为系统是坏的。下载数好看、登录数难看，说明商店不是瓶颈，账号才是。
面向 C 端时，商店评分会反向影响漏斗第二层。旧版本崩溃、权限要通讯录、截图全是 Slogan，新用户看完就不装。这时该修的是权限和首屏任务，而不是加大投放。把「必须完成的一件事」放进商店说明第一句，比换图标更接近下载转化。
商店名称必须和现场能搜到的一致
应用名称不要用内部项目代号。现场搜「报工」却搜不到「星辰智造 V3」，漏斗在第二层就断。商店截图里要出现真实作业画面，不要只放 Slogan。安卓渠道包不要各签各的名：用户从海报搜到的名字和商店不一致，会以为遇到假应用。渠道清单要和海报文案一起验收。
强制复杂密码，会把装机量变成废数
强制下载又强制复杂密码，是对一线最不友好的组合。能扫码登录就扫码。装机量上去但日活仍低，按 上线了没人用，怎么排查 继续往下看，不要停在下载数。