产品页和解决方案页怎么分：官网信息架构怎么定 客户才不会看乱

很多B2B企业在做官网改版时最容易卡住的一个问题就是产品页和解决方案页到底应该怎么分。表面上看这像是一个栏目设置问题比如产品在前还是方案在前导航里要不要同时放是不是必须两类页面都做但真正更深一层的问题其实不是栏目摆放而是客户理解路径。客户来到官网并不是来研究企业内部怎么分工的客户更关心的是三件事你们做什么适不适合我我该先看哪一页如果官网没有替客户把这条路径设计清楚客户就只能自己在产品页和解决方案页之间来回切换这就是很多官网“内容不少 但客户越看越乱”的根源。一 产品页和解决方案页真正的区别是什么一句话压缩产品页解决的是你有什么解决方案页解决的是你怎么帮我把问题解决掉如果再往下拆产品页更偏对象理解解决方案页更偏路径理解。产品页服务的是能力单元解决方案页服务的是问题组合。一个让客户知道某个具体能力是什么一个让客户知道若干能力在什么组合关系里能解决自己的问题。二 产品页到底应该解决什么问题产品页最适合回答以下六个问题1 这是什么2 能做什么3 适合什么条件4 和其他产品是什么关系5 典型应用场景是什么6 下一步该看什么所以 产品页本质上是一张能力单元说明页它帮助客户建立对某个具体对象的认识三 解决方案页到底应该解决什么问题解决方案页更适合回答另一组六个问题1 这类客户面临什么问题2 为什么单一产品不够3 这套方案怎么组织路径4 由哪些关键能力构成5 适合谁 不适合谁6 案例和下一步入口在哪里所以 解决方案页本质上是一张问题路径页它帮助客户理解问题是怎么被系统解决的。四 为什么很多官网一有产品和方案 客户就容易看乱因为企业通常按自己熟悉的逻辑分页面而客户是按自己想解决的问题找答案企业内部当然知道什么是产品什么是方案什么是平台什么是模块但客户第一次访问官网时 并没有这些预设他带着的问题更朴素我这个问题你们能不能解决我该先理解产品 还是先理解整体路径如果官网没有替客户把浏览路径设计好客户就只能自己试错五 产品页和方案页最怕哪两种状态1 混产品页也在大讲宏观场景解决方案页又在讲单项功能客户看完以后会觉得两类页面在说差不多的东西页面虽然很多任务却没有分清。2 断方案页讲得很大 很完整却和具体产品没有承接客户知道你懂问题却不知道你靠什么实现反过来 产品页写得很细却没有回到更完整的问题路径里客户理解完能力单元仍然不知道这些产品为什么会被组合起来最好的状态不是混也不是断。而是分工清楚 路径打通六 一个更实用的官网信息架构思路通常更顺的做法是先场景后方案再产品最后案例为什么第一层 场景或行业入口帮助客户先判断这和我有没有关系第二层 解决方案页帮助客户理解这类问题怎么被系统解决第三层 产品页帮助客户理解这套方案由哪些关键能力单元构成第四层 案例页帮助客户确认这条路径在真实场景里是否成立这四层顺起来客户理解效率会明显提高七 很多企业最容易犯的一个架构错误就是直接按内部结构排官网比如某个事业部产品多就先把产品全部挂出去然后再在别的地方补一些解决方案页结果客户看到的是并列存在的两类入口但不知道自己该先走哪一条路更好的做法不是简单二选一而是按客户任务来组织路径如果客户还在判断问题 先看场景和方案如果客户已经在找某类能力 可以直接进入产品两类入口都可以存在但全站必须把关系讲清楚八 为什么易飞迅特别适合讲这个问题易飞迅这类企业非常典型天然同时拥有较清晰的数字化产品结构以及更复杂的场景交付逻辑如果只讲产品客户会觉得能力很碎如果只讲方案客户又会觉得落地抓手不清所以 这类企业真正需要的不是继续增加页面数量而是先把产品页和方案页各自承担的任务定义清楚再把场景 产品 方案和案例串成自然的跳转路径九 产品页和方案页分对后 会直接带来哪些变化1 客户更容易知道自己该从哪里进入第一次进入官网后能更快判断自己该先看产品还是先看方案2 客户读完后更容易说出两者分别在讲什么不再觉得两类页面都很像而是能明显分清一个讲对象一个讲路径3 场景 方案 产品 案例之间的跳转更顺不再反复来回试错浏览成本明显下降4 销售解释成本会下降销售不需要总在会前补一句我们既卖产品也卖方案它们关系是这样的因为官网已经替客户完成了这部分理解十 结论产品页和解决方案页不是谁更重要而是谁承担什么任务产品页负责“是什么”解决方案页负责“怎么解决”只要这层分工清楚官网即便内容不少也不会那么容易让客户看乱一个成熟的官网信息架构从来不是企业内部组织图而是客户理解路径图案例补充易飞迅像易飞迅这类企业 官网最需要解决的不是“页面够不够多” 而是“页面关系够不够清楚”更有效的做法 是让产品页回到能力单元 让方案页回到问题路径 再通过场景页和案例页把两者串起来这样 客户第一次访问时 才更容易知道自己该从哪里开始