10 · 运营与持续使用 · 菜单有没有人做完
菜单在，不代表这张单有人做
产品运营看的是某个功能有没有人做完，不管续约，也不管券发给谁。菜单长短不是成绩。
在用：收货、关闭差异，每天有完成的单。保持入口稳定，不随便改位置。
没人点：波次拣货上线两周为零。先查是不会用，还是现场根本不这样干活。
误用：有人用备注代替状态。把备注里的重复句子交给产品，看规则是不是缺了。
产品运营对功能是否进入日常负责
产品负责人决定下一版修什么。产品运营提供功能粒度的使用事实：哪个菜单每天被用，哪个从零开始就没人完成过一张单，哪里的人总在备注里打字。岗位特点是不把「培训一下」当成所有零使用的答案。零使用可能是入口深、权限没开、现场流程根本不存在这一步。他先取证再建议。建议交给产品，自己不直接让开发改菜单。整条主路径是否掉回微信、续约前追哪一件事，交给客户成功。发券名单交给用户运营。
指标要和数据架构的口径一致。完成的收货单指状态已收，不是指打开过页面。打开过页面会被当成使用，从而掩盖没人提交。
波次菜单的零次
配送中心上了波次拣货，两周没有一张完成的波次单。产品运营跟了一趟拣货，发现拣货员仍按门店摘果，主管也不打算改，因为月台不支持集货。功能是售前之后某人加上的愿望。产品运营把观察交给产品负责人：停用入口，避免新人点进去做出半张单；是否重做等待现场真的改作业。入口停用后，他验证的是完成单数，不是客户满不满意。拣货错误没有上升，说明这个菜单曾经只是干扰。还在用的入口，连续两个版本不要改位置。位置一改，完成量会掉，然后被误判成业务下降。
功能事实怎样进下一版排期
产品运营把建议分成收起、保留、重做三类，每类带完成单数、样例单号和验证日期。三类混写，产品会按最容易的保留处理。点击、曝光和整条路径有没有掉回微信，不写进这张事实表。路径是否回到微信，由客户成功追；本岗只回答这个菜单有没有人做完一张单。误用时先数有多少单把备注当状态用。数量少，可能是个别人的习惯；数量多，就是规则缺了出口。样例单号给产品负责人，补状态还是收起入口由产品决定。运营自己改菜单，会造成下一版又把入口加回来。没有验证日期的建议，等于不处理。
下一版排期会上，产品运营只带一张功能事实表。每一行是菜单名、两周完成单数、建议类型、验证日期。零次菜单如果建议收起，要写替代动作：拣货员继续按门店摘果，入口对新人隐藏。只写「优化体验」，实施会被现场追问，入口又会被临时加回。完成上升但错误也上升的菜单，他另标一行：入口把不该做这张单的人放进来了。这一行交给产品负责人，不包装成活跃度。整条主路径有没有掉回微信，不出现在这张表上。那是客户成功按周追的数字。本岗的成绩是：该收起的入口在验证日仍然收着，该保留的入口完成单数没有因为改位置而掉零。