预约一次目录梳理
微乐

品牌目录与更新记录

品牌概况 · 2018 年至今

把散开的品牌内容,收进一本查得动的目录

微乐官网在 2018 年成立,做的是同一件事:把客户的产品线、服务栏目、展厅大屏和更新记录放进一套目录里。运营的人改一次,门店、展厅和客户那边看到的就是最新的那一版。团队在北京,业务已经铺到全国 26 个省级行政区。

由圆点与弧线组成的生成式品牌纹样,暖橙到珊瑚红渐变
圆点对应 12 个分类,弧线连接相邻栏目。
  • 1,400 家累计服务企业
  • 68 人的服务团队
  • 5,600 台大屏终端接入

目录引擎、大屏端与订阅中心,各管一段

品牌内容不是没有,是散。产品手册在文档里,大屏素材在设计手里,更新记录在邮件里,每次要对外讲一遍就得重新拼一次。微乐把这些收进同一套目录:12 个分类横向铺开,按分类、按产品线、按更新时间,三种筛法都能找到东西。

  • 目录引擎

    定结构。分类、栏目、条目都在这一层,客户自己的编辑就能改,不必每次提需求排队。分类每季度评审一次,想加新分类可以当场提。

  • 大屏端

    上屏幕。门店与展厅的屏接进目录,横屏、竖屏、拼接屏三种形态都支持,绑定任意分类即可作为播放源,内容换一次,所有屏跟着换。

  • 订阅中心

    发提醒。更新记录与帮助文档的入口聚在一处,订阅了的人在更新发布当天收到通知,不用反复刷新看有没有新东西。

三件事合起来,回答的是同一个问题——内容改完之后,该看到的地方什么时候能看到。

从 2018 年走到现在

七年多的时间里,产品线从一条长到五条,目录的分法也重排过几轮。下面几个节点,是真正改变了服务方式的几次。

水平延伸的阶梯状折线,节点以等宽数字标记,米白底深墨绿线
折线上的每个节点,对应一次产品线上线。
  1. 2018

    微乐在北京成立

    起步时做的是给内部用的目录工具,第一批需求来自制造企业——产线资料换得太勤,纸面版本跟不上。

  2. 2019

    目录引擎对外开放

    条目开始支持按分类、产品线、更新时间三种维度筛选与排序,零售和教育客户把服务栏目搬了进来。

  3. 2021

    大屏端产品线推出

    门店和展厅的屏幕接进同一份目录,横屏、竖屏、拼接屏都能绑,播放内容跟着目录走,不再单独维护。

  4. 2024

    统一订阅中心上线

    更新记录与帮助文档集中到一处,订阅用户在更新发布当天收到提醒,不用再逐个栏目回头看。

  5. 2025

    目录分类扩展到 12 类

    品牌栏目、产品线、服务导航、大屏端、订阅与更新、帮助文档、账号与权限、数据与报表、合作生态、行业方案、媒体资源、版本与测试,一共 12 类。

  6. 现在

    两条版本线并行

    正式版品牌服务导航每季度发布一个版本,给出完整服务索引;测试版栏目页每月出一份预览,新栏目先在这里试水,收到反馈再进正式版。

68 个人,五个职能分工

团队不算大,但每个环节都有人长期盯。研发与内容运营占了大半,客户成功单独成组,设计和市场各管一块。

不同大小的柔和色块相互咬合的抽象构成,象征五个职能团队
五个职能像色块一样互相咬合,靠流程接住彼此的交付。
  • 32 研发 目录引擎、大屏端与订阅中心的开发与长期维护
  • 14 内容运营 帮客户梳理分类结构、整理条目、按周更新清单
  • 12 客户成功 从需求沟通到上线配置、季度评审,全程同一个小组跟进
  • 6 设计与体验 目录版式、大屏画面与账号后台的操作路径设计
  • 4 市场与生态 伙伴招募、行业方案对接与路线图对外同步

客户日常打交道的是客户成功组。需求怎么提、栏目怎么改、什么时候上线,都找同一个人问就行,不必在几个部门之间来回转述。

