官网新增一条业务线，旧导航、案例和询盘字段要跟着怎么改？

官网新增业务线，通常不只是多做一个服务详情页。用户需要从原有入口找到它、分清它与旧服务的关系、查看准确证据，并在咨询时表达对应需求。如果导航、案例分类和表单仍按旧范围运作，新页面即使完整，也可能无法接到真实业务流程。

先确认新业务当前能够公开什么，再建立联动清单。处于准备阶段、已经可以受理和计划未来开展，是不同状态，不能都写成现有完整服务。网站表达应跟上已确认范围，相关入口按实际内容与接收安排调整。

先确定新业务的身份与边界

让业务负责人说明这项服务面向谁、解决什么问题、实际交付哪些内容、与旧服务如何衔接，以及当前不能提供什么。不要只用一个内部事业部名称作为页面任务，也不把未来愿景全部写进当前能力。相关操作可参阅《企业网站策划怎么做？从业务目标到页面结构的完整方法》。

如果新业务是原服务的一种场景，可能适合在既有结构中增加说明；如果对象、交付和咨询任务有明显差异，可能需要独立入口。这个判断来自真实范围，不是“新业务都应该进入一级导航”的固定规则。

给正式名称、采用简介和受理范围一个明确版本，注明负责人。各处摘要可以依阅读位置精简，但应指向同一项真实服务。首页说一套、详情说另一套、销售收到的分类又不同，会让用户和接收者都难以判断。

尚未具备的能力放在内部计划中，不冒充已提供的服务。不确定的交付条件先向负责人核对，必要时准确说明需进一步评估。把边界写清，并不要求用大量限制条款填满页面，而是让用户知道是否匹配。

沿着“看见、理解、判断、联系”列出关联位置

看见这项业务的入口，可能来自主导航、服务总览、首页摘要或相关内容。先列当前入口怎样称呼原业务、是否能够自然容纳新增项，再决定修改位置。不要让新服务只存在于一个没有任何引导的地址。

理解阶段需要把新旧关系说清。旧服务页中可能提到相关能力，可以增加准确关联；新页也可以说明它如何与已有服务衔接。关系应帮助读者选择，不必在每页重复完整公司业务介绍。

判断阶段需要已有且可公开的资料。能采用的实际交付、方法说明和服务边界可以支撑理解；没有客户证据时，不把展示模板或概念图包装成新业务案例。新业务并不因为缺少案例就必须编造，可以先准确说明任务、方法和需要提供的资料。

联系阶段检查用户选项是否存在、说明是否清楚、接收者能否识别。某个新页面采用通用咨询入口也可以，但应让需求上下文进入实际接收安排。页面新增与后台业务流程采用，是两项需要一起核对的动作。

某些位置虽然不增加入口，也需要修正原来的业务概述。例如页脚仍写“仅提供某服务”，与新页采用范围发生矛盾，就应一起核对。盘点的重点是新事实影响什么，而不是把每处都加一张新业务卡片，避免重复入口反而让结构更难理解。

联动清单可以按这四类记录实际地址、需改内容、依据、执行角色和预计核对结果。它不要求整站重做，而是让新范围影响到的地方有明确处理，未影响的地方保持合理结构。

导航与案例分类，不用为每个新名称机械加一项

原导航能够让用户找到新业务时，可以先在服务总览或子入口增加位置；已有结构无法解释新业务与旧业务的关系时，再评估层级调整。新增一项名称很容易，重要的是用户是否能预测点进去会看到什么。

栏目标签使用读者能够理解的服务或任务语言，避免直接复制内部组织名称。让不熟悉公司的人只看入口名称，说说他预计会看到什么，再给一个寻找新业务的任务。若他一直走错，先检查分类与名称，不急于给菜单增加装饰。

案例分类需要确认项目实际范围。一个旧项目可能只有部分任务与新业务有关，可以准确说明关联；不能因为要充实新分类，就把所有看起来相似的项目都标成完整新服务经历。分类不是证据，项目内容才支持具体职责。相关操作可参阅《行业落地页怎么做？B2B 企业如何让不同客户快速看懂“这和我有关”》。

