前语
有幸参加和担任过国内百强企业的Saas产品项目，一直想找个时刻把项目全进程总结并分享出来。产品司理是怎样从0到1触摸并完成整个产品项目的，中间会通过什么环节、什么流程，需求具有什么技术，输出什么内容，取得什么效果……这一切的一切，我都将呈现于笔下。
如有雷同，不甚荣幸。
调研通知
我没想到，身为产品司理的我也需求驻场调研。
间隔出差客户现场宣讲已通曩昔一周了，回到广州的我已经在循规蹈矩地完成着产品司理的作业。就在我喝着茶看着今天的作业事项时，领导走了过来。
领导说：前次现场宣讲体现得不错，前次的内容收拾得怎样样，估计到时候要去现场调研。
我疑问道：签下来了？
领导说：差不多了，你预备下到时候去现场和他们产品的人员做进一步的需求交流。
我有些兴奋道：好啊，拿下来就好，大约什么时候去？
领导估摸着时刻，然后说道：这周日先曩昔吧，你预备下调研的事宜，然后和施行部分的搭档规划下调研的内容和时刻，做份计划表出来，到时候好组织调研。
我应到道：好，我下午和项目施行部分的搭档碰一下。
领导说：好好干。
说完，领导又急匆匆地走了。
我坐着电脑前陷入了思索，这是要去现场做用户调研了？该怎样搞呢？不管了，下午和内部先碰一下头，再规划下调研的事项。
调研预备
上午我在微信提早约了项目施行部分对接的搭档的时刻，约在了下午4点碰头，早上我先把手头上的作业告一段落。
下午4点，我提早预定了会议室，等待施行部分的搭档过来，这是入职以来第一次与项目施行部分触摸。
项目施行部分在公司中充当着项目管理部分的责任，在项目前期担任项目交流、日程组织，项目中期担任需求调研规划、SOW项目计划书的收拾修订，项目后期担任上线前各项人员统筹和项目规划等事宜。
项目施行部分的搭档到了后，咱们坐在会议室里彼此简略做了下介绍，然后听施行的搭档解说产品项目前期调研的相关计划。
前期驻场调研的方针，是做事务场景的整理、客户的需求进行鸿沟区分，以及开端处理计划的拟定，终究收拾成SOW项目计划书。在两边就项目计划书的内容进行承认和签定后，协作正式开端。
因而，在调研前的预备也分为几点：
1、中心场景的界定
整个Saas产品项目根据规范功用，结合客户定制需求进行开发交给，那么最前期需求进行中心场景的界定，也便是区分鸿沟。
整个产品包含哪几个中心的事务场景都需求罗列出来，示例：中心场景一共有3个，分别是配货、补货、调货。
2、调研日程组织
鉴于界定好的中心事务场景，结合现有产品所掩盖的场景，细分下去。示例：中心事务场景配货中，现有的产品支撑哪几个子场景，比方：新品配货。再预留出几天针对现场调研时客户或许会额定添加的事务场景的时刻。
将这些都收拾成日程表，清晰调研中的每一天需求做什么，输出什么。
3、人员责任分工
此次驻场产品需求调研，触及到我方及客户方哪些要害成员参加，我方及客户方的人员在需求调研过程中的协作方法，以及两边的一些特殊要求的前期承认等。
既然在同一个产品项目中，那么就需求当作一个全体、一个团队对待，每个人需求做哪些作业，提早同享什么材料，都需求提早做好交流和组织。
4、事务调研提纲
除了上述的内容外，还需求提早预备好我方产品所规划到的事务场景或者流程中，客户方当前的事务形式和操作流。
简略来讲，便是根据现有体系能满足的事务场景和功用，客户方在没有体系之前目前的这些事务是怎样做的，一些事务规矩和流程是怎样的……关于这些问题，需求提早预备好事务问题清单，在驻场产品需求调研前，身为乙方需求对甲方的事务形式有所了解。
通过近2个多小时的内部交流，我和项目施行部分的搭档分工收拾，先是由产品司理进行中心场景的鸿沟承认，以及细分的子场景的整理，然后由项目施行部分的搭档规划日程计划，输出一份日程表，内部承认后再拉起会议与客户方进行提早交流。
调研前会议
在调研预备的材料发出的第二天，咱们约了客户方进行长途会议。
调研前会议的目的是两边承认好在未来调研的这段时刻中，两边应该提早预备哪些内容，以及在后续现场产品需求调研中，两边就哪些论题进行调研等。
终究给调研一个一起的方针，而且同频这个方针，达到一致。
企业间协作最大的内耗，在于两边在不同的频道聊天，终究两边都谈得很开心，但是项目没有实际的输出。
在会议上，咱们首要清晰了此次调研的方针和行程组织，两边协作调整日程表的时刻组织。
两边尽或许将时刻会集在事务没那么紧急的时刻，一起也要和谐客户方分公司/子公司成员的时刻，保证此次调研的内容涵盖往后正在投入运用的要害用户。
关于事务提纲，鉴于集团公司、不同的分公司/子公司或许存在着不同的事务情况，因而事务调研提纲则先发给各个要害用户进行填写，在正式调研前回收并收拾分析。
会议结束后，大家关于此次调研的流程和内容都有了大约的知道，心里也有了些底。
调研前夕
又一个周末晚上，当我又一次踏入厦门时，有了种古怪的感觉，或许会在厦门待很久，直到彻底“融入”这座城市。
晚上仍旧开了个小会，主要是交流第二天的作业组织以及往后每一天的固定事项组织。
开端承认除了第一天发动会议外，往后的每一天都依照规范的调研过程有序进行，大体上分为3个时刻段：早上、下午、晚上。
早上主要以规范产品事务场景解说为主，主要是做事务场景规矩的匹配；下午则以客户方事务需求以及额定的事务场景交流为主；到了晚上，则是两边收拾输出当日的调研记录，作为总结和报告运用。
承认好整个驻场产品需求调研的流程后，我沉沉地陷入了梦乡。
驻场调研
一大早，咱们又回到了之前的客户现场的会议室，这一次仍旧和前次相同两边分坐两边。但这次不同的是，还有客户方分公司要害用户长途参加。
早上依照惯例先是开场白，奉告两边现场成员以及长途参加成员两边的人员组成，清晰参加者的身份以及担任的内容。
然后由产品司理顺势切入调研主题。
产品司理在做需求调研时，无论是现场用户调研，还是通过社交软件长途调研，都需求清晰一个理念：
调研要以事务场景为主，而不只是说功用怎样操作。
这或许是许多产品司理睬碰到的一个问题，如果说需求功用操作，那么客服人员、项目施行人员操作水平或许比产品司理还要突出。
产品司理的价值是把事务流程整理清楚，并就事务场景的处理提供最优的产品计划，这才是一个产品司理的价值。
因而驻场调研应该依照严谨的逻辑结构进行，这里也总结了几点：
1、全体架构
客户实际事务场景是什么流程，以服装行业为例，在整个集团架构下，集团公司下多个统辖区域，统辖区域下有多个分公司/子公司，子公司有多个事务地区，事务地区下有多个门店。这便是一个规范的企业架构，所有的事务流程走向都是围绕着这个集团架构下进行的。示例图：
2、适用规模
第二点是承认Saas产品所适用的规模。根据集团公司架构和产品走向，此次协作的数字化项目在整个集团公司架构或者说中心事务流程下应该要接受哪些规模。
除非是深化绑定协作，一般的Saas产品处理计划提供商只会在事务结构下承当其间一部分的数字化项目作业。示例图：
3、事务流程
承认好Saas产品适用规模后，接下来针关于圈定的事务规模，了解其间的事务流程或者说流程走向。
以服装行业为例，产品在上述圈定的规模中，是怎样从上往下流动的，通过哪些节点，终究归宿在哪里。示例图：
4、事务规矩
在事务流程两边都达到一致的情况下，下一步则关于其间某一个环节存在的事务规矩进行讨论和整理。
这和产品司理规划产品的方法如出一辙，在产品生命周期全流程中，产品司理想要学习和精进，最好的方法便是先行整理这个流程阶段，然后在深化到某一个阶段中，了解要完成这一个阶段需求什么技术，什么常识，再针对性地学习和补充。
事务规矩部分，需求运用到流程图或者Excel表格记录其间的事务规矩及其涵盖的算法逻辑。示例：
因为中心算法和流程过程归于企业中心机密，这里就不做具体打开。
如上图（网上通用事例）所示，咱们细分到中心场景中，整理中心场景的流程，并就其间的节点整理事务规矩，比方第一步【承认需下单产品及所需下单的数量】中，会包含哪些事务规矩，触及哪些算法，数据从哪里来，最好以数学公式的方法呈现出来，并与客户方进行核对。
5、总结并承认
一天下来，两边所针关于中心的事务场景都输出了不少的内容，那么在一天结束时，需求针关于当天调研交流的内容，输出一份调研记录报告供两边承认。
这是一天的效果体现，也是一个项目阶段性的里程碑，唯有把一个个项目阶段圆满完成，项目终究才有或许取得好的效果。
小结
驻场产品需求调研，关于每个产品司理或者项目司理来说都是不可多得的经历。
不触摸客户，不了解客户真正的需求，不真正坐下来和客户面对面攀谈，也做不成优异的产品。
其间让我感受最深的是，当你面对许多人时，考虑并回答每一个问题，其间不断加深对行业的理解和知道，每天虽然很累，但仍旧高兴。
未完待续
通过这一次的驻场产品需求调研事项，我认为作业应该告一段路了。
我没想到，身为产品司理的我也需求写SOW项目计划书。
未完待续……
如果本专栏对你有帮助，不妨点赞、谈论、关注～
