品牌档案

12博主站:把生活服务信息分类、写清时效、按期核对

2024 年上线以来,12博主站的范围没有变过:把长辈代办、上门到场这类分散的生活服务信息收拢起来,按服务项目分作八类,写清覆盖区域、响应时间与更新记录。这一页说明站点从哪里开始、内容按什么规则组织、信息怎么核对,以及哪些事情站点不做。

  • 2024 上线年份
  • 1,200 在库条目(条)
  • 8 服务分类(C1–C8)
  • 18 已整理城市(座)
  • 30 全量复核周期(天)
01

起点:先把事情分清楚,再谈别的

书桌上并排放着分类标签纸、记事本与笔记本电脑的工作场景
整理从分类开始:先确定一条信息属于哪一类,再补齐它剩下的字段。

同一件“替长辈跑一趟”的事,信息过去散在群聊、评论和口头转述里。谁说的都不算错,但谁说的都查不到出处。上线那年站点没有铺开做别的,只把能找到的条目按服务项目归位,一条一条写清它适用什么情况、在哪些城市能办、大概多久能到。

8 类服务项目是站点第一版就定下的骨架,编号 C1–C8。

口径:分类数量自上线起未变,新增内容只补条目,不新增分类。

读这些条目的人也没怎么变:替父母或长辈安排事务的中青年家庭成员,以及临时需要上门服务的城市住户。他们多在碎片时间用手机看,最关心范围写没写清楚、多久能到、信息是不是刚更新过。站点的写法就围着这三个问题转,能不写形容词的地方就换成数字和范围。

1,200 条在库记录分布在 18 座城市的三个档位里。

口径:条目数量按当期复核后的在库记录统计,不含已下架条目。

第一次来,可以从首页的分类入口看起,再顺着初次使用指引的 12 步往下走;已经知道要办什么事的人,从场景或条目入口进去会更快。

内容怎么组织

按要办成的事分类,不按服务方的行业分类

一次替长辈下单可能同时牵扯采购和上门,但条目只会落在它最主要的那一类里。这样做的代价是有些信息要拆开写,好处是同一件事不会在八类里各出现一遍,查的时候也不用猜它在哪。

墙面上按编号依次排列的标签卡与说明纸,光线明亮
分类编号与条目编号都印在标签上,全站引用同一条内容时只说编号。

八类分类与各自的条目数量

  1. C1

    长辈代办 约 210 条

    代下单、代预约、代跑窗口,适用于本人不在长辈身边的日常事务。

  2. C2

    上门到场 约 180 条

    约定时间到家完成的服务,重点是到场时段与需要准备的物料。

  3. C3

    生活采购 约 190 条

    每日食材与日用品的代买、代取、代送,含节前集中采购的安排方式。

  4. C4

    家政清洁 约 160 条

    日常保洁与换季整理,按房屋面积与清洁深度区分时长。

  5. C5

    家电维修 约 140 条

    故障排查与上门修理,写清是否收上门费、是否需先行断电断水。

  6. C6

    出行陪同 约 120 条

    陪同就医、办事与短途出行,注明是否需要轮椅通道等条件。

  7. C7

    健康陪护 约 110 条

    陪诊与康复期照看,说明时段长度和需要交接的材料。

  8. C8

    应急协助 约 90 条

    临时断水断电、钥匙忘带一类突发情况,写清可联系的时间段。

编号怎么用

为了在全站引用同一条内容时不必描述它长什么样,站点给每一类内容配了固定的编号前缀。同一条目出现在任何页面,编号都不变;分类边界有疑问的条目,会在差异对照里用两组相近分类并排说明。

  • C1–C8服务分类,共 8 组
  • H-01 起帮助中心条目,共 13 条
  • P-01 起服务流程环节,共 12 个
  • S-01 起场景展示条目,共 6 类情境
  • V-01 起差异对照条目,共 8 组
  • E-01 起动态汇总条目,按月归档
  • N-01 起初次使用小节,共 12 步

每条目录信息都填同样的四项

  1. 分类

    归入 C1–C8 中的一类。跨两类的条目会被拆开写,而不是硬塞进其中一边。

  2. 场景

    说清这条信息在什么处境下用得上,避免只写服务名称让人对不上号。

  3. 时效

    必须落到具体城市档位,不写“尽快”“视情况”这类无法核对的词。

  4. 更新时间

    写的是最近一次复核的时间,不是内容最初被写出来的时间。

4 项字段缺任何一项,条目不进入发布流程。

口径:字段缺失的条目停在待补状态,不计入在库记录。

场景展示栏目按情境把条目串起来,帮助中心按问题编号排开,两处的入口都从同一条记录出发,内容一致。

信息怎么核对

发布前过一次交叉核对,之后按期全量复核

条目收进来不等于能上架。每条目录信息发布前要过一次交叉核对,核对的是事实本身:服务范围与描述是否对得上、时效档位有没有写错、场景举例会不会让人误解成别的服务。

发布前 1 次交叉核对,上线后每 30 天做一次全量复核。

口径:复核按批次推进,发现的偏差在当期修正并留痕,不留到下一批。

复核之后进入反馈环节。生活服务评价反馈每月汇总一次,汇总口径包含条目纠错、用户反馈与流程调整三类,每期整理约 40 条,最近一次整理在三月。从条目准入到复核一共 12 个环节,逐条写在服务流程与质量页面里;每期调整的记录留在动态汇总

每月 1 次反馈汇总,每期约 40 条,最近一次整理在三月。

口径:汇总日前提交的纠错进入当期,其余顺延到下一期。

更新节奏分三层,不混在一起

  • 条目级

    发现偏差随时修正,当天生效,不等到月末。

  • 反馈级

    每月汇总一次,把纠错、反馈与流程调整并到一起看。

  • 说明级

    分类说明每季度更新一次;重大口径变化不在别处悄悄改,单独说明。

每季度 1 次分类说明更新,重大口径变化单独发一条说明。

口径:日常条目修正不计入说明级更新,避免把两层节奏混为一谈。

8 个人,分成三种活

8

内容团队按角色分工,不按页面临时抽调。写条目的人不负责核对自己的条目,核对的人不决定分类该落在哪一类,这样两道关口不至于互相迁就。

三个人围桌讨论桌面资料的场景,桌上有分布图和便签

三类角色每周对一次分类边界与区域口径,定不下来的条目先不入库。

4

内容编辑

把零散信息写成条目,统一字段与句式,控制每条的长度,判断它该落在 C1–C8 的哪一类。

2

信息核对

执行发布前的交叉核对与每 30 天的全量复核,把偏差与修正过程记下来。

2

区域信息整理

维护 18 座城市的档位归类,跟住响应时间与上门时长的口径。

3 类角色 8 人共同维护同一套分类、编号与时效口径。

口径:团队规模与角色划分按当期在岗情况统计。

边界与原则

站点不做的事,写在前面

不撮合、不收款

站点只整理信息,不提供交易撮合与支付通道。用户与服务方之间的约定,由双方各自完成。

不做结果承诺

响应时间与上门时长按城市档位标注,那是整理出来的口径,不是保障,也不作为办理结果的依据。

纠错通道常开

发现条目与实际情况不符,可以提交纠错。汇总日前收到的进入当期汇总,其余顺延到下一期。

客服邮箱、客服电话与来信地址,以及留言通道适用于哪些问题,都写在联系通道页面里。