H7.08.2cancellation findability设计研究
取消入口的可达性不得低于订阅入口
别名: 取消订阅入口 · 退订可达 · cancel as easy as subscribe
概念解释
人怎样走进「开通订阅」，就应能用不少于那条路的发现成本走进「取消订阅」。可达性比的是跳数、是否要登录到同一身份、是否只有网页能开、App 里却找不到。它不是挽留话术能不能插在取消过程中——那是下一步会不会阻断；这里只管门在不在、好不好找。续费提醒也不是入口本身。
机制
开通被放在价目、结算、功能墙、空状态，取消被放进账号深层或只给网页。这种不对称就是「蟑螂旅馆」：进来容易出去难。人在取消时已经决定离开，额外的寻路被读成敌意，于是改走应用商店投诉、拒付。系统级订阅（商店内购）的取消入口在商店设置，应用内若只说「去设置」却不指路径，可达性仍然低于当时一键订阅。邮箱里的开通成功信若不含取消链，就少了一条与开通邮件对称的路。
怎么研究
记录从首页到开通的跳数与从首页到取消确认的跳数，比较 Web / iOS / Android。再加「只在邮件里」「只在网页」的变体。
自变量：入口位置、平台是否一致、是否需搜索设置关键词。 因变量：找到取消的时间、放弃后改走商店或银行、误开第二份订阅。
任务名写「取消订阅」会让人直接搜。改用「不想下个月被扣」看第一跳。不要用最终取消率当可达性——很多人是打电话取消的。
边界
商店政策要求取消必须在商店完成时，应用内应深链到对应订阅管理，而不是做假取消按钮。企业管理员开的席位，成员本人不可取消，入口要说明谁能取消。已过不可退窗口的开通，取消管的是下期，入口仍应在，文案写清「本期有效至」。
怎么落地
- 开通成功页、订阅管理、续费邮件都提供取消；App 与 Web 都能到达同一状态。
- 系统代扣的订阅，应用内用系统提供的管理入口，步骤写成可照做的路径。
- 取消不要藏在「更多 > 高级 > 法律」这类与开通无关的树上。
- 验证：让未参与的人先走一遍开通（或看开通录屏），再从同一产品找取消，比较跳数。取消明显更长或只能在另一端完成且无指引，可达性失败。