五条产品线,各自有人长期维护

产品线不是一次交付就完事。每一条都有明确的负责人、固定的更新节奏和对应的支持路径。

  • 01

    目录引擎

    研发团队里的目录组维护,版本跟着季度分类评审走。客户提交的新增分类申请在评审中统一处理,改动上线前会先在沙盒里跑一遍。

  • 02

    大屏端

    由大屏团队负责,服务内容每周三更新一次,一年大约 52 次。屏幕现场装好之后,内容侧的变化由内容运营和客户一起确认。

  • 03

    订阅中心

    2024 年整合上线,更新记录与帮助文档的入口收在一处。订阅名单由客户自己维护,谁能收到提醒、收到哪一类,客户说了算。

  • 04

    帮助文档

    目前 210 篇,按快速上手、配置指南、常见故障三类组织。客户遇到问题先翻文档,翻不到再找客户成功,回答会补回文档里。

  • 05

    测试版沙盒

    与正式版隔离的演示数据,栏目结构大改之前先在沙盒里搭一遍,验证过了再迁到正式环境,避免影响正在用的目录。

26 个省级行政区,六个服务城市

北京是团队和交付的重心。需求沟通、结构建议和上线配置大多从北京发出,业务覆盖全国 26 个省级行政区。

能到现场的时候尽量到现场。六个服务城市分布在华北、华东与华南,区域内的客户由驻点同事跟进;其余地区走远程协作,流程和到场时是同一套——先确认栏目结构,再配置上线,之后按季度一起评审目录。

  • 3 个工作日

    需求沟通完成后,给出目录结构建议

  • 2 周

    完成首次上线配置,栏目内容同步进目录

  • 工作日 9:00-18:00

    客户成功团队在线响应,紧急问题走电话

资质与认证

三张证书,对应三件每天在做的事

资质不是挂在墙上的装饰。它们分别落在权限管理、交付流程和研发投入上,客户在合作过程中能直接感受到。

  • ISO 27001

    信息安全管理体系

    账号分管理员、编辑、审核、只读四种角色,谁能改哪一层在配置里定死。测试版沙盒的数据与正式环境隔离,客户的真实内容不进演示环境。

  • ISO 9001

    质量管理体系

    需求确认、结构建议、上线配置、季度评审按同一套流程走,每个环节留记录。交付节奏不随对接人变动而变,换人接手也不用重新讲一遍背景。

  • 高新技术企业

    北京市高新技术企业

    研发按年度立项推进,目录引擎、大屏端与订阅中心的迭代都在立项范围内。产品路线图每年发布一次,变更说明同步到订阅中心。

40 家伙伴,五个行业方向

渠道与集成伙伴一共 40 家,负责本地实施、行业方案拼接和现场支持。微乐提供目录引擎、大屏端与接口能力,伙伴负责贴近客户现场的那一段,两边加起来才是一次完整的落地。

  • 零售

    门店屏幕与促销栏目常年更新,按区域分区展示。总部改一次,各店跟着变,不用逐店发素材。

  • 制造

    产线与设备资料条目多、改得勤,版本要能倒查。目录按产品线切分,谁改了什么什么时候改的,都留痕。

  • 教育

    招生季和课程调整集中爆发,目录结构跟着学期走,招生结束后旧栏目归档,新学期的结构提前在沙盒里搭好。

  • 医疗

    科室介绍与就诊指引要求表述稳定,改动走审核角色,发布前需要第二个人确认,避免口径前后不一。

  • 文旅

    展陈内容和活动信息按季度更换,屏幕分布在多个场地,一次更新覆盖全部分区,临时调整也能单点推送。

如果你的行业还没列在里面,也可以直接把需求说出来。目录分类每季度评审一次,新增分类的申请在评审里统一处理。

先聊一次目录结构

带上现有的栏目清单和大屏点位,客户成功团队会给出分类建议和上线排期。沟通前的准备清单、邮箱和电话,都放在联系我们页。