分享

产品复盘:如何将需求落地?

 快读书馆 2016-11-26

全文以5大产品层次作为基础,时间为轴,对在各个阶段做什么事,如何将需求落地,做了一个简短的说明,希望对你有用。

产品复盘:如何将需求落地?

1. 讨论战略层

这个层面是要告诉我们,做什么,为谁而做。

首先拿到一个方向,我们要进行调研+收集需求,确定自己大致的一个路径。

其次,进行需求分析,结合产品定位(产品定义+用户需求)筛选需求,这个时候可能几个主要负责人会在一起进行第一次会议。

PS:因为整个项目的提出到现在的实现我都全程参与,所以几次方向的改变也都经历,真的有一种豁然开朗的感觉,从一开始的不解,到无奈,再到趋势认同,确实说也明了,一个想法需要经过不断的思考、迭代、讨论等等,才能真正的转化成一个产品,适用的产品。方向不可怕,可怕的是不思考。

2. 落实范围层

这个层面是要告诉我们,需要做什么?

结合项目资源、KPI、公司战略,将用户需求转化为产品需求。产品需求包括 战略方向+产品所需功能。

确定要完成1,需要哪些功能,并确定优先级。该阶段产出feature lists。

第一次评审会议召开。之后进行修改改进,进入下一个阶段。

PS:几次熬夜想需求,想功能,产品经理真的是一个烧脑的职业,重要的不是会执行、会画图,重要的是你的脑袋,是不是会思考,是不是思考全面,是不是逻辑清晰。

3. 转化结构层

这个层面是告诉我们,怎么做,即在该层面确定拥有哪些模块,如何跳转,每个模块的信息包含哪些字段等。

优先级、功能都确定了,开始要动手确定产品结构、信息结构、产品流程图了。

首先确定模块层次,将已准备好的功能填入;

确定产品结构,产出产品结构图,例如微信有微信、通讯录、发信、我,每一个模块都有哪些功能点。

确定产品信息结构,即脱离产品模块、页面和结构,将数据抽象出来,产出产品信息结构图,例如用户信息包含哪些字段,产品列表包含哪些字段等;

确定个模块页面的跳转,产出流程图。

开始第二次评审会议,增加、删减、修改功能模块。厘清逻辑。

PS:我就在这个地方吃了大错误,要做管理后台,我直接跳过这个考量,着手原型,边话边想,效率极低,最终导致思路混乱、逻辑不清晰的局面;同时,也会让评审无法进行,因为他人根本不能理解逻辑,当被老大询问要产品结构、信息脑图的时候,整个人就懵逼了,因为只是在草稿上随意画了下。所以一定要厘清自己想做的,评审时才有依据,才能更好修改、改进,才能思路清晰,程序员哥哥们才不会鄙视。

4. 形成框架层

这个层面告诉我们,做成什么样子?即在该层面确定每个模块,每个功能该如何摆放,哪个内容需要突出等。

根据产品结构图、产品信息结构图、流程图确定基本产品框架。

细化框架,增添血肉。

形成原型图。

开始第三次评审会议,讨论、提议、修改不合理的地方,进行完善,之后产品内部进行小规模讨论,确定原型,形成PRD。

PS:PRD一定要写好,一定要写好,一定要写好;开会一定要记录,一定要记录,一定要记录;标注清晰、流程清楚、容器等等,你都得做好,要不然,呵呵了。

5. 完美表现层

这个层面告诉我们,做成了什么样子?

同时进行,让UI产出设计稿,让后端开始开发。

设计稿尽快出,然后全体查看,后台继续开发,前端开始跟进。

给开发哥哥们买东西吃。

跟进开发人员进度,及时确定完成状况,了解项目进度。

等待完成,测试、上线、优化、迭代。

PS:这个阶段,正式成为产品狗的阶段。记住,要随和、随和、随和,不要生气!!好好“跪着”沟通,好好求求设计、好好承担责任。多给开发们买点吃的!正经的说,提升自己的实力,让他人信任你,信服你,才是沟通没有障碍的真正途径。

6. 补充说明

以上看似C端的开发流程,其实管理后台一样适用。管理后台的所有流程步骤都应该按照这个流程走通,同时需要注意的是,应当和C端相呼应,在做C的时候,就应该想到,C端上这些展现的字段、内容从哪来?后台如何设置?后台的操作流程如何……

7. 想法

项目进行了几个月了,也跟了几个月,中间出现了几次方向的变化,磕磕盼盼,也算快要有产出了,挺兴奋,所以想要复盘一下这段时间对于项目、产品的一些事,做一些总结。具体的就不说了,都在上面的PS中,想想自己的方法论,查缺补漏,不足加以改进。

这是第一次带一个完整的项目,不知道自己这么做对不对,大家可以指点、批评,我再优化改进。

作者:小法逗

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多