服务流程与信息质量

一条生活服务信息,从收录到复核要经过哪些环节

12博主站于 2024 年上线,做的是生活服务信息的整理与分类。这一页把每条信息的来路写清楚:谁在核对、核对什么、多久核对一次,以及上门流程里需要逐项确认的节点。

  • 12 个流程环节
  • 2 次发布前核对
  • 30 天一轮全量复核
两页打印资料并排放置,一只手拿着笔在行间逐项比对
发布前的第二次核对,把条目里的数字与来源材料逐项比一遍。

第一章

条目准入与分类边界

P-01 — P-03

八类分类不按服务方名称划,也不按价格档位划。判断一条信息该进哪一类,看的是它解决的事发生在哪里、由谁完成、大概需要多长时间。

P-01 分类归属判定 #

八类分类使用 C1 至 C8 的固定编号,依次为长辈代办、上门到场、生活采购、家政清洁、家电维修、出行陪同、健康陪护、应急协助。八类累计收录约 1,200 条,其中数量最多的长辈代办约 210 条,最少的应急协助约 90 条。

一条信息同时沾两类时,按主要动作归属,并在条目里标注涉及的次要分类。陪长辈去医院取药,主要动作是陪同与陪护,归入健康陪护;代取药的部分标注生活采购作为次要分类,不另开条目。

哪些说法不会被当作分类依据

服务方自称的名称、门店数量、成立年份都不进入分类判断。价格档位同样不参与分类,同一个分类下的条目可以分布在不同价格区间里。分类只看这件事实际发生在什么场合、需要什么能力、大概占用多少时间。

P-02 条目准入的四项条件 #

一条信息要进入目录,需要同时满足四项:能说清服务发生的地点范围,有明确的联系与到场方式,有可以记录的时长口径,有能够被复核的来源。四项缺一,条目留在待核区,不对外显示。

结果性说法不能作为准入依据。「效果最好」「一次解决」这类表述既无法核对,也无法在下一轮复核时验证,在准入阶段就会被要求改写或者退回。条目里保留的是可以拿来比对的事实描述。

如果你更想按具体处境看条目怎么归类,场景展示栏目按六类生活情境做了横向对照,可以拿来和这里的分类规则互相印证。

P-03 字段完整度与区间写法 #

每条目录条目按固定字段记录:分类编号、覆盖城市与档位、响应时间区间、上门时长区间、最近复核日期、条目来源与纠错入口。字段缺项时该条不展示,避免读到半条信息还以为已经写全了。

时间字段写成区间,不写单点。区间来自同一个位置、同一个时间段内多次记录的结果;写单点会让人以为每次都能落在那个数字上,那是站点给不出的结论。

第二章

发布前核对与周期复核

P-04 — P-06

核对分两层:发布之前先把字段和表述各过一遍,发布之后按 30 天一轮做全量复核。两层都不做抽样。

P-04 发布前的两次交叉核对 #

第一次核对针对字段。分类归属、城市档位、时间区间三项由两位内容编辑独立填写,两份结果不一致时退回重填,不取折中值。这一步卡的是「两个人填出同一个答案」。

第二次核对针对表述。核对人把条目里的数字与来源材料逐项比对,并检查是否混进结果承诺类的措辞。两次都通过,条目才进入发布队列。

P-05 每 30 天的全量复核 #

分类条目每 30 天做一次全量复核,不是抽查。复核由 2 名信息核对人员轮值执行,按分类分周推进,保证一个月内八类都过一遍。复核完成后,条目上的最近复核日期随之更新。

同一分类里如果有条目连续两轮没有发生变化,复核记录会标注这一情况,下一轮优先检查——静止太久的信息,往往是来源先变了而页面还没跟上。

墙上贴着按月份分栏的进度面板,面板上贴着不同颜色的标记纸
复核进度按分类分周推进,一个月覆盖八类。

P-06 偏差修正与留痕 #

复核发现的偏差在当期完成修正,并在条目上保留原值与新值。偏差按来源分成三类,处理方式各不相同。

  • 字段错误:填写内容与来源材料不一致,直接改正并记录修正时间。
  • 口径变化:同一分类下的时间区间需要整体调整,同步更新该分类里的其他条目,避免同类条目互相矛盾。
  • 来源失效:原始来源已经无法再次取得,条目暂时下架,确认之后再决定是否恢复。
为什么偏差一定要留痕

留痕让同类偏差在后续复核里可以被检索出来。如果某个分类在一个季度内反复出现同一种偏差,分类说明会在季度更新时重写一遍,而不只是把单个条目改掉了事。

第三章

上门流程的三个确认节点

P-07 — P-09

