写生日记 · 产品功能架构
给画画的人用的一件事：找到值得画的地方，画完之后，把这个地方变成别人也能用的情报。
每个人的一次写生，既是一份作品，也是对一个地点的一次实地勘察——产品把这两件事收在同一个动作里。
功能架构 v2.0 · 2026-08-21 · 平台：微信小程序（网页端暂缓）· 依据 08-20 对齐会更新 · 颜色代表功能域，深色实心块是核心环节
产品闭环
五步走完是一圈：每个人的产出会变成下一个人的输入。这是这个产品能滚起来的原因，也是读下面架构图的主线。
STEP 1
找地方
今天想画街景还是园林？要有座位、能停车、光线好。按条件筛出候选。
STEP 2
到现场
在地点档案里看好去处、避开人流高峰，一键导航过去。
STEP 3
画并记录
传作品、写笔记，顺手标下这里的噪音、人流与氛围。
STEP 4
沉淀成档案
很多人的记录聚合成一份地点档案——评分、光照、氛围、设施。
STEP 5
被别人看见
作品被点赞收藏、被分享出去，也带来下一批人。
STEP 5 回到 STEP 1：作品是地点最好的广告，地点又让下一个人画得更好。
版本节奏
08-20 对齐会定的切割。北京现有核心用户约 5500–6000 人，MVP 先覆盖约 3000 人，验证后向全国推。
1.0 · MVP（1–2 周内测试上线）
定位 · 搜索 · 消息列表 · 作品详情页（点赞 / 收藏 / 评论）· 新建记录（草稿 + 图片压缩）· 个人地图点位。现有前端交接 + 后端补全。
2.0 · 9 月 20 日前后上线
地图主页（全部用户点位的社区总览）· 分享卡片模板化。预留 1–2 周测试，赶 10 月 1 日大湾区速写年会的推广窗口。
3.0 · 年底
独立 App · 线上义卖画作等增值服务。小程序阶段保持轻量。
已裁 / 暂缓
光照时刻表——大家集中在 10:00–14:30 画，不值得为它抬高上传门槛；网页端——用户六七成是中老年，微信生态优先。
功能架构总图
主链自左向右是用户的动线。绿色实心的「地点沉淀」是全链路的枢纽——它把一个个孤立的记录，变成可复用的公共资产。
DOMAIN 01
发现
用户进来的第一站：今天去哪儿画
条件筛选
室内外 · 场地类型 · 光照 · 氛围 · 设施（座位 / 卫生间 / 停车 / 免费）
地图找点 · 2.0
打开就是一张城市写生地图，点位即入口——与列表流并存
DOMAIN 02
创作
到了现场：画完，顺手把现场情况留下
场景标注
室内外 · 场地类型 · 氛围标签 · 设施信息
现场评价
打星、标噪音与人流——这三项是留给后来人的情报
时间自动记录
到访时间从照片 EXIF / 发布时间自动取，不让用户手填——上传门槛能压多低压多低
DOMAIN 03 · 核心
地点沉淀
把很多人的零散记录，收敛成一份可信的地点档案
地点档案
一个地点一张卡：位置、场地类型、设施、代表作品
评价聚合
星级、噪音、人流取多人共识；样本太少只显示「评价还少」，不硬给精确等级
社区地图总览 · 2.0
全部点位铺在一张地图上——地点档案的地图形态，2.0 的主打面
新地点收录
待审核 → 已收录 / 已驳回 / 已合并；疑似重复只进待合并队列，不静默合并
地点信息纠错
设施、场地类型变了，谁都能提修改建议，审核后更新档案
地点问答
怎么去、几点光好、要不要预约——沉淀在地点上，不散在某条作品的评论里
贡献度
首个发现留名；持续记有效评价与被采纳的纠错——让档案变准的人才是主力
DOMAIN 04
互动
让作品被回应，让人和人连起来
点赞与收藏作品
收藏一幅画是灵感板，和想不想去那儿是两回事
想去此地
对地点标记，攒成出行清单——与收藏作品是两个动作，信号不能混
分享卡片 · 2.0 模板化
按表单信息自动套不同风格模板生成海报；存相册或转发好友与群
地点档案 → 直接进入地点详情页
用户在作品里点一下地点名，就跳进那个地方的完整档案。这条路不经过筛选和排序，是产品里第二常走的入口。
互动与浏览数据 → 回流到发现
哪个地点被标「想去」得多、评价够不够、质量如何，反过来决定排序和推荐位。信号只取「想去」与有效评价——作品点赞衡量的是画，不是地方。
为什么「地点沉淀」是核心，而不是又一个作品社区
一个人说「外滩很安静」，那是个人意见；一百个人在不同时间说，才是可用的情报。这一环做的就是这件事：把主观的、零散的现场感受，聚合成对所有人有价值的客观档案。
结果是，用户越用产品越好用——地点档案会随着记录变多而越来越准。作品社区没有这个性质，作品再多，也不会让新用户找地方这件事变容易。竞品「大家画集」恰是反例：只有一张全站总图，没有个人沉淀——个人地图 + 地点档案的双沉淀，就是要打的差异化。
↓ 以下三层横跨全部功能域 ↓
ACROSS我的
用户自己的那份积累——横跨全部功能域，是打开产品的第二动机
个人写生地图 · 核心亮点
画过的点自动连成自己的地图——竞品只有全站总图，没有这个；对齐会定为第一差异化
记录管理
全部 / 已发布 / 草稿，可搜索自己的记录
ACROSS身份与治理
谁能做什么、内容可不可信——UGC 产品的地基
位置隐私
贡献者可把坐标模糊到 100–200 米；住宅与私人空间默认不进发现
FOUNDATION数据与平台能力
用户看不见，但决定产品能不能跑、能不能上线
图片存储与 CDN
写生图是大图，加载速度直接影响体验
EXTENSION延伸 · 场地统筹与商业化
非本期排期 · 场地统筹服务费是社群现在就在跑的盈利：对接咖啡馆 / 画廊办个人小画展、抽佣——平台化只是把它搬上来
场地统筹线上化
场地库、档期、申请办展走线上，替掉人肉统筹
线上义卖 · 3.0
画作义卖等增值服务，App 阶段再做
数据怎么组织
三张核心表。关键在于「地点」和「记录」必须分开——地点是所有人共享的一份，记录是每个人自己的一条。
- 作者、
spot_id
- 作品图（多张）
- 写生笔记
- 发布时间、草稿 / 已发布
- 点赞 / 收藏 / 评论计数
spot_reviews
地点评价 · 一次到访的主观感受
spot_id、用户、到访时间- 星级评分
- 噪音等级、人流密度
- 氛围标签
- 名称、城市、地址、坐标
- 室内 / 室外、场地类型
- 设施信息
- 首个贡献者、收录状态
- 聚合值：评分、噪音、人流、氛围标签
配套表另行设计：users 用户 media 图片 comments 评论 wishlist 想去 spot_edits 地点纠错 notifications 消息 —— 图片单独立表，它是最大的一笔存储与带宽成本
这三张表为什么不能合成一张
如果一条记录就是一个地点，那么一百个人画外滩，库里就会有一百个「外滩」，各带一套自己打的分。搜索出来是一百条重复，评分也失去意义——因为那是作者给自己选的地方打的分。
拆开之后：spots 全站唯一，spot_reviews 一人一次到访一条，地点档案上的评分、噪音、人流、氛围全部由评价聚合而来。同一个外滩，工作日清晨和周末中午的人流是两条不同的评价，而不是互相覆盖的同一个字段。