如何对b端产品进行需求分析——以监控维护系统为例

最近，我整理了我从事这个产品以来所做的项目。我发现我已经不知不觉地完成了三个b端产品。所以我想和大家分享一些做b端项目过程中的需求分析和总结。新产品，哪些不做错地方，也希望你给点建议。谢谢。

需求分析是产品开发的途径。一个好的产品需求文档可以帮助产品经理快速设计出一个好的产品。b端产品如何进行需求分析？

本文对2B项目近一年的数据进行了整理，总结了b端项目需求分析过程中遇到的一些问题。一是这段时间的总结，希望自己能在下一个产品生涯中做得更好。二是与b端产品的从业者分享和讨论。只代表自己的个人观点。笔者是做设计背景的，对产品的知识不是很全面，也希望能见怪不怪。

随着互联网和移动互联网的发展，视频服务逐渐多元化。同时，公司的业务也越来越多元化，从原来的数字电视、高清数字电视业务到高清/4K数字电视业务、互动点播服务、数据宽带业务等丰富的多媒体集成服务。

然而，中国移动、中国联通等传统电信运营商逐渐向用户提供视频服务，这给传统的广播电视视频服务和互动点播服务带来了冲击。宽带业务的多样性和用户对高质量宽带服务体验的要求，给公司宽带运维模式带来了巨大压力。

在当前的视频时代，用户愿意为良好的视频体验付费，这对运营维护提出了更高的要求。当视频体验恶化，用户抱怨时，通过逐个检查找出问题网元是低效的。因此，有必要建立一套以业务体验为中心的宽带用户体验量化评价体系，并支持相应的信息系统，通过网络质量和用户体验等关键指标，主动识别网络问题，在用户投诉前发现并解决问题，提高用户的在线体验。

B端产品不同于C端产品，需求不仅来自用户，也来自决策者。因此，首先，我们需要定义需求源的一般范围。就像去年接到运营商的一个项目，“提高网络服务感知，延长扩展周期，降低运维成本”是当时甲方最原始的需求。

因此，当我们收到需求时，需要对需求进行梳理和分析，并将其划分为一个大致的范围。

以下是我们对原始需求的研究结果；

决策者：提高网络对视频服务的感知，延长扩展周期，降低运营维护成本；

操作维护人员：能提前定位故障位置；

业务与运营：确保高价值用户的体验，确定哪些用户可以开发；

审核员：对运维人员的操作进行审核。

需求源有一个通用的范围。此时，我们需要对需求进行研究和分析，形成一个基本的需求文档。这个时候，我们需要和项目组的成员开一个简短的会议，让团队成员了解项目的背景，这样团队成员可以提前对项目有一个初步的了解我们也可以收集团队的一些意见。毕竟“三个皮匠胜过诸葛亮”！

与团队成员再次召开需求评审会议，让团队成员对项目有更深入的了解，让团队知道我们需要做什么样的项目，在什么时间段之前，需要达到什么样的效果。

进入开发阶段后，我们会询问开发人员的进度，是否遇到困难，是否能在时间节点完成任务。这样更方便我们及时了解项目进展情况，即使遇到问题，也可以协调资源及时解决。

即使客户在早期阶段已经审查了要求，双方也达成了一致意见。在中间，需求仍然会有很多变化。此时需要与客户确认调整计划，及时更新需求文档，并以邮件形式通知项目成员，以便项目成员及时了解需求变化。有时我们会遇到一些无法实现的需求，我们无法协调自己。这个时候，我们需要及时与老板沟通，说明遇到的困难，并让老板及时与对方负责人沟通。
更多内容：物联网