← 返回列表

「微光站」公益门户规划：知识资讯 + 时间陪伴（关怀群体频道化）

2026/9/13

背景与问题

承接 online-charity-care-groups 调研结论：网络公益按「钱/时间/技能」三选一都有入口，但普通人的参与信息散落在各组织官网，陪伴类项目门槛高、入口深。目标：规划一个公益门户网站，两大支柱——知识资讯（教公益人士怎么参与）+ 时间陪伴（给特殊关怀群体可获得的陪伴），不同关怀群体作为子模块（频道），双边用户为公益人士与特殊关怀群体。

要回答的三个问题：

  1. 门户网站的信息架构怎么切——按功能切还是按群体切？
  2. 无募捐资质、单人运营的约束下，陪伴功能怎样安全可跑？
  3. MVP 范围是什么、技术栈怎么落？

发现（现状与差异化空间）

  • 志愿汇、中国志愿服务网：重时长记录与岗位发布，不教「怎么做得好」，面向已入门者。
  • 腾讯公益/支付宝公益：重筹款与行为公益，是钱的通道，不是时间的通道。
  • 公益时报、中国发展简报等行业媒体：面向从业者，不面向普通人。
  • 各组织的陪伴项目（心理热线、书信陪伴、云支教、口述影像）分散、报名入口深、承诺重（热线志愿者要求服务期≥1 年）——想入门的人迈不进，被陪伴的人等不到。
  • 空档（推测）：「普通人的公益入门百科」+「低门槛异步微陪伴任务」无人整合；且没有站点把「按关怀群体找出口」作为主导航——群里的人不知道去哪、想帮的人不知道找谁，门户的群体频道正好补这个认知缺口。
  • 灵感库查重（2026-09-13）：搜「陪伴」293 条、「公益」368 条，均为单点产品，无同类门户。其中「有声书众包录音棚」(#427)、「图像语音描述志愿网」(#494) 可作为本站的任务类型接入——门户反过来成为这些灵感的任务分发层。
  • 门户化决策（2026-09-13，按用户要求确立）：主站做聚合与导航，关怀群体各成子模块。理由：① 群体即频道，用户认知最简单（"我爷爷一个人住"→点银发频道）；② SEO 广覆盖，12 个频道=12 组长尾词阵地；③ 未点亮的群体也能靠薄频道提供转介信息，求助者不落空。代价：频道多而空会显得没生气——约束是上线时每个频道至少有「认识他们+求助转介」两个区块的内容。
  • 命名候选：微光站（推荐）/ 暖流集 / 同路人站。默认 Cloudflare 海外节点（免备案、与既有管线一致），代价是大陆访问速度与百度收录弱，用 xmm-seo 多引擎打法弥补；未来重投大陆市场再迁备案。

产品规划（门户架构）

定位与三原则

一句话：一个按关怀群体分频道的公益门户——给想出力的人「从零开始的陪伴指南」，给需要的人「有人回应的角落」。

  1. 不出钱红线：站内不归集捐赠、不做配捐，只放正规平台官方项目外链并显著声明「本站不受理捐赠」。
  2. 异步优先：MVP 阶段所有陪伴均为异步微任务（写信、录音、整理信息），不做志愿者与弱势人群的实时私聊——单人运营下对双方最安全的设计。
  3. 可核验的善意：每篇内容标来源与日期，每个任务有模板与守则，产出经审核才送达。

信息架构：主站 + 12 个群体频道

主站是「目录+运营位」，群体频道是「内容主体」。频道按四大类分组：

```
/ 门户首页
├─ 四大类频道导航（下表 12 频道）
├─ 双入口：「我想出力」（→任务/知识）、「我想被听见」（→求助通道/心愿墙/转介）
├─ 聚合运营位：最新知识 / 精选任务 / 心愿精选 / 「回声」陪伴成果
└─ 节点日历（99公益日、4·2 孤独症日、罕见病日、12·5 志愿者日…）

/g/[group]/ 群体频道首页（统一五区块模板，见下）
/tasks /knowledge /wall /help 全站聚合页（跨频道，可按群体筛选）
/ask 求助通道：求助工单（非紧急受理；紧急情形首屏直达热线）
/feedback 反馈通道：内容纠错 / 功能建议 / 合作咨询 / 投诉举报
/inbox 站内信：官方会话 + 系统通知（求助/反馈的正式承接口）
/about/contact 官方渠道页：热线电话 / 官方QQ / 官方微信（唯一指定，防仿冒）
/u/[id] 个人页（微光值与记录）
/about/… 隐私政策 / 志愿者守则 / 免责与不受理捐赠声明
/admin 运营后台：三队列工作台（求助 → 审核 → 反馈）

全站常驻入口（保证「明显」）：

  • 右下角悬浮按钮组：「求助」暖色大按钮 + 「反馈」次级按钮，所有页面可见
  • 顶部导航右侧、每个频道页五区块内、全站页脚均放「求助 / 反馈」链接
  • 每篇文章/任务详情页底部：「本页内容有误或过时？」→ 预填页面 URL 的反馈表单
    ```

12 个频道清单（slug 为路由名）：

大类

频道

slug

银发与照护

独居·空巢老人

elder

认知症（阿尔茨海默）家庭

dementia

失独家庭

bereaved

儿童与成长

留守与乡村儿童

rural-kids

大病儿童及家庭

sick-kids

服刑人员子女

behind-bars

无障碍与康复

视障人士

vision

听障人士

hearing

肢体障碍者

mobility

孤独症家庭

autism

罕见病病友

rare

心理与安全

心理困扰者

mind

家暴受害者

dv

流浪露宿者

homeless

（表格实为 13 行——「心理与安全」含 3 个频道，合计 13 频道；上线初期可先挂 12 个，homeless 视内容储备并入或后置。）

频道统一模板（五区块）——每个频道首页长一样，只换内容：

  1. 认识他们：这个群体有多少人、卡在什么困境、常见误区（每频道 1-2 篇底稿）。
  2. 怎么帮：参与路径 + 相处手册（与视障者同行的 10 个细节、给留守儿童写信怎么写…）。
  3. 陪伴任务：该频道的微任务列表（满配频道才有，薄频道显示「即将开放」+引导去全站任务大厅）。
  4. 心愿墙：该群体匿名树洞（满配频道才有独立视图，全站墙可按群体筛选）。
  5. 求助转介：该群体的热线、正规组织、官方平台清单（所有频道必备——薄频道的兜底价值）。

满配频道 vs 薄频道：

  • 满配（MVP 做 2 个）：elder 独居老人 + autism 孤独症家庭——与既有课题（elder-ai-scam-guard、japan-family-caregiver-app）和灵感（#501/#20388）协同，素材现成，五区块全开。
  • 薄（其余 10-11 个）：上线即有「认识他们 + 求助转介 + 相关文章聚合」，任务/心愿区显示预告。这样门户显得完整、SEO 面铺开，工作量可控。

核心机制：微陪伴任务闭环（挂在满配频道内）

站方/认证发起人发布模板化任务（归属某频道）→ 志愿者认领 → 按模板完成 → 提交文字/音频打卡 → AI 初筛+人工审核 → 送达（合作组织转交或站内「回声电台」）→ 双方各得「微光值」。
知识与陪伴在这里咬合：每个任务模板自带该群体频道的沟通守则——内容区块教你做，任务区块让你立刻做。

首批 10 个种子任务（全部异步，归 elder/autism 两频道）：

  1. 给独居老人读一篇报纸/散文，录 3-5 分钟音频（经合作组织转交）
  2. 「教老人用手机」图文/短视频脚本（挂号、打车、视频通话三选一）
  3. 给独居老人写反诈提醒漫画脚本（衔接 elder-ai-scam-guard）
  4. 给孤独症孩子的家长写一段「喘息」鼓励
  5. 给孤独症儿童做视觉日程卡素材（对应灵感 #501）
  6. 给留守儿童写一封鼓励信（模板+守则，组织转交）
  7. 为无障碍电影写 5 分钟解说词草稿（vision 频道预告内容）
  8. 给罕见病病友整理「确诊后第一步」信息卡（rare 频道预告内容）
  9. 有声读物片段录制（对应灵感 #427）
  10. 心愿墙回应：回一个「想被听见」的帖子

反馈与求助双通道（明显入口 + 后台必达）

前台解决「找得到」，后台解决「一定有人看到」——通道是门户的信任地基，优先级高于社区功能。

求助通道 /ask（分层设计）

  • 紧急分流：表单首屏常驻三行大字热线（心理危机 12356/希望24热线、家暴 12338/110、走失/儿童紧急 110）——紧急情况不该等异步回复。
  • 非紧急工单表单：身份（本人/家属/邻居/社工，可选）→ 所属群体（自动关联频道）→ 需要什么（求陪伴 / 想了解信息 / 求转介组织 / 其他）→ 描述 → 联系方式（微信/邮箱/电话至少一种）→ 是否同意匿名公开。
  • 提交后发放跟踪码可查进度；页面明示响应承诺：48 小时内人工回复。
  • 工单流转：新建 → 处理中 → 已回复 / 已转介（登记去向）→ 关闭；站内能解决的直接转成陪伴任务或直接答复。

反馈通道 /feedback（轻量）

  • 四类：内容纠错 / 功能建议 / 合作咨询 / 投诉举报（心愿墙帖、任务产出、志愿者行为均可举报）。
  • 文章与任务页「纠错」入口自动带上页面 URL；全站页脚常驻。

运营后台 /admin：三队列工作台（口令保护）

  1. 求助队列（最高优先级、默认置顶）：新工单自动进队，带来源频道标签；动作：回复（经站内信发出）/ 转介（登记去向）/ 转任务 / 关闭，全程留痕（处理人/时间/备注）；电话/QQ/微信来的求助用「代客建单」录入。
  2. 审核队列：心愿墙新帖、任务打卡产出、举报申诉，逐条通过/驳回。
  3. 反馈队列：纠错/建议/合作，处理后一键跳转对应文章修改。
  • 必达机制：新求助、举报、危机命中 → Email Routing 实时推送运营邮箱；每日 8:00 汇总邮件（新增求助 x / 待审核 y / 未读反馈 z），单人运营不漏单。
  • 升级规则：表单与心愿墙文案命中危机关键词库 → 工单自动标红置顶 + 实时邮件 + 受理页强制展示热线。
  • 看板：今日新增、待办数、平均响应时长、各频道求助分布——需求最旺的频道优先点亮。

站内信承接 + 官方渠道矩阵（多入口、单承接）

原则：入口可以多，承接必须一——电话/QQ/微信进来的求助一律由运营代录成工单，统一在站内信里闭环留痕，避免运营线索散落在外部聊天记录里。

站内信 /inbox（正式承接口）

  • 两类消息：① 系统通知（机器单向：工单状态变更、认领成功、审核结果、微光值变动）；② 官方会话（用户 ↔ 运营双向，一个工单一条会话线程，求助/反馈的回复都在这里展开）。
  • 跟踪码兜底：未注册者凭工单跟踪码在一次性页面看回复；表单提交时引导轻注册（邮箱验证码）以使用站内信。
  • 红线延续：站内信 MVP 只开「用户 ↔ 官方」会话与系统通知；志愿者 ↔ 求助者私聊不开放（P2 再评估受控版本：仅文字、留痕、可举报）。
  • 提醒机制：新站内信 → 站内红点 + 邮件提醒「回站查看」（对话内容不出站，邮件只做引子）。

官方渠道矩阵（展示于页脚、/about/contact、/ask 与 /feedback 表单旁、悬浮面板）：

渠道

定位

MVP 取舍

官方热线电话

求助入口里最「重」的信任锚点；工作时间人工接听，非工作时间语音留言→次日站内信回复

P1（M2 前后）：虚拟办公号/专用副号，不与私人生活混用；接听话术卡常备——遇危机个案照读引导话术，接不住就转 12356

官方 QQ（号+群）

志愿者社群主阵地：分「志愿者群」「家属群」，入群设验证问题；QQ 单聊只做引流转站内

W1-2 上线（申请门槛最低）

官方微信（公众号）

内容分发 + 服务通知：订阅号（个人主体可注册）先行，后迁服务号（需个体户/企业主体）拿模板消息推站内信提醒；微信群作补充

订阅号 W1-2 注册；服务号 M2+；不放个人微信号（封号与隐私风险）

  • 防仿冒：/about/contact 列明唯一指定号码/账号，声明「其余均为假冒」；QQ 群只从站内入口公示；官方账号不私人化使用。
  • 运营纪律：QQ/微信/电话里收到的一切求助与举报，24h 内代录工单；外部渠道只引流与应急，案底不留在站外。

账号体系与完整后台（注册、角色、内容管理）

注册/登录（低门槛优先）

  • 双通道注册：邮箱（验证码）或手机号（短信验证码），验证即建号，不设密码、验证码登录。
  • 开发与演示期验证码统一 mock 为 666666：不接真实通道即可注册、开通运营账号、跑通全流程；由环境变量 MOCK_OTP 控制，生产关闭并接真实通道（邮件走 Email Routing；短信接阿里云/腾讯云 SMS，注意签名模板备案周期）。防刷：Turnstile + 发送频控（同号码 60s 一次、每日上限）。
  • 运营账号开通：首个管理员由部署种子变量 ADMIN_EMAILS 自动授予；之后管理员在后台「成员管理」按邮箱/手机号把任意账号提为运营角色——编辑（内容）/ 审核（队列）/ 管理员（全部），全程无需改代码、无需部署。

完整后台 /admin（内容管理是一等公民）

  1. 仪表盘：待办数、今日新增、平均响应时长、各频道求助分布。
  2. 内容管理：文章 CRUD（Markdown 编辑器 + frontmatter 表单：频道/来源/更新日期/SEO 标题描述）与发布状态（草稿/发布）；频道管理（groups 增改、满配/薄切换）；热线数据管理；节点日历；公告栏。
  3. 任务管理：任务 CRUD 与上下架、认领/打卡审核。
  4. 社区管理：心愿墙审核、举报处理。
  5. 通道工作台：求助队列（置顶）、反馈队列（承接前述双通道）。
  6. 成员与权限：运营账号开通与角色分配，后台动作全留痕。
  7. 系统设置：危机关键词库、SLA 文案、官方渠道信息。
  • 权限默认最小化：新运营账号默认「编辑」，逐项加权限。

内容策略（首批 15 篇，按频道归属，标来源）

  • 每个满配频道 4 篇：认识他们×1 + 怎么帮×2 + 任务守则×1（elder、autism 各 4）。
  • 每个薄频道 1 篇「认识他们」+ 转介数据（10-11 篇，短稿）。
  • 常驻 3 页：全站 /help 转介页（12356、希望24热线 4001619995、12338、12348、头条寻人/宝贝回家…，本站「救命页」兼最大 SEO 入口）/ 志愿者安全与伦理守则 / 节点日历。
  • SEO 主攻长尾：热线号码、项目报名教程、群体相处技巧；频道页天然承载「[群体]+求助/陪伴/怎么帮」类词（按 xmm-seo 打法提交三引擎）。

激励体系

「微光值」累计 + 频道徽章（如「长者之声×10」）+ 年度陪伴报告（可分享海报）。不冒充官方志愿服务时长（官方记录走志愿汇/中国志愿服务网），页面明示区别。

技术方案（前后端 TypeScript + SEO 友好，全部映射既有技能栈）

选型：Astro 5（全栈框架，TypeScript 原生）跑在 Cloudflare Workers 上——一个应用覆盖前后端，无需单独 Node 服务器。

  • 渲染策略（SEO 的根）：混合渲染——知识库文章、频道页、/help、/about 等内容页构建时预渲染成纯 HTML（爬虫拿到完整 DOM，不依赖执行 JS）；任务大厅、心愿墙、站内信、admin 等动态页走 SSR（@astrojs/cloudflare 适配器）。默认静态、按需动态，Core Web Vitals 天然优秀。
  • 内容层：文章存 D1（后台在线编辑、即存即发，运营发内容无需改代码无需部署），SSR 完整 HTML + Cache API 缓存、发布时清缓存——爬虫拿到的与服务端渲染一致，SEO 无损；git 仓库保留首批种子文章 MD 与导入脚本；frontmatter 字段（group/source/updated）用 zod 定义。
  • 后端与类型闭环：表单与接口用 Astro Actions + zod（求助、反馈、认领、打卡），客户端校验与服务端校验共享同一份 schema，端到端类型安全；D1 访问用 drizzle-orm（TS ORM，schema 即类型），迁移用 drizzle-kit。
  • 账号与会话：验证码登录（邮箱/手机号 + 6 位验证码），D1 会话表 + HttpOnly Cookie；验证码服务统一封装，MOCK_OTP 开发期固定 666666；后台路由按角色守卫（middleware）。
  • 动态能力：R2 存音频打卡；Turnstile（服务端校验）防灌水；Email Routing/Workers 发通知邮件；每日汇总邮件用 Cron Triggers。
  • SEO 清单（按 xmm-seo 三引擎打法落地）：@astrojs/sitemap 自动 sitemap、每页独立 title/description/canonical、OG 卡片、JSON-LD 结构化数据（Organization/Article/FAQPage——热线转介页用 FAQPage 很吃排名）、robots + IndexNow、Google/必应/百度站长平台验证、移动端优先。
  • 工程：Vitest 抽样测关键路径（工单状态机、审核流转）；样式 Tailwind CSS v4；部署走 cf-gitlab-deploy 管线（参照 cloudflare-small-app 架构决策）。
  • D1 表（草案）：users（邮箱/手机/角色/状态）、otps（验证码哈希/过期/尝试次数）、sessions、articles（正文/频道/发布状态/SEO 字段）、groups（slug/名称/大类/状态 full|thin）、tasks（挂 group_id）、task_claims、checkins、wall_posts（带 group_id）、wall_replies、help_requests（求助工单：跟踪码/优先级/状态/处理留痕）、feedbacks（类型/页面 URL/状态）、messages（站内信：会话线程/发送方/是否官方/已读）、glow_log、hotlines（转介数据也可先静态）。
  • 频道页 = 同一个页面模板 × groups 数据驱动；新增频道 = 加一行数据 + 补内容，不改代码。
  • 审核：admin 三队列工作台+口令；AI 初筛（危机关键词库→工单标红+强制热线）+人工复核；薄频道心愿区不开放，天然降低审核面。

运营与冷启动

  1. 内容先行：上线即 15 篇 + 13 个频道（2 满 11 薄）+ /help，SEO 收录跑起来。
  2. 任务自营：MVP 期种子任务全部站方发起，只挂在 elder/autism 两频道，不依赖双边同时冷启动。
  3. 社群分发：高校青协、公益组织社群投任务模板；换内容/换链接。
  4. 机构合作：请 1-2 家小公益组织免费入驻（养老驿站、孤独症家长组织优先），承接产出转交——给她们频道内曝光，换本站公信力。
  5. 节点运营：4·2 孤独症日、12·5 志愿者日做频道专题页；每点亮一个新频道就是一次运营节点。

合规与风险（红线清单）

  • 募捐红线：不归集资金，外链只指正规平台官方项目页。
  • 心理安全：不做诊断治疗；心愿墙挂「这里不是心理咨询」；危机信号一律引导 /help；志愿者守则「只倾听、不劝解、不承诺」。
  • PIPL：默认匿名、不收身份证、心愿帖可撤回、音频不出站；涉未成年人内容经监护人/组织方同意。
  • 求助数据最小化：求助工单含联系方式，属敏感个人信息——只存受理所需最少字段，结案后删除联系方式、保留脱敏摘要；跟踪码不与身份信息关联。
  • 内容权威性：医疗/法律内容只转引权威指南并标出处；每篇标来源与更新日期；薄频道宁缺毋滥——没有可靠来源的频道先只放转介。
  • 运营风险：志愿者流失→微任务+模板+微光值；审核人力→AI 初筛+心愿墙限额；双边冷启动→自营任务兜底。
  • 门户特有风险：13 个频道单人维护易顾此失彼——薄频道只承诺静态信息（低维护成本），点亮节奏见里程碑，不追求齐头并进。
  • 最大风险（推测）：陪伴产出「送不到人」会让善意落空——合作组织是 MVP 硬依赖，未谈妥前信件/录音类任务不开放。

里程碑

  • W1-W2：Astro+Cloudflare 项目骨架（TS、drizzle、Tailwind）+部署管线；注册登录（邮箱/手机验证码，MOCK_OTP=666666）+后台骨架（成员角色、文章 CRUD）；门户骨架（groups 驱动导航）、elder+autism 满配频道内容、11 个薄频道（认识他们+转介）、/help、/feedback 反馈通道+悬浮入口、官方渠道页（QQ/订阅号先上）、Turnstile+隐私政策。
  • W3：/ask 求助工单+站内信（系统通知+官方会话）+三队列后台工作台+实时/每日邮件通知（先于心愿墙——通道比社区优先）；满配频道任务大厅+认领/打卡闭环。
  • W4：满配频道心愿墙（审核制）、微光值、全站聚合页、SEO 三引擎提交、上线。
  • M2：点亮第 3、4 频道（建议 rural-kids、mind）、官方热线电话（虚拟号+接听话术卡）、组织入驻后台、首个节点专题。
  • M3：数据评估：决定继续点亮节奏，或接入灵感 #494/#497/#427 做任务化扩展。

结论

已执行（2026-09-13，MVP 上线 https://weilight.aiayn.com）。 门户化让「群体即导航」成立：14 个频道（2 满配 elder/autism + 12 薄，规划表格误标 13 实列 14）全部具备「认识他们+求助转介」兜底。技术栈按 Astro 5 + @astrojs/cloudflare + D1 + Tailwind v4 落地，全站 SSR 完整 HTML（SEO 友好）+ 手写 sitemap；验证码登录（演示期 MOCK_OTP=666666）、求助工单（跟踪码+危机词标红+48h SLA 文案）、反馈通道、任务认领→打卡→审核→微光值闭环、三队列后台（求助/审核/反馈）+文章 CRUD+成员角色均可用；本地与线上冒烟各 28/28 全绿。心愿墙、R2 音频上传、邮件通知、Turnstile、组织入驻按里程碑留 P2。代码：L:\cloudproj\weilight（GitLab root/weilight）。

待办 / 下次继续