欲可平台的四端体验：Web、H5、小程序、App¶
一个产品，四个入口。每个入口有自己的脾气，我们尊重每一个。
为什么要做四端¶
很多创业团队会问：先做一端不行吗？答案是——可以，但会错过不同的场景。
欲可的核心场景是"互助匹配"。这件事发生在什么时候？可能是在电脑前（想认真写一张卡片），可能是在地铁里刷手机（随手看看匹配），可能是在微信群里被分享了一个链接（落地到 H5），也可能是想常驻一个 App 等推送（重留存）。
不同场景对应不同入口。如果我们只做一端，就会丢失其他场景。所以 MVP 阶段我们就决定：四端齐发，每一端都为它的场景优化。
四端的分工¶
| 端 | 技术栈 | 主场景 | 设计取舍 |
|---|---|---|---|
| Web | Vue 3 + Element Plus | 桌面端、重度编辑、管理 | 信息密度高、表格化、键盘友好 |
| H5 | Vue 3 + Vant | 移动浏览器、分享落地 | 轻量、即开即用、无需安装 |
| 小程序 | uni-app | 微信生态、社交裂变 | 微信登录、分享卡片、用完即走 |
| App | Flutter | 原生体验、推送、重留存 | 流畅动效、离线、推送通知 |
这不是"四端做一样的 UI"，而是"四端共享一个后端，各自为场景优化"。后端是 Flask REST API，四端都是它的客户端。
Web 端：桌面办公场景¶
Web 端用 Vue 3 + Element Plus。它的场景是"坐下来认真用"。
什么时候你会打开 Web 端？可能是午休在公司电脑前，想认真写一张 Can 卡片描述自己的能力；可能是晚上在家用笔记本，想浏览所有匹配、批量管理卡片；可能是作为管理员，想看看后台数据。
Web 端的设计取舍：
- 信息密度高。表格、分页、筛选器并存，一屏能看到更多卡片。
- 键盘友好。快捷键支持，比如 N 新建、/ 搜索。
- 多栏布局。左侧导航 + 主内容区 + 右侧详情面板，适合大屏。
- Element Plus 的成熟组件。表单、对话框、表格都开箱即用，开发效率高。
Web 端不是高频入口，但它是"深度使用"的入口。重度的卡片编辑、会员管理、订单查询，都在 Web 端完成体验最好。
H5 端：移动分享落地¶
H5 端用 Vue 3 + Vant。它的场景是"被分享链接后即开即看"。
什么时候你会打开 H5？可能是朋友圈有人分享了一张欲可的 Want 卡片，你点进去看看；可能是微信群里有朋友发了一个"帮 ta 实现"的链接，你想了解一下；可能是你在小红书看到软文，扫码进了落地页。
H5 端的设计取舍： - 首屏极快。Vant 的轻量组件 + Vite 的优化，首屏 < 1s。 - 移动优先。大字号、大按钮、底部 TabBar，单手可操作。 - 无需登录即可浏览。降低首次接触的门槛，登录只在"想发卡片"时触发。 - 分享卡片优化。每张卡片有独立 URL，分享出去就是一张漂亮的卡片预览。
H5 是"拉新"的入口。它不指望留存（留存靠 App 和小程序），但指望"第一次接触的好印象"。
小程序端：微信社交裂变¶
小程序端用 uni-app 编译到微信小程序。它的场景是"微信生态内的传播与转化"。
什么时候你会用小程序？可能是微信群里有朋友分享了"我发了一张 Want 卡片，快来帮我"，你点开就是小程序；可能是你在微信里搜"想学日语 找搭子"，搜到了欲可的小程序；可能是你已经在用 App，但想在微信里方便地分享给朋友。
小程序端的设计取舍： - 微信一键登录。不用填昵称，授权即用，转化率最高。 - 分享卡片到微信。每张 Want/Can 卡片可生成分享图，带二维码，朋友扫码即进。 - 用完即走。小程序不追求"留在里面"，追求"快速完成一次匹配请求"。 - uni-app 跨端。同一套代码可编译到 H5、支付宝小程序、抖音小程序，未来扩展成本低。
小程序是"裂变"的入口。微信的社交关系链是它最大的杠杆。
App 端：原生体验与留存¶
App 端用 Flutter。它的场景是"重度的、反复使用的核心用户"。
什么时候你会装 App？可能是你已经通过 H5 或小程序体验过，觉得"想常驻"；可能是你想要推送通知（"有人匹配了你的 Want 卡片"）；可能是你想要更流畅的动效和离线能力。
App 端的设计取舍： - 流畅动效。Flutter 的 60fps 渲染，让卡片滑动、匹配动画丝滑。 - 推送通知。匹配命中、有人查看你、会员到期提醒，都靠推送。 - 离线缓存。已加载的卡片离线可看，地铁里也能翻。 - Material Design 3。原生体验，符合 Android 用户习惯。
App 是"留存"的入口。它不指望拉新（拉新靠 H5 和小程序），但指望把"试用过的人"变成"长期用户"。
四端如何协同¶
四端不是孤岛，它们共享同一套数据和同一套匹配引擎。用户在 Web 端发的卡片，H5、小程序、App 都能看到；在 App 端升级的会员，Web 端也认。
协同的关键是统一的后端 API。Flask 提供一套 RESTful 接口，四端都是客户端。这带来三个好处： 1. 数据一致。任何端操作，其他端即时同步。 2. 迭代独立。改 Web 端不影响 H5，改小程序不影响 App。 3. 新端成本低。未来要做桌面端 Electron、做鸿蒙 HarmonyOS，只需接现有 API。
一个产品，四张面孔¶
欲可的四端，像一个有四张面孔的人。Web 是它的"工作面孔"，H5 是它的"社交面孔"，小程序是它的"微信面孔"，App 是它的"长期面孔"。
每张面孔为不同的场合而生，但内核是同一个——让 Want 和 Can 相遇。
我们不想强迫用户"必须用哪个端"。我们想做的，是让用户在任何场景下，都能用最顺手的方式进入欲可。地铁里用 H5，办公室用 Web，微信里用小程序，重度用 App。
四端齐发，不是炫技，是对"用户场景多样性"的尊重。