作为一名软件工程的学生，每当思量以后的生长方向时我总能想起软件工程先生在课堂上说过的：“咱们学生最对口的专业是产物司理”。再加上近两年不少网上的诱惑——“产物司理是离CEO最近的职业”，使得不仅仅是我们“对口”专业的学生更亲睐往这方面生长，也使得产物司理成为了许多非相关专业学生的种草职业。

最近看了几个名校学生面试产物司理的视频，其中不乏许多非相关专业的学霸，从他们的回覆问题的角度和逻辑来看，有许多是有“道”无“术”，但异常具有潜力的学生。即使是在相对硬核的手艺面，若是能够明白问题的基础和焦点，而且把用户焦点需求放在第一位，那些不懂详细手艺的学生也能给出相对知足的回覆。

那么不懂手艺的产物司理是不是好产物司理呢？

先问是不是 再问为什么！

可以是。

那么为什么呢？

我将连系一个现实的例子和我的一些心得体会来说明到底好的产物司理需要的是什么。

开宗明义的说，我以为一个及格的产物司理需要的是：明白基础的手艺知识 + 掌握用户需求。

明白基础的手艺知识

就像我的同伴郭先生说的：“我和火箭专家说，你那火箭不行，燃料欠好，我以为得烧柴，最好是烧煤，煤还得精选煤，水洗煤不行。若是那科学家拿正眼看我一眼，那他就输了。”

若是你是一个“烧柴”的产物司理，我以为你可能真的需要在这方面先下下功夫。当提及MVC三层架构，你至少可以明白三层架构是若何组织代码和通讯的。可以看不懂详细的代码，然则要明白焦点头脑以及可以类比，这种能力是至关重要的。但你要是说MVC和MVP是什么关系？这就鸡同鸭讲了。

掌握用户需求

这一部门我以一个人人应该都写过或者剖析过的”后台治理系统“作为例子，来说明什么叫做掌握用户需求。为了能够详细且落地我们加上一个前缀——实验室·治理系统。

好，让我们带入到一个手艺小白的视角来让思索一个问题：“开发一个为高校实验室使用的实验室治理系统。”

是不是感受马上有许多思绪：应该有学生治理、先生治理、签到打卡功效… 但再往下思索就最先以为没有了思绪，逐步的新的想法与上面的想法相互重叠，杂乱无章，又回到了一片空白的状态。实在这个问题很大、需求也不明确有些模棱两可。

一个及格的产物司理应该这样思索：

首先细化、量化需求。实验室是什么类型的实验室–是化学实验室？是物理实验室？是程序员的实验室？照样人文社科的实验室（不知道有没有啊）。

那么这个实验室现在是用什么方式举行治理——靠人？靠通用的治理系统？靠一个不稳固的系统？

在往下剖析：他们为什么要换或者使用一个治理系统？原来的方式泛起了什么问题？

经由这样剖析我们可以看出我们要做的是一个网络安全实验室的治理系统，原来这个实验室都是靠先生自己人工治理但随着学生和先生数目的不停增添、论文专利揭晓的数目也在增添、传统的方式效率越发低下，急需一个定制化的治理系统用来解决问题（以上为假设）。

现在我们的基本需求剖析出来了，接下来还需要明确一下。

我们的目的用户是：一个网安实验室的成员。

他们的需求是：一个针对他们实验是定制化的治理软件。

基于他们的使用场景下，基本的需求应该包罗：

• 比人手动治理效率高
• 最小的学习成本、非计算机的财政先生也能够快速上手
• 稳固可靠，究竟许多论文or专利都要放在上面
• 可以快速向前兼容–以往的数据可以通过便捷的方式上传到系统上
• 可以向后兼容–随着实验室的不停壮大可能需要新增一些功效
• 解决以往的一些痛点
• 系统不需要那么庞大–这往往意味着更低的开发时间和更廉价的价钱

这种治理系统应该是每个毕设答辩中先生最憎恶的类型了，但我以为这并不意味着这是一个完全体现不出手艺含量的问题（除非你是完全抄的或者就是买的），相反这是一个”五脏俱全“的问题，你要做的是更详细、更能知足现实的需求。

好，到目前为止，我们已经解决了一个看似无从下手的问题，形貌了将要使用它的用户，并从这种系统中领会了他们的基本需求（或期望）。那么是什么方式辅助我们解决的问题呢——带入角色。

私域流量直播与公域流量直播的差异在哪里？

这就好比是您听相声的时刻，经常听到的是我（于谦）怙恃的故事，这代入感一下子就让您想象到并沉浸在故事当中了。做一名产物司理也是需要有这种能力的，当带入到使用者的角色时，你将会把这个角色与现实生活联系起来，紧接着你就会最先思索“我”要的是在什么场景下的什么东西。

