Share Board

为什么做这个

日常协作里我经常碰到这种场景：想把手机上一段文字发到电脑上、临时给同事发一串链接、在会议室大屏上贴几条信息。

这些需求的共同点是临时、轻量、多人可见，但现有工具都太重了——微信要加好友拉群，在线文档要注册账号，AirDrop 又只能在苹果设备之间用。没一个顺手的。

Share Board 就是为这个场景做的：不用注册、不用登录，约定好一个 boardName + 口令，任何人打开网页就能进同一个展板，往里贴文本或链接纸条。

主要功能

• 通过 boardName + passphrase 创建或进入共享展板
• 支持文本和链接两种纸条
• 支持新增、编辑、删除、搜索、一键复制、手动刷新
• 口令不存浏览器本地，展板只记住你最近用过的名字，兼顾便利和隐私

设计思路

这个产品的所有决策，几乎都围绕一个问题展开：怎么让「临时共享一条信息」这件事的成本降到最低。

为什么是 boardName + 口令，而不是账号体系

我最早想过要不要做注册登录，但很快否决了。这个场景的核心是「临时」——我只是想把一段文字从手机弄到电脑上，或者给对面的人看一眼链接。为这个去注册一个账号、记住一个密码，成本比收益高太多了。

所以最后定的是「约定即身份」：两个人只要口头约好一个名字和一句口令，就能进同一个展板。不需要任何事先的账号绑定。这带来一个有意思的取舍——安全性确实不如真正的账号体系，但对「贴一下就走」的内容来说完全够用，而换来的便利是实打实的。口令我刻意不存浏览器本地，关掉页面就没了，避免在公用设备上留下痕迹。

为什么做成「便利贴墙」，而不是列表或文档

视觉上我没有用常见的列表或者在线文档那种形态，而是做成了一面贴满便利贴的墙。原因是这个产品的内容天然是「碎片化」的——一条链接、一句话、一个临时通知，每一条都独立、都短。便利贴这个隐喻正好契合：一条条往上贴，贴满了也无所谓，看完就撕（删）。

配色上用了五种克制的莫兰迪色系（经典黄、薄荷绿、天空蓝、玫瑰粉、低调灰），让用户可以给纸条做视觉归类——比如黄色是待办、蓝色是参考链接。这是个很轻的组织方式，不需要建文件夹、打标签那么重。

为什么是「手动刷新」，而不是实时同步

做的时候有个诱惑是做实时同步，对面一贴这边立刻出现。但我最后选了手动刷新。一方面是「多人同时盯着一块板实时协作」根本不是这个产品的主场景——大部分时候是一个人贴、另一个人过会儿来看；另一方面，「按一下刷新拉取最新」这个动作对用户来说心智成本极低，完全不影响使用。

这个取舍让产品轻了很多，也提醒我：不是技术上能做就该做，得看场景需不需要。

一些交互上的小取舍

• 复制按钮悬停才出现：纸条的内容多半是要被取走的，所以复制是个高频操作，但一直显示又显得乱。悬停（或触屏长按）时浮现，用完即隐。
• 删除有轻量确认：便利贴撕了就没了，所以删除加了个不打断节奏的二次确认，防止误触。
• 空状态有引导：第一次进一个空展板时，不是给一片空白，而是引导你贴第一张纸条——新用户的「第一步」永远值得专门设计。

回头看，这个产品没什么复杂功能，但每一个「不做什么」的决定（不做账号、不做实时、不做文件夹）都比「做什么」更关键。它的轻巧不是因为功能少，而是因为每一个功能都对着一个真实场景。