周末去哪 · 城市周末探索指南

要解决的问题

活动信息分散，没人按个人条件筛

展览、市集、演出、徒步分散在不同平台，推荐都不看天气和预算。回应：按天气、预算、人数、日期打分，每条推荐写明理由。

想出门，但找不到人一起去

中青校媒 4162 份问卷：64.82% 的大学生社交范围有限，35.61% 难找志同道合的人。回应：围绕具体活动组队，一个人去同样有完整路径。

计划被天气打乱

户外活动一下雨就泡汤。回应：接入实时天气，下雨天在顶部给出室内备选。

攻略不可信

很难判断作者是否真的去过。回应：只有由真实打卡写出的攻略才显示「已打卡」标记。

两分钟体验路径

1. 第一次打开：三步偏好引导（学校、兴趣、预算），每步都能跳过。
2. 发现页：天气摘要、当前条件，以及按条件排好的推荐，每条都写明理由。所选日期降水 ≥ 50% 时，顶部出现「雨天也能去」。
3. 改条件：试试选「免费」再把人数加到 10，会看到无结果时给出的放宽建议，数量是真实重算的。
4. 活动详情：完整理由、攻略摘要、当天天气；「自己去」「一起去」并列。
5. 组队、足迹、攻略：发起或加入队伍；打卡后解锁品类收集册；从打卡记录写成带可信标记的攻略。

数据只保存在你自己的浏览器里，清空浏览器数据即可重新体验首次引导。

设计上的几个取舍

• 条件先于内容：首屏直接给出能去的活动，而不是信息流。
• 理由比分数重要：展示「你喜欢展览 · 免费 · 雨天室内不受影响」，不展示匹配度百分比。
• 一个人去也是一等公民：人数选 1 时，「自己去」是主按钮。
• 只展示有依据的信息：没有定位校验就不声称用户到过现场，没有学校认证就不出现「认证」，天气拿不到就直说。
• 视觉：「城市周末刊」风格。四个页面各用适合自己内容的版式，共用一套设计 token。活动封面是 AI 生成的氛围图，图上标明「AI 氛围示意 · 非实拍」。

质量保障

• 198 项自动化浏览器检查：推荐回归与完整业务流程、天气慢与失败、雨天与无结果状态、六个屏幕宽度、表单就地报错与防重复提交、弹层与评分的键盘操作、点击区 ≥ 44px、200% 字号、减少动效、本地数据损坏与旧版本数据兼容。
• 线上巡检 24 项：直接访问正式地址，检查资源、封面、天气、路由与报错。
• 设计门禁：35 组配色对比度，页面不得使用设计 token 以外的颜色、圆角、阴影。

已知限制

• 活动、队伍、种子攻略都是示例数据，只覆盖杭州（7 个品类、16 个活动）。
• 数据保存在浏览器本地，不跨设备，没有真实的多人协作；组队里的其他成员是示例。
• 没有账号、学校认证、定位打卡校验、队内消息、分享链接，这些需要后端，属于下一阶段。
• 队伍「进行中 / 已完成 / 已取消」状态未实现：示例数据没有活动开始、结束时间。
• 未做读屏软件与真机测试。

技术实现

纯静态站点，HTML + CSS + 原生 JavaScript，无框架、无构建步骤。设计 token 只有一份来源；天气来自 Open-Meteo 实时预报；数据存在浏览器 localStorage。整站约 1.2MB。