系统工程为了实现系统的最终目标，对系统的子系统、组件和信息流进行研究、分析和设计，运用各种组织和管理技术，使整个系统最优运行，并对整个系统的生命周期负责。

对于一个产品经理来说，要对一个产品负责(从解决问题和满足需求的角度来说，一个产品也是一个系统)，系统工程中的很多方法和经验都是值得学习和借鉴的，从而更好地管理我们产品的全生命周期。

1系统工程介绍

那么什么是系统工程呢？我们可以先看看ISO900对系统工程的定义:系统是相互联系或相互作用的元素(组件)的对象。

系统工程的过程由以下七个任务组成，称为相似任务。

1。陈述问题:系统工程的首要任务是明确我们要解决的问题陈述，即定位问题。我们需要明确我们的目标用户，了解用户的需求，探索需求，定义系统功能。

2。考察替代方案:可以考察市场上已经出现的能够满足(或部分满足)用户需求的产品，考察这些产品的性能(用户评价和反馈)、成本和风险，给我们带来经验和启发。

3。对系统建模:在前两个任务中，需求和调查已经比较成熟，可以开始设计我们的产品(系统)了。总的来说，下一步就是使用建模工具，或者自己开发适合本业务的建模工具建立模型来清晰表达需求，找到项目中的难点，尽早暴露问题。

4。系统集成:这里的系统集成是指将所有子系统集成起来，使系统能够完整运行。

5。启动系统:这一步是整体运行系统，让系统开始完全输入(输出我们预期的结果)。

6。评估性能:然后，我们可以使用我们想要使用的技术指标来评估系统运行的相关情况，从而量化当前系统的性能，评估系统是否满足要求。

7。再评估:系统评估是一个重复性的工作，伴随着产品的不断迭代。

2系统生命周期

在产品设计的早期，产品经理就应该开始考虑产品系统生命周期的问题。我们如何探索和分析需求？当前的竞争产品或替代产品如何满足这些需求？R&D资源到位了吗？有系统维护和迭代的方案吗？等一下。由于产品经理负责产品的整个生命周期，因此“系统生命周期”的以下七个环节是产品经理需要把握好的关键，以保证产品工作的顺利开展。

系统生命周期中的七个环节:

本文将重点讨论系统工程中的需求探索分析和系统测试评估所带来的启示。

3需求探索与分析

需求探索和分析非常有趣，当然也非常重要，清晰的需求是产品成功的基石。

我们的用户往往无法准确表达自己的需求。他们倾向于用尽可能少的词语笼统地提出自己的需求，比如“我希望这个产品用起来很酷”“不要把它搞复杂”。这个时候，产品经理一定要做好一件事:把用户提出的需求说清楚，具体来说，就是让这些需求可量化、可测试、可实现。

【/h/】比如某共享摩托用户说，我要这辆车骑得快，那么具体的速度区间值是多少？给出一个预期的速度范围是一个“可量化”的需求；那么我们最终生产的共享摩托车是否满足用户的速度需求，可以通过速度测试得知，这是“可测量”的；用户还说，希望这个摩托车一直有电，不用换电池。对于这种需求，如果最终确认是向永动机方向发展，那么我们就应该立即停止项目，因为“不可能”。

对于需求是否“可实现”的评估，这里的一个行业经验是，我们会参考现有的相关解决方案，得出一个相对安全的结论。

关于需求还有一个无法回避的话题，当然是优先级问题。通常产品经理对优先级的定位是用大家熟悉的四象限定位法来确定的，重要和紧急，重要和紧急，不重要但是紧急，不重要和紧急。但如何把握这四个象限，更多的是一种体验。需求也在系统工程中进行分类，这可能会启发产品经理对优先级的定位。

在系统工程中，我们把需求分为两类:强制性需求和偏好性需求。简单来说，强制性要求是指满足用户基本需求、保证产品主要流程顺畅所必须满足的功能性要求，偏好性要求是指改善用户体验的相关要求。

比如在共享单车项目中，与用户主用车流程相关的需求，如注册、押金缴纳、扫码开锁、还车结算等，都是强制性需求(即重要且急需)。没有这些功能的支持，主车流程会被阻塞，用户无法正常完整的使用产品。而分享朋友圈、邀请好友等功能不会影响主车流程的需求，因此可以归为偏好需求。

当然，如果我们有一个团队的任务是基于自行车共享系统开发与陌生人交友的产品，用车流程是支持部门要考虑的事情，而我们的重点是共享好友和邀请好友，所以确定我们要开发和实现的系统的系统边界和核心目标就显得尤为重要。

需求的探索和分析其实就是一个过程。对于这个过程的理解和实践，我想用下面这张图来说明一下:

4系统功能测试和评估

到了验收的时候，产品经理需要做的就是确认开发交付的系统是否满足最终用户的需求。从系统工程的角度来说，验收需要注意两个问题:功能是否完备，系统是否可靠。

1。功能是否齐全:我在这里的一个经验就是用核对表一个一个的验证功能。

比如我们接受一个计算器APP(如下图所示)，我们可以从需求文档中整理出以下清单，进行功能完备性检查。

2。系统的可靠性由以下几部分组成:有效性、稳定性、安全性和保密性。

有效性：系统在被请求时提供相应服务的能力。稳定性：系统稳定输出服务的能力。安全性：系统正常工作不会导致灾难性故障的的能力。保密性：系统保护自己免受攻击的能力。

至于对系统可靠性的控制，产品经理通过上述组件与测试部门的学生紧密合作，通过系统测试报告与开发学生一起了解和改进，使产品最终交付使用。

本文由@罗冠霖原创发布。每个人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议。

,