docs(merchant): 定死两张票的执行顺序与冲突面归属

上一轮只给了“04 先做，但也可以先清理”两个变体，不是可执行的顺序。现在定死：

1. 04 第一步：清理进度服务的单商户硬编码（删 RECOVERY_HUIFU_ID 恢复路径、
   进度按申请单通用）。纯清理、体量小。
2. 04 其余部分：实名申请能力、法人手机号、授权状态闭环、收款就绪纳入实名。
3. 03：新商户接入已通用化的分阶段视图 + 下一步推进 + 微信业务开通手动入口。

- 进度服务的改造指派给 04：它先做，且必须先清理再往上加实名阶段，否则实名进度
  要建在即将删除的代码上。03 那条“去掉恢复路径”相应改为“复用 04 已通用化的视图”。
- 收款就绪门槛明确实现在 04，03 只做验收核对，消除两张票重复声明同一改动的问题。
- 商户端进件表单的归属改为“04 先落地，03 做增量”，不再是“谁先谁改”。

依据：03 的第三个阶段就是微信实名，先落地 04 才能让 03 的阶段推进接在真能力上。