跟甲方或者老板对接,初步了解甲方或者老板的大概要求,需要我们做什么,老板为什么会有这个想法,觉得项目可行之后,接下项目。
觉得项目不可行做不下来,告诉甲方或者老板,为什么做不了,解释完之后万一老板强行要做,那我们就只有照接(做好记录)。不过要告诉甲方或者老板此项目做成之后或者失败之后分别会给公司带来什么不同的影响,再请老板下决定。
接下项目之后就需要具体的对接了,首先我们要明确一点,我们只是一个产品经理,对接的甲方或者老板不可能一直都有时间,所以有问题之后不要立马就找到老板或者甲方问。
接到项目之后,会先进行一个整体的分析。遇到问题之后先罗列在自己的笔记本上,确认无误之后,精简话术,将问题一并发出来,下面配上“这是我初步想咨询的问题,等您有时间了再回复我”。看似很简单的一句话,会让甲方或者老板觉得我做事有逻辑,很贴心,这也就能避免了问题接连地蹦出来,不管是谁都没有耐心看,更不用说甲方或者老板了,他们都有自己的事情要忙。
甲方对我的问题给了一个很好地回答和解释,于是在文档中记录下这些问题和回答。分析甲方的回答之后,我会给甲方一个反馈,我对这些回答的理解;
我们在跟甲方沟通的时候,觉得理解了甲方的意思一定要跟甲方确定一下我们的想法是否是他们的想法。另外出现问题的时候不要去推责,要想想出现了该问题怎么去解决,万一时间不够就先上线MVP,再根据反馈做出优化调整。
确定自己的想法跟甲方一致之后,输出产品6要素,介绍产品定位、产品目标、需求背景、用户群体、产品形态以及使用场景输出给甲方看,对自己的理解再进行一个完整的对接,得到甲方的确认之后开始下一步。
项目开始中:做调研分析,做出问题搜集表和问题清单召开需求评审会议。确定有哪些做的不足的地方和需要修改的地方以及肯定的地方。做记录为什么要修改,不足的地方进行二次调研。
将输出的竞品分析、问题搜集表、问题清单跟甲方对接。征得甲方的同意之后开始设计功能。输出文档的时候记得用PDF给甲方看。
设计出功能清单,结构图和迭代计划召开功能评审,确定哪些功能需要做,哪些不可行,为什么不可行,记录下来。
项目结束后:跟甲方保持长期联系,有迭代计划的时候再具体对接。