# 同行会 v0.2 用户体验审计

审计证据：`.tmp/audit-current/current-user-flows.png`，由本轮微信开发者工具运行时逐页截图生成。

## 总体结论

现有版本已经具备真实数据、TabBar、支付、资料、活动和管理能力，但交互仍更像“功能演示”而不是正常运营中的微信小程序。主要问题不是颜色，而是进入顺序、授权时机、页面职责和状态反馈。

## 最高优先级问题

1. 首页把资料完善当作首屏主任务。用户尚未理解产品价值就被要求头像、昵称和手机号，不符合“先浏览、后在必要动作授权”的小程序习惯。
2. 首页出现“微信身份已经安全连接”“第一次见面”等系统实现话术。用户只需要知道能做什么，不需要理解 CloudBase 身份状态。
3. 资料授权散落在首页、我的和编辑页，缺少按业务原因触发的统一授权页。应在报名、购买或查看会员资料时才说明所需信息。
4. 支付成功后仅依赖异步回调和短轮询，最终停留在“确认中，请刷新”。必须由服务端主动查单补偿，并有独立支付结果页自动收敛。
5. 成员详情的会员限制被表现为“无法打开成员资料”，把正常权限状态误报为错误。应展示可见摘要和清楚的会员解锁入口。
6. 订单页显示内部方案 ID，且把手动刷新作为恢复方法。用户应看到方案名称、金额、权益日期、支付/退款状态和自动更新结果。
7. 资料编辑页的 `textarea` 未稳定参与盒模型，出现横向越界和长表单主操作被截断。
8. 主页面层级过度依赖大标题、英文眉题和大面积深色卡，更像营销落地页；正常小程序应让真实活动和成员内容更快进入首屏。
9. 发现页在资料不完整时直接变成空页面。资料缺失可影响“同城”筛选，但不应阻断“为你推荐”和“新成员”。
10. 详情页、订单页和活动凭证页使用另一套方框/等宽字体样式，和主 Tab 不像同一个产品。

## 微信小程序逻辑基线

- 冷启动自动获得服务端调用身份，但界面不显示“已登录”或“身份已连接”。
- 首页、成员列表、活动列表和活动详情默认可浏览。
- 用户发起报名、支付、查看会员专属资料等动作时，才进入“继续使用同行会”页完成必要信息。
- 头像/昵称与手机号分开授权，说明用途；拒绝后仍可返回浏览。
- 会员是能力状态，不是 App 登录状态；普通用户可完整体验公开内容。
- Tab 页面返回时立即显示缓存，不出现整页重新加载。
- 支付结果由回调和主动查单共同确认，客户端成功不直接授予权益。
- 权限限制、空数据、网络错误和真实业务失败必须使用不同页面状态。

## 审计边界

截图可证明布局、内容层级、空态和主要状态文案；真实设备上的手机号授权、微信支付弹层、隐私弹窗与系统返回手势仍需设备验收。