新业务没有对应公开案例时，可以展示适用条件与方法说明，或引用准确标识的示意。页面标题、封面说明和摘要共同核对，不让示意图产生客户实拍或委托交付的错觉。将内容任务说清，比用模糊“成功案例”栏目填空更可用。

移动端导航也要完成同一任务。桌面展开可以看到的新增子项，在手机上可能藏得较深或被旧标签遮蔽。验收时实际寻找，而不是只看桌面菜单已经插入了一个链接。

表单分类与通知上下文，跟着实际接收能力调整

先确认新需求由谁受理、还需要哪些初步信息，再修改需求类型或填写提示。不是新增业务就必须增加一整组字段；通用字段能够支持下一步时，可以保留，只补必要上下文。

具体服务页发起的咨询，可以通过现有能力带入来源，或给用户清楚选择及描述方式。后台与通知是否实际保留该信息，需要核对，不能只凭前台按钮链接认为接收者已知道新业务名称。

新增选项后，看历史选项如何保留与解释。旧需求类别仍对应原服务时，不宜直接改名使历史记录失去含义；若确需调整，先确认当前与历史关系。表单中的名称、后台显示和接收者采用规则应能够互相对应。

通知内容还需让负责人知道下一步处理。名称写在邮件里，不等于已有负责角色检查；测试时分别核对记录与实际通知，安排测试接收者确认理解。成功提示所说的后续时间或处理方式必须符合真实安排，不凭文章建议写一个固定承诺。

如果新业务需要不同资料或联系人，由业务负责人确认具体路径，再落实公开页面。工具没有自动分流能力时，先采用明确的人工接收安排；不因新增一个选项就宣称系统已经自动分配。

旧入口仍要给人清楚的后续路径

原服务名称变动或部分内容被拆到新页时，先登记受影响的旧地址和已知引用。保留什么说明、怎样引导到新范围，由实际用户任务决定。旧链接访问者应知道发生了什么，以及下一步去哪，而不是被带到一个与原意无关的页面。

已经发出的邮件和宣传资料可能仍使用旧名称。能修改的材料按范围更新，不能控制的既有副本登记已知情况，并保证用户到达官网后的信息准确。官网调整无法自动替换所有外部资料，不把通知相关人员写成全量完成。

多语言范围按实际业务确认。中文可以受理的新服务，不必然已准备好其他语言材料或对应跟进能力。新增语言页时独立核对名称、范围与联系安排，不仅复制中文版结构就视为完成。

上线后走一遍新业务的完整任务

从首页或服务总览寻找新业务，查看范围与证据，再从相关页面提交经过安排的测试需求。核对后台记录、通知接收和负责人判断是否与预期一致。每一步都记录实际结果，避免只有页面视觉验收。

再从旧入口完成一遍任务，看用户是否还能理解旧服务、新业务与联系路径的关系。对于新增分类的案例，抽查内容是否真实支持标签；对于没有客户证据的说明，核对是否保持方法或示意身份。

保存新业务采用范围、修改位置、接收安排和未完成项，交给后续维护者。完成标志是用户能找到并理解新业务，证据没有超出事实，询盘能进入已确认处理路径，旧入口有合理接续。新增页面的数量不是最终验收依据。

常见问题

新业务一定要放一级导航吗？

不一定。看它与原业务的关系和用户寻找任务。原服务总览能够清楚承载时可先增加子入口；无法解释关系时再评估层级，不为新增名称机械增加一级项。

旧案例能不能归到新业务分类里？

先核对真实负责范围与可公开内容。部分相关可以准确说明，不把旧项目直接包装成完整新业务经历，也不把分类标签当作项目证据。

没有真实案例，新服务页还可以上线吗？

可以采用已确认范围、方法、交付边界与准确示意帮助读者判断。是否上线由业务准备决定，缺少案例不能成为编造客户或效果的理由。

新增表单选项后，需要测试后台吗？

需要。核对记录、通知及接收者实际判断。前台选项出现，只说明页面提供了选择，不证明信息已被正确保存或有人负责处理。

只新增中文版，英文页是否必须同时增加？

按实际公开范围、资料与受理能力决定。若英文尚未准备完成，不用复制内容掩盖缺口；有对应业务安排后再独立核对语言和联系路径。