服务方向与适用对象说明
这一页把五类服务方向拆开讲清楚：每一类解决什么问题、适合谁、常见的使用场景是什么，以及哪些情形并不适合。看完之后，你大致能判断自己的需求落在哪一到两个方向里，再进入合作流程会更省事。
五类服务方向逐条说明
每一类方向都按同样的四个角度写：它解决什么问题、适用对象是谁、典型场景长什么样、什么情况下不适合。判断时以“适用对象”和“不适用情形”两条为准，场景描述只作参考。
01
需求梳理与范围界定
- 解决什么问题
- 需求方手里通常只有模糊目标，说不清要做哪些、不做哪些。这一方向负责把目标翻译成有边界的范围说明，明确先做什么、后做什么、暂时不碰什么。
- 适用对象
- 第一次推进同类事项、内部意见尚未统一的团队；或者已有想法但需要外部视角帮忙收敛范围的个人客户。
- 典型场景
- 团队内部对目标各有说法，需要一个中立版本的范围文档作为后续讨论基准；或者手上材料零散，需要先归类再决定取舍。
- 不适用情形
- 需求已经非常明确、范围文档齐备，只缺执行环节的情况，选这一方向会重复劳动。此时更适合直接进入页面落地与呈现方向。
02
信息结构整理
- 解决什么问题
- 内容不少，但堆在一起看不出主次，访客找不到重点。这一方向负责划分层级、确定栏目顺序、给出每层内容的取舍原则。
- 适用对象
- 内容条目超过几十条、需要分类呈现的客户；以及现有结构已经用了很久、与实际内容脱节的客户。
- 典型场景
- 把散落在多份文档里的内容合并进统一目录；或者把一条过长的列表拆成几个有意义的分类，让查找路径变短。
- 不适用情形
- 内容总量很少、一页就能讲完的情况，硬做多层结构反而增加理解成本。这类需求放在内容撰写与改写方向处理更合适。
03
内容撰写与改写
- 解决什么问题
- 现有文字偏内部视角，术语多、句子长，访客读两行就离开。这一方向负责把内容改写成外部视角，控制每段的信息量，让重点句先出现。
- 适用对象
- 已有基础文字、需要提升可读性的客户；以及内容方向正确但表述零散、需要统一语气和结构的客户。
- 典型场景
- 把一份内部说明改写成面向访客的介绍；或者统一多个页面之间的表述习惯，避免同一件事在不同页面说法不一致。
- 不适用情形
- 内容本身尚未确定、方向还在讨论阶段的情况，先改写会白做。建议先完成需求梳理与范围界定。
04
页面落地与呈现
- 解决什么问题
- 内容齐了，但页面读起来跳跃，访客不知道该先看哪。这一方向负责安排模块顺序、处理移动端与桌面端的阅读差异，让页面从上到下有一条清楚的线。
- 适用对象
- 内容已定稿、准备进入呈现阶段的客户；以及页面已经上线但阅读体验不理想的客户。
- 典型场景
- 把长段落拆成带小标题的模块，让访客能跳读；或者调整首屏信息量，让访客在短时间内就能判断这页讲什么。
- 不适用情形
- 内容尚未定稿就先排页面，会导致反复调整。这一方向需要内容相对稳定后再启动。
05
验收与交接说明
- 解决什么问题
- 交付环节容易含糊：收到了什么、按什么标准核对、后续由谁维护。这一方向负责把验收要点和交接事项写成可逐条核对的说明。
- 适用对象
- 需要把成果移交给内部其他同事接手的客户；以及希望验收过程有据可依、减少来回确认的客户。
- 典型场景
- 交付前按清单逐项自查；或者向接手同事说明每份材料的用途和后续修改入口。
- 不适用情形
- 项目由同一批人从始至终负责、不存在交接环节的情况，这一方向的收益有限，可只保留验收部分。
方向选择建议
不用一次选全。按下面三步走，多数需求能收敛到一到两个方向；选定之后再去看 合作流程 ，就能对上每一步由谁完成。
-
第一步
先看需求是否说得清
如果目标、范围、优先级都还说不清，从需求梳理与范围界定开始。这一步的产出会成为后面所有环节的判断依据。
-
第二步
再看内容是否已经就位
需求清楚但内容零散，选信息结构整理；内容已经分好类但表述偏内部视角，选内容撰写与改写。两者顺序不要颠倒。
-
第三步
最后看呈现与交接
内容定稿后进入页面落地与呈现；如果成果需要交给其他同事接手，再补上验收与交接说明。具体疑问可先看 常见问题 。
方向确定后，交付物类型与验收方式见 交付标准 页面，那里按文档、表格、图片三类分别列出。