01
品牌入口搭建
品牌刚进内地，或者官方入口散在几个临时页和内容平台上，访客搜进来常常不知道哪个才算数。我们把主干一次立起来：主站结构、栏目划分、访问路径、与已有内容平台的关系，连同对外怎么称呼自己一起定下来。入口要替品牌说话，前提是品牌先说清楚自己要说什么——这部分写成什么样，可以参考我们的品牌主张。
- 解决什么
- 入口分散、访客落错页、官方身份一时认不出来
- 通常从哪开始
- 一次入口现状盘点，两周内给出结构方案与优先级
Service Board · 01–05
入口立住了，
访客才愿意往下走
威哥WG 帮品牌把入口从几页零散网页变成一套站得住的体系：导航怎么分层、帮助中心接不接得住问题、桌面和手机各自给谁看，一次定清楚再上线。你可以只做其中一块，也可以整包交付。
Service Index
五件事，从哪一件开始都成
多数品牌的入口不是不存在，而是长在好几处、彼此不认。下面五项可以单独启动，也可以连着做。不确定先动哪一块，就从第一项开始——它决定后面四件事的比例。
02
导航体系设计
栏目一多，用户就找不到东西。我们把层级压到两级，把帮助中心这类高频入口往前挪，大屏上用斜切路标的形式呈现，窄屏退回纵向列表。同一件事在不同位置只用同一个叫法，词表跟着结构一起定稿。
- 解决什么
- 栏目越加越深、命名各说各话、重要入口被埋
- 通常从哪开始
- 先梳理现有栏目的真实访问量，再给压缩后的层级方案
03
帮助中心运营
帮助中心现有条目 148 篇，按访问与入口、导航与栏目、内容与更新、联系与反馈四个分区组织。我们接手撰写与修订的部分，按每周新增或修订 2 至 3 篇的节奏推进，把客服反复回答的问题变成用户自己就能查到的答案。想先看看现在长什么样，可以直接进帮助中心。
- 解决什么
- 同类问题反复问、老用户找不到自助路径、条目只增不修
- 通常从哪开始
- 把近半年的常见咨询归类，先补齐最高频的二十条
04
多端访问适配
桌面版承载完整的导航层级与变更记录，移动端只保留高频路径，两边共用一套栏目词表。窄屏不再横向溢出，访问不顺时用户在同一个页面上就能切换视图，不用重新找路。上线前两套视图各走一遍完整路径，确认没有断点。
- 解决什么
- 手机上排版挤成一团、关键入口在小屏消失、两端信息对不上
- 通常从哪开始
- 先跑一遍移动端的完整访问路径，把掉队的位置列出来
05
内容发布支持
入口上线之后，比的是谁能稳定地告诉用户“这次改了什么”。我们按版本号组织发布节奏，把导航、内容、访问三类调整分别归档，重要变更配一段说明而不是只留一行日期。想看看这种节奏实际输出成什么样子，翻一翻更新笔记。
- 解决什么
- 升级之后没人知道、变更记录只有时间没有解释、老版本查不到
- 通常从哪开始
- 先定版本号规则与发布频率，再排第一季度的选题
Who It Fits
三类品牌，三种起步方式
入口要做到什么程度，取决于你的用户怎么进来、多久来一次。下面按常见的三类品牌把需求拆开，各自给出最常启动的服务组合。
消费品品牌
入口多、路径散，用户从搜索、社交、包装二维码分头进来，常常落在没有上下文的单页上，看完就走，不知道该回到哪里看更多。
常见组合品牌入口搭建 + 多端访问适配
科技品牌
版本迭代快，每次升级都要让老用户第一时间知道去哪儿看变更；帮助中心如果跟不上节奏，客服就会被同一类问题填满。
常见组合导航体系设计 + 内容发布支持
专业服务品牌
访客在比价之前先判断你靠不靠谱。入口要能拿出团队规模、覆盖范围、服务边界这些具体信息，而不是一段自我形容。
常见组合品牌入口搭建 + 帮助中心运营
Delivery
四步走完，你只有三个节点要出现
标准项目 4 至 6 周。你不用全程盯着，但有三件事只有你能定：把信息给全、把决策拍下、把文字校完。其余时间交给我们。
-
我们以访客视角把现有入口从头走一遍：哪些栏目点进去是空的、哪些入口在手机上进不去、哪几页其实已经没人访问。同时把搜索进站路径和同类品牌的做法排出来对比。
- 入口现状诊断报告
- 按严重程度排序的问题清单
- 改动优先级与投入建议
你需要做：提供后台访问数据、现有栏目清单、近半年的用户反馈
-
栏目怎么分、叫什么名字、层级留几级、帮助中心挂在哪个位置，这一阶段全部定稿。栏目词表同步建立，避免同一个功能在三个地方出现三种叫法。桌面与移动的差异在这一步就画清楚。
- 入口地图与导航结构文档
- 全站栏目词表
- 桌面版与移动版结构稿
你需要做：一次评审会，对栏目命名与层级拍板
-
首批栏目文案、帮助中心条目、多端还原一起做完。上线之前在两套视图上各走一遍完整路径，确认从任意入口进来都能找到下一步，也确认没有哪一页还挂着旧栏目名。
- 上线后的入口页面
- 帮助中心首批条目
- 多端联调记录
你需要做：内容校对，确认所有对外表述
-
上线只是起点。版本号怎么走、多久发一次变更、老版本记录留多久、哪些调整必须写说明，这一阶段形成固定节奏，之后照着排期执行就行。
- 版本维护计划
- 季度更新节奏表
- 变更记录归档规则
你需要做：指定一位对接人，后续版本由他确认
What You Get
走完一轮，你手上会有这些
-
01
入口地图与导航结构文档
每个栏目叫什么、挂在哪一级、指向什么内容、谁负责更新，一份文档说完。
-
02
上线后的入口页面
桌面版与移动版两套视图，导航、栏目、访问路径都已经按结构稿落地。
-
03
帮助中心首批条目
按四个分区归好类，覆盖最高频的访问与操作问题，用户自己就能查到答案。
-
04
版本维护计划与更新节奏
版本号规则、发布频率、变更记录的写法与归档方式，接手就能继续跑。
Timeline & Involvement
4 至 6 周里，等你出面的地方不多
-
第 1 周
信息提供
现有栏目清单、后台访问数据、近半年的用户反馈，一次给全。分三次补，整体至少慢两周。
-
第 2–3 周
决策确认
栏目命名、层级深度、帮助中心放哪儿，需要你这边拍板一次。定稿之后不再反复，后面的工作才好排。
-
第 4–5 周
内容校对
上线前最后一道。涉及行业用词和对外表述的部分，交给你最有把握的人过一遍。
How We Work Together
项目制，或者一直跟着走
两种方式做的事不一样，投入的节奏也不一样。看你更想解决一次问题，还是想把入口长期养起来。
方式 A
项目制
适合已经有入口、但想集中改一轮的品牌。4 至 6 周走完诊断到上线，交付结构文档、入口页面和帮助中心首批条目。项目结项后你可以自己维护，也可以随时再启动一轮。
- 一次性交付，边界清楚
- 适合改版、迁移、新站上线
- 上线即结项，不留长期依赖
方式 B
年度维护
适合内容多、迭代快、每次升级都要对用户有交代的品牌。按月排更新节奏，每周新增或修订 2 至 3 篇内容，版本号、变更记录、帮助中心条目持续跟着走，每季度复盘一次访问数据再排下一季。
- 持续投入，节奏固定
- 适合频繁升级或多条业务线
- 帮助中心与版本记录长期有人管