目录顾问
32 人进场先看贵司现有的服务条目，定一级二级类别、拆层级、给编号规则，把边界说清楚再动笔。
品牌与使命
把散落的服务条目，整理成一条走得通的路
大港奥做的事很窄：把贵司的服务一条条理清楚、编上号、放进能查的索引里。客户要报修、要评审、要对接，不必先翻五个文件、再问三个人，打开清单就能往前走一步。这件事我们做了十三年。
- 2013 开始做目录的年份
- 96 在位同事
- 26 服务覆盖省级行政区
- 1,860 已交付目录与索引项目
01
贵司卡住的往往不是服务不够，而是找不到那一条
服务清单通常散在三处：早年的文档、某位同事自己维护的表格、以及只有老员工讲得清的口头说明。新人接手，第一件事是挨个问人；评审要交材料，得凑齐几个人翻箱底。
目录化把这件事收拢到一处。每条服务有固定编号、确定的类别、明确的对接人，改动也有记录可翻。谁来查、查到哪一步、下一步找谁，都能落到具体条目上，而不是落在某个人的记忆里。
落到贵司的日常，差别是具体的：评审时一次就能调出完整的服务说明；招标材料不用再拆成几份反复核对；跨部门交接时，接手的人照着索引走一遍就能上手。
条目库现收录 42 万条服务信息，按 12 个一级类别、86 个二级类别组织。新增服务照同一套规则挂进去，不必每次重新商量怎么归。
02
三条原则，决定我们怎么排一条服务
-
01
分类先于美观
先把两级类别定下来，再谈页面长什么样。同一类服务只允许有一个正式名称，避免在三个入口看到三种叫法。
结果：培训新人不用解释“这个和那个其实是一回事” -
02
索引先于装饰
每条服务都能被标签和索引命中，一条服务最多挂 5 个使用场景标签。找的人按场景点进去，不需要记住它在哪个栏目下。
结果：从提出问题到找到对应服务的步数明显变少 -
03
变更必须留痕
条目改动走编写、复核、发布三道环节，复核由非原编写人执行。旧版说明可回查至 v3.2，共 27 个历史版本记录，谁在什么时候改了什么，翻得到。
结果：评审对不上时，能追到是哪一版出了问题
03
十三年，四个阶段，一条越走越细的路
-
01
工作室期：先让东西能查
几个人接单做条目整理，靠表格和手工编号把服务一条条列出来。那时交付的是“能翻到的清单”，谈不上体系，但客户第一次不用靠问人。
-
02
方法成型期：把做法写成规则
两级分类体系与复核流程固定下来，谁来写、谁来核、什么时候发布都有章法。不同项目的清单开始长得像同一套东西，接手的人不用重新学。
-
03
平台化期：客户自己就能翻
索引、分类标签与版本记录搬上线上，贵司的同事不必等我们发文件，打开页面就能查到当前有效的条目。新建目录项目的平均交付周期稳定在 18 个工作日。
-
04
案例并行期：目录旁边放上真实做法
案例合集累计 640 组，其中 420 组支持平板横屏浏览。评审现场把平板递给对方，翻到对应行业那一组，比口头解释省事得多。
平板横屏翻阅
04
谁在接贵司这件事，各自管哪一段
内容编辑
28 人按顾问定下的规则逐条撰写与回填，保证措辞一致、适用场景对得上、每条都能独立看懂。
前端与设计
24 人把清单、标签和索引做成能用的页面，手机和平板上都能翻，平板横屏看案例是重点照顾的场景。
客户成功
12 人交付后按季度回访，给出一份条目更新建议清单，哪些服务改名了、哪些场景需要补标签，直接列给贵司。
05
体系管住条目的准头，伙伴补齐旁边的活
目录这类活最怕两件事：条目写错了没人发现，或者改完之后没人知道改过。我们的做法是让质量管理体系和信息安全管理体系日常运转，每年接受一次内部审核与一次外部复核，出问题能定位到环节而不是停在“大概是那边”。
- 条目改动三道环节：编写、复核、发布，复核由非原编写人做。
- 版本按季度发大版本、按月发小版本，旧版说明长期可回查。
- 客户资料按项目分权限，参与人员与交接记录都落在流程里。
130 家合作机构覆盖设计机构、系统集成商与园区服务机构。设计与集成环节由伙伴承担，我们专心管目录、索引和变更记录，双方在同一个项目里按分工对表，贵司只需要一个对接人。
每年 48 场目录与索引工作坊，面向贵司团队做交接培训，把分类规则、标签用法和查版本的方法讲透，人换了也能接着用。
下一步
先看一遍清单，再决定这件事怎么交给我们
把贵司现有的服务条目发到 support@zhida-dagangao.com.cn，工作日 2 小时内会有回复，我们会给出分类与索引的初步建议。想先自己看看做法，服务清单和版本记录都能直接翻。