因此同理心or带入感是成为一个优异的产物司理所必须的。

这个时刻基本的手艺基础又该上场了，我们需要把用户的需求转化为手艺需求：主要是在pc web端、基于某个简朴易用的框架、迅速开发、可能需要手机端小程序（另外加钱）、做好数据冗余备份、代码要向后兼容等等。

可能详细的需求还需要与各个先生与学生认真相同和交流，最后得出一份完整的需求剖析文档。

接下来就要最先着手推进项目了。另一个问题随之而来–确定功效开发的优先顺序。

我们可以把定制化作为程序的焦点亮点，那么我们应该上来就最先实现那些这个实验室单独需求的功效么？或者说一个相声演员上来就该练他的成名节目么？我想不是的，至少我是从贯口学起的，我可没上来就”吸烟、喝酒、烫头“。

我们要从整个程序的基础，也就是那些最基本的功效最先入手。

也就是说我们现在有了一个基本的mvc架构下的程序，用户与视图交互，控制器控制视图的跳转以及数据的处置，再通过模子与数据库。

视角再放大一点，用户在浏览器上操作，若是不涉及太多细节，查询将转到该服务的服务器，服务器凭据响应的请求做出处置，而且挪用数据库中的数据并做出相关操作。最后服务器把处置后的效果返回到客户端并呈现在浏览器上。

至此，我们有了一个基本的治理系统，可供少数人使用。接下来我们将着眼于定制化的需求和可扩展和兼容性的开发上来。到目前为止，我使用的手艺术语异常有限。更多的是概念性的。让我们看看是否可以保持这种方式到最后。

假设你调研时发现，以往先生组织手底下学生开会总会遇到，差别学院的学生时间冲突的问题。那么你的程序是不是可以凭据实验室学生的课程表，计算出每周可以人人一块开会的时间。

接着这个思绪往下想，学生的课程表信息若何获得？学生自己填写么？可不可以通过识别校园卡，自动从教务系统里读出他的课程表，是不是其他的基本信息也可以一并读出。省的学生新注册时磨磨唧唧自己要填写一大堆了。

或者说，你发现以往先生报销经费，总是种种出问题，流程繁琐，能不能优化一下流程，绝大部门放在线上，等线上审批及格了，再去财政那盖章签字等等。

我们可以暂时脱离一下这个现实问题，想一点更通用的。若是这个程序获得了很高的认可，并最先推广起来，用户数目最先指数级递增，一台服务器能够处置负载吗？可能不够。

就好像德云社从天桥剧场最先，当我们越来越着名时是不是要思量更多更大的场馆了。北京的北展，上海的梅赛德斯 看上去都是个不错的选择。

我们要添加几个新的服务器用于负载平衡，需要什么手艺呢？

这不完全是你需要掌握的焦点，你只需要知道有一些手艺可以以编程方式将传入的请求分发到空闲或负载较小的服务器上。好的，当前我们想法引入了负载平衡，硬件已经想法扩增了，那其中的内容呢，内容是不是也需要有响应的冗余，因此我们应该为他们添加多个副本。

可能有的实验室在哈尔滨、威海、深圳都有使用系统的需求，若何能保证他们的使用体验是一样的，也就是保证一样的延迟。一方面我们需要确立各大中心城市的机房，另一方面若是有相关的计算机头脑，是不是应该思量设计响应的缓存机制。

另外我们可以发现我们与数据库的交互往往是一份文件上传一次，然则多次被差别用户下载。那么，为什么不将它们离开呢？

保留一组仅实时吸收写请求的数据库，以及另一组（更大）仅从中读取的数据库。这是新的问题又泛起了，若何保证两类数据库的信息同步问题。这里边可供选择的方式也许多：半同步赋值、中间件、缓存法等等。相信你的研发职员会告诉你在当前情况下什么是最好的选择。

OK说了这么多，回过头来看，我们解决了一个实验室治理系统的小问题，而且把他的应用局限适当扩大，思量了负载平衡、冗余备份等更大视角的问题，其中没有用到任何高深的手艺。可能在现实开发的时刻会遇到更庞大，但万变不离其宗的是，掌握用户需求，领会用户想要什么才是产物司理剖析问题的要害。

回到最初的问题，不懂手艺能不能做一个好的产物司理？

相比看完整篇文章你也有了自己的谜底。产物司理是一个对硬实力要求没有那么严酷的职业，更多的是要求你有周全的软实力。学心理的也好、学电气的也罢，只要热爱而且持之以恒的在准确的方向上坚持，我相信你肯定会成为一名优异的产物司理。