编辑导读：对付每个项目司理来说，需求打点都是一件很重要的工作，它抉择着项目是否能乐成。一个好的项目打点流程不只可以敦促项目标举办，还可以提高项目标乐成率。那么我们应该如何举办需求和期望打点呢？我们来看看本文作者的阐明。

本日看到小同伴一脸疾苦，出于对小同伴的眷注上前问了下环境，小同伴跟我说他很疾苦，项目标需求节制不住了；具体相识之后才知道：小同伴只对接了信息部分的文员，接到的需求也都是从业务部分调研到的，也没有颠末签字确认；在对小同伴暗示慰问和同情后我陷入了沉思。

软件交付行业连年来业务增长很快，对人员的需求量也大，导致大量非项目打点专业的互联网软件人才进入到软件项目打点岗亭，固然他们的基本本领很强，可是缺乏项目打点的基本导致前期猖獗踩坑，不得不说，确实很难熬。

针对小同伴这种环境，来聊聊软件交付中的需求和期望打点。

一、期望——没有写下来的高层级客户需求

被互联网行业大潮影响，此刻从业人员总会把“需求”和“痛点”挂在嘴边，项目打点从业人员也开始这么叫了；虽然这么叫也没错，只不外是把范畴这个观念换了个称号罢了，可是换完称号后少了一部门内容就差池了，没有人存眷客户期望了。

转头想想，为什么我们在做这个项目——不就是率领们冒出了个想法，想让我们实现嘛。

举个例子，率领有一天溘然把小张叫已往说：“我们要做个电商成果，满意商家可以上传商品，用户可以查察和购置，跟 *** 差不多就行”这个时候小张顿时列出需求成果清单，找到产物司理开始研究 *** ，两个月之后项目还没上线，小张被率领一顿骂：“就一个上传商品和购置成果做这么久，你们团队泛泛在干嘛，发呆么！”小张抱着抄了一个多礼拜 *** 的PRD躲在角落里抽泣。

小张做错了么？

错了，从一开始就错了，他错误的领略了率领的期望，本觉得率领想要个 *** 的成果，但实际上率领只想要个 *** 的UI，满意上传商品和购置就行了。

这种环境就会导致项目延期以及呈现成果冗余。

虽然，错误领略客户或率领期望的环境不但这一种，但无论是哪一种，假如呈现了，就会对项目造成伤害。

Tips：各个层级的客户或率领相同，相识清楚他们真实的期望，是想早点上线，照旧想界面雅观、照旧成果完善，相识清楚再动手，究竟有了偏向后，不管走哪条路都必然是对的路。

二、确认——容易被忽略的进程

需求简直认的确是一件太常见的事了，无论是纯做互联网产物的公司照旧做软件交付的公司中，天天都能听到屡次需求确认的信息，可是能把需求确认这件事做好的不高出一半。

在互联网公司中，由于需求太多，提出方也太多，大概是老板提的、用户提的、运营提的、商务提的，这种确认就很难做；一些做的较量好的公司，会按期宣布版本更新打算，但会不会凭据更新打算来执行就又另说了。

确认环节分为两个重要的点——确认和执行

1. 确认

小的互联网公司可能大都软件公司都存在的一个现象就是：接到客户/用户的需求之后顿时动作，最后导致客户不满足，而且忏悔说雷同“我没说过这个”“这不是我想要的”云云。

正确的做法贫苦一些，增加一个确认的步调：

好比，假如你是产物司理，接到了大量的用户反馈，说“我但愿食堂的门可以换个更鲜亮一些的颜色”；这时候你需要做的不是去调研哪些颜色是鲜亮的，而是筹备好你的方案后找用户相同“为什么你但愿换鲜亮的颜色呢？”“假如换成这个颜色是不是可以呢？”在获得大部门抽样用户的必定后再执行；

再好比，假如你是软件交付的项目司理，客户说“我但愿在这里加一个XXX成果”，你需要做的同样不是直接找产物司理和工程师们去执行，而是跟客户相同好需求的细节后，出一份写明成果点简直认单子，让客户签字。

2. 执行

其实需求确认不是一件难事，可贵是确认后的执行——完完整整地凭据已确认的需求执行任务。

中国社会是一小我私家情社会，许多工作有时候凭据规章制度执行会被人情往来给阻断，这是很正常的一件事，但往往就因为XXX的项目出格紧张、XX总的需求优先级较量高，就把已经确认的打算打乱。

这里给低级项目司理可能是产物打点者一个发起——强硬一些！

从规章制度确立到执行，是要有一个适应的进程的，假如项目打点者可能产物打点者都没有执行规章制度，只会让同事们越发肆无顾忌的无视这些制度；但这些制度却是掩护我们的，所以拒绝他们你没有做错。