上门类条目在博上门流程中列出三个确认节点。每个节点都写明要留下什么信息,不写「全程有人跟进」这类事后无法核对的表述。

P-07 到场前确认 #

到场前需要逐项确认:地址与门牌、联系人、进门方式、需要准备的物品、预计到场时段。这些项目在条目里以字段形式分开列出,不做概括成一句话的处理。

需要准备的物品按场景写,例如陪同出行要确认证件是否带齐,家电维修要确认电源与进水位置能不能接触到。没有确认完的项目,会在条目状态里单独标出来。

服务人员在门口核对联系信息后准备入内,手里拿着记录用的平板
到场前确认的项目在条目里逐项列出,不合并成一句概括。

P-08 到场时间与时长记录 #

到场后记录实际到场时间,与条目上标注的时长区间做比对。落在区间内的记为常规记录,超出区间的单独记一类,并写明超出的原因。

记录的原因只描述实际发生了什么,例如路况、临时加项、等待联系人。站点不对原因做责任归属判断,也不把超时当作可以讨价还价的依据。

P-09 完成后的三项确认 #

完成后由委托方确认三项:服务事项是否完成、现场是否复原、有没有需要补充说明的情况。三项都记录之后,这次上门在条目上留一条更新记录。

更新记录只出现在条目侧栏,不改动条目正文里的分类与时效字段。这样下一轮复核时,能看到这条记录累积下来的过程,而不是只看到一个被反复覆盖的当前值。

第四章

时效口径、反馈与边界

P-10 — P-12

最后一章讲三件容易被混在一起的事:时效数字是怎么定的口径、反馈怎么进入汇总、以及站点明确不做哪些事。

P-10 三档区域时效口径 #

bo覆盖区域目前整理了 18 座城市,按响应与到场速度分成三档。同城核心区 6 座,含北京,响应约 15 分钟、上门约 45 分钟;同城远郊区 7 座,响应约 30 分钟、上门约 90 分钟;跨城协同区 5 座,响应约 60 分钟,上门按当日排期,通常约 4 小时。

北京作为指定核心地区,在条目上单独标注,不和其余核心区城市合并计算。三档的时间数字都是区间口径,写的是通常情况下的范围,不是对某一次上门的承诺。

三档响应时长与上门时长对照

核心区 6 座 · 含北京

响应约 15 分钟 | 上门约 45 分钟

远郊区 7 座

响应约 30 分钟 | 上门约 90 分钟

协同区 5 座

响应约 60 分钟 | 上门按当日排期约 4 小时

城市区域图上用三种深浅色块区分核心区、远郊区与协同区的示意画面
18 座城市按三档标注,北京的条目单独标出。

两档口径之间具体差在哪里,差异对照栏目按八组逐项列出,包括同一件事在同城核心区和远郊区分别怎么写。

P-11 反馈汇总与纠错入期 #

生活服务评价反馈每月汇总一次,最近一次整理在三月,每期整理约 40 条。汇总口径包含三类:条目纠错、用户反馈、流程调整。三类混在一起按条目编号排列,不单独拆开做榜单。

纠错通道常开。在汇总日之前提交的纠错进入当期汇总,其余的顺延到下一期。每条进入汇总的反馈会标注提出时间与处理结果,处理不了的原因也写在同一条里。往期记录在动态汇总栏目按条目编号排列。

P-12 责任边界与不做的事 #

站点只做信息整理与说明。不提供交易撮合,不代下单,不代收款,也不对上门结果作担保。目录里的时间字段是整理出来的区间,不是承诺。

站点与若干生活服务信息提供方保持信息同步,同步内容限于范围与时效字段,不涉及委托方的个人信息。具体名单不在页面上具名列出。

发现条目和实际情况对不上,走哪条路

通过客服邮箱或站点留言通道提交,写明条目编号和你遇到的情况。核对人员会在当期复核时一并比对,能确认的当场修正,需要再查的记入下一期。联系方式的完整说明放在联系通道页。

提交纠错、咨询条目口径或补充区域信息,都可以从联系通道页找到对应入口。

十二个环节,约定的是同一套做法

先写清范围,再写清核对方式,最后写清发现偏差怎么办。三件事都不做例外。

  • 条目进目录要同时满足四项条件,缺一项留在待核区。
  • 发布前两次交叉核对,发布后每 30 天做一轮全量复核。
  • 上门流程分到场前、到场、完成后三个确认节点,每个节点都留记录。
  • 时效按三档区域口径标注,北京单独标为指定核心地区。
  • 反馈每月汇总一次,纠错通道常开,汇总日之后提交的顺延到下一期。
  • 不代下单、不代收款、不对上门结果作担保。