从产品萌芽到上线,11个阶段描述成熟产品诞生记

9 评论 22730 浏览 179 收藏 50 分钟

本文分享了一个产品从产品想法诞生到最后上线、迭代的完整过程,作者结合自身项目经验与大家分享,希望能够对你有所受益。

提问:什么样产品才是一个完整的、好的产品?

我想大家的想法是各不相同,有人说能够赚钱,为公司产生利润的产品就是好产品,也有人说满足用户的需求就是一个的好的产品,其实大家说的对但也不对,我个人认为一个好的产品是在特定时间满足用户需求下帮助公司实现盈利并同时实现复购的产品,而一个完整的产品的诞生绝非偶然,则必须有它的完整的体系,接下来我就以一个人经历给大家讲解一下一个完整的产品的诞生都经历哪些过程。

成熟产品诞生过程需要哪些步骤?一张图告诉你:

产品想法

一个好的产品必须有一个好的想法为前提,而这个好的想法提出人则是需要有丰富行业经验,可以准确的找到行业的痛点,只有这样的想法才是符合行业产品基础,才是具备开发条件的,但是可能在摸索中前进的产品也有可能突出重围,未来好的产品想法则是传统行业+互联网的模式。

  • 想法产生的条件
  • 这个想法解决了当前行业的痛点,而这个痛点是一击必穿的,可能会达到爆发式增长。
  • 提出想法的人必须有着丰富的行业经验且对互联网行业也略知一二。
  • 想法必须能够与互联网相结合,实现互联网+的模式。
  • 产品想法的目标群体明确。
  • 产品想法的产品市场规模足够庞大,可以实现几分天下的格局。

满足的以上条件的想法才算称的上是一个大想法,针对这个想法接下来承接的就是一个成熟产品,那么相比之下这样的产品将会会是一个不错产品。

产品想法确立,需求调研

有了好的想法不代表你就能让你的老板,你的投资人接受,你要将你的想法变成最通俗易懂的方式来告诉你的老板,什么才是通俗易懂的方式,那就是你能在未来的几年内实现盈利,盈利的规模是多大,我相信任何的老板关心的都是这个。只有老板点头相信你的想法才算成立,不然都是自己遐想。

1.需求调研

一个好的产品必须有好的调研为依托,自己想出来的东西都不能作为产品成功的依据,只有拿调研的数据说话。如何做好一个产品的调研是至关重要的。

2.明确调研目的

在日常工作和生活中,做事的时候,很多人都会跳过“为什么”这一步,而直接来到“做什么”,这其中也包含一些产品经理。

具体到需求调研这件事情上来说,很多人其实对于要进行调查的目的并不是很清晰,稀里糊涂地就去做了。其实在做任何事情之前,你都应该问一下自己为什么要做这件事,否则极有可能事倍功半,所以,设计需求调查表的第一步就是回答这个问题:

你想通过这次调研解决什么问题?

精确地说的话,你应该用一句话清晰地表达出来,你没有看错,就是一句话。很多时候,少就是多,简单就是极致。如果你的目的描述起来很复杂,说起来都很绕,那说明有两件事情你极有可能需要考虑一下:要么你还是没想清楚,要么你应该对目的进行拆分。

3.梳理调研维度

完成了第一步,接下来要做的就是围绕你的调研目标,找出影响目标达成的主要因素是什么。

为了完成这一步,产品经理需要具备一定的基础业务知识,通过分析相关业务知识与目标之间的联系,从而判断出主要的影响因素,所以,对于有经验的老手来说,这一步没有什么难度。

维度大概包含以下几种

  • 目标人群(性别、年龄、职业、收入、所属行业、所属区域、接触产品形式)
  • 选择什么形式的产品
  • 使用频次
  • 使用时间
  • 通常在什么情况下使用
  • 使用后会在此打开的情况等
  • 设计调研问题

完成了第二步,你只是拿到了影响最终结果的主要因素,但这些因素本身并不是答案,这也正是你要发起这次需求调研的动机,你要确定的是这个因素影响最终结果的具体状态——指标。

有必要说明的是,每个因素的指标数量范围最好在2~4这个范围内,理由其实很容易理解,因为低于2个根本不需要调研,而多于4个则会让被调研者产生选择障碍;而且,这种情况往往意味着你对自己的业务知识还是没有吃透,在归类和合并上还要再下点功夫。

以体检App为例,围绕上一步得出的结论,你可以设计出这样的问题:

如果您需要体检,您对距离的要求是:

A、5公里以内;B、10公里以内;C、20公里以内

4.调研信息架构搭建

完成了第三步,可以说一份调查问卷的基本信息已经具备。接下来你要做的是将这些搭建这些信息的架构,让他们成为一个有机的整体。所谓有机的整体,就是说需求调研表要在参与者的角度看来,信息结构紧凑,相关性高,看起来有一气呵成之感。

怎么做到呢?答案是遵循一定的原则。一般来说,一个具备上述特征的信息架构的搭建要遵循以下这些原则:

相关性:同一类的、相关的问题集中放在一起,这样有利于用户集中精力高效作答,过于分散的话,会让用户将大量的精力花费在上下文切换和信息加载上,从而加重用户的焦躁情绪,不利于调查问卷结果的达成。

先易后难:注意问题的排序,开头的要简单,中间稍难,最好难度高低起伏,结尾要有趣。类型搭配:对于问卷调查来说,主要的类型有两种:封闭性问题和开放性问题。封闭性问题主要是选择题,开放性问题主要是填空和问答,搭配上面,封闭性问题居多,开放性问题据少,甚至可以没有。

5.调研报告界面设计

整理完信息结构,理论上需求调研表的设计就已经完成了,但是,我们都是外貌协会的,同样的调研内容,一份设计精美,简单大气,排版布局合理的问卷比起一份粗糙不看的问卷,显而易见前者会更受青睐。

可以这么说,信息架构是内功,用户界面是外功。所以,接下来这一步就是给用户调研表花花妆,提高提高颜值。

6.专家用户测试

如果是新的用户调研,或者新的业务方向上的调研,则在信息架构的梳理上难免会挂一漏万。

为了避免不必要的成本消耗和时间浪费,保险起见,一般需要做一个小范围的测试,而且对于测试用户也是有要求的,这些用户要有一定的代表性,在业务方面要具备一定的专业能力,此外,要对公司或者公司的产品有一定的热爱度,这样你才能得到比较真实的,有价值的测试反馈。

7.全面用户调研

经过上一步的测试,你会发现自己的调研表还有哪些地方需要完善,把这些点梳理出来,按照前面的步骤再来上一两遍。基本上一份合格的需求调研表就可以新鲜出炉了。

这个时候(甚至在专家用户测试阶段),你就可以向公司申请资源,准备需求调研表的使用准备活动了,比如经费、人力、渠道热身等等。一旦资源顺利到位,你就可以将需求调研表大范围地传播到目标用户手中,然后获得用户给你反馈的结果。

8.调研结果统计及利用

这是最后一步。

在这一步你要回到起点,拿着你得到的结果去回答自己在一开始提出的问题,该定性的定性,该定量的定量,将调研收到结果我转换成需求来。

用户

1.用户画像

用户画像的目的是为了充分了解我们的用户,进而为产品设计和运营提供参考目标人群。

用户画像的简单分为几步:

基础数据采集、分析建模、结果呈现

第一步:基础数据采集

根据了解的用户的信息进行采集,采集的办法:

  • 相关的文献资料和研究报告
  • 产品数据后台
  • 问卷调研和用户访谈

第二步分析建模

根据你采集来的数据进行归类整理,整理出你的产品的目标群体的行为

例如:95后的群体会有如下行为

根据以上行为,找到针对他们这些行为的痛点在针对针对这些痛点提出需求,找出最能一击必穿的痛点进行产品设计。

第三步结果呈现

根据自己整理出来的目标群体的行为画像,画像结果如图。根据如下行为进行产品设计和运营策略的制定。

2.用户痛点

我们都在谈获用户调研,调研的目的是什么?是为了获取用户的使用场景,通过一个个场景来分析用户痛点。痛点的分析是通过用户角色及角色在场景中的应用得到的,如一个平台有五种用户角色,一种角色平均有10种场景,就可以模拟出50种场景,通过50种场景来一点点分析功能点。用这种办法可以一丝丝的剥离出所有痛点,这样不会有遗漏。我在故事中谈的就是模拟场景的过程,如何通过场景的模拟来得到用户痛点的。

产品经理在规划、分析产品时,在研究需求时,一般采用的是点位方法,今天想起20个功能点,明天与市场人员聊又收获了10个功能点,从而不断的得出产品的功能点。我今天说的是用“面”的方法,收集用户场景,以实现用户使用产品的“面”,通过一个面可以得出十个功能点。再分析另外的面,只要我们的面遍历的全面,就能最大程度的得出所有的功能点。点是离散的,收集信息方式不集中,就跟我们在一个屋子里藏了10件东西,有的人是东一个屋找几个西一个屋找几个,最后缺了2个,不知道在哪,还得所有屋子重找,最后有的东西就会遗漏。我要说的是,一个屋子里尽可能的找全,只要把所有屋子都找完也就找出所有藏的东西了。场景就是屋子,要找的东西就是痛点。

例如拿旅游产品举例:

使用场景

张三准备带妻子去三亚旅游,于是在蚂蜂窝上订购了机票和查找了旅游攻略,按照计划开始了旅途,在到达三亚的第一天已经是下午三点了,去海边旅游已经来不及了,这时就需要在酒店附近找到当地特色的小吃和一些好购物的地点,但是却在app上找不到附近好玩的东西,只有问酒店老板和司机,这就是用户的痛点。在此就不过多的介绍了。

3.解决用户痛点的方式

用户所有的痛点归结到一起就是体验,而只有利用互联网将这些用户痛点一一缓解才能真正赢得互联网这场大战的胜利。那么,什么才是解决用户痛点的关键?

首先,体验是解决用户痛点的关键。我们经常听到诸如此类的话:我宁愿多花点钱,也不要这么累;我宁愿多花点钱,也不要这么麻烦……

我们可以拿互联网家装举例:

上述问题在一个侧面反映出用户真正关心的是在整个装修过程中的体验,给人放心、舒心、顺心感觉的家装O2O企业才能获得用户的青睐。利用互联网技术将整个装修过程全景呈现在用户面前,在装修过程中减少不必要的麻烦对用户造成的困扰,提升用户在装修中的完美感受是所有互联网家装创业者们都必须着重关注的问题。如果能够对互联网家装O2O进行深度剖解,我们不难发现,用户的这种体验其实完全能够通过互联网的技术来解决。将设计、施工、物料全部呈现在用户面前能够让用户放心;培养一批高素质的装修队伍,并对这支队伍进行产业化管理能够保证用户舒心;减少用户在装修过程中不必要的麻烦,让所有的问题都能够在业主的观察下解决则能够让用户舒心。

质量是解决用户痛点的根本。体验是带给用户最直接的感受,而用户真正关注的问题还是拥有质量上乘的装修效果。质量同样是所有家装O2O企业与用户共同追求的一个方面。完美的质量能够让用户入住之后更加安心,而在某种程度上也能够确立家装O2O企业在这个行业当中的地位,并继续获得资本青睐。另外,上乘的质量还能够让用户乐意掏腰包付钱,这样的话,外部资本与内部用户产生的装修收益便能够相互作用,互联网家装O2O企业也有足够的精力去解决影响用户痛点最根本的质量问题。

互联网技术是解决用户痛点的“手术刀”。资本巨鳄与家装O2O无法真正解决用户痛点的根本原因就是缺少互联网技术与传统行业的深度融合,而即使有些家装O2O企业与互联网技术产生了某种融合,这种融合也是一个“半拉子”工程。因为互联网技术并未与传统行业发生化学反应,并对传统行业产生颠覆性改变,只是对传统行业的“表层皮肤”进行了一些简单的清理而已,传统行业深入骨髓的病根并没有完全切割掉,因此这种融合非常简单机械,还需要进一步深入。传统行业的一些优势与长处也没有被互联网技术吸收和利用,互联网技术与传统家装依然是被割裂开来的两个部分,两者的本质并未发生改变。而互联网技术作为改变传统行业的利器则能够成为剜除传统家装毒瘤的手术刀,并与传统家装产生深度融合,衍生出一种新生事物,这个新生事物才会真正解决用户痛点,并成为带给用户不同体验的全新互联网家装O2O平台。

撰写mrd文档

撰写一篇成熟的mrd文档,是你战胜老板,拿到融资的关键,所以一篇货真价实的mrd文档非常重要,下面我们还是以装修行业为例,讲述一下mrd文档都包含哪些内容。

  • 产品背景
  • 行业瓶颈

传统家装行业是一个让人又爱又狠的行业,每个环节基本都有痛点,没有什么用户体验而言。你花费了自己一生攒的钱买了一个房子,想好好的为它打扮打扮,但是你很难知道到底要花多少冤枉钱,你永远不知道到底何时能结束,没法实时了解工程的进度与效果,投诉无门,评理无处。

正是由于传统家装的产业链条过长、牵涉环节过多,建筑装饰无论设计、施工、选材,还是监理、验收,其复杂性和专业化,导致家装行业难以被标准化,用户好感度极低,属于典型的大行业、小企业的支离破碎竞争状态。

1.互联网对该行业的冲击

随着互联网和移动互联网的冲击,家装行业被互联网思维冲洗的机会已经来临。自小米投资了“爱空间”以来,互联网+装修引发了市场与资本的强烈关注,普通民众更是喜大普奔高呼:解放军来了。

通过线上、线下资源的整合,以“标准化、产业化”的理念,致力于将传统行家装不规范、不透明的现状,通过互联网思维实现标准化、产业化,将价格不透明、工期冗长、成本浪费的家装,改变成为可定价、定期的标准化家装,并通过线上实现交易和全程监控,线下实现体验和交付的新型家装模式,把家装过程中的不可控性降为零,真正解放一代年轻人的家装。

2.产品战略战术

1.公司战略和定位

战略:互联网家装标准化领导者,在未来三年内做到行业从头企业

定位:新一代年轻人的家装明星

2.产品的战略战术和定位

战略:标准化、透明化互联网家装平台

定位:将价格不透明、工期冗长、成本浪费的家装,改变成为可定价、定期的标准化家装,并通过线上实现交易和全程监控,线下实现体验和交付的新型家装模式。

战术:以整包硬装为切入点,整合线上、线下资源,通过系统将工程过程透明化,可实时监控进度状态,并进行质量服务反馈跟踪,后期可切入软装、智能家居,打造互联网家装闭环。

3.用户描述

目标用户群

中低端收入的新一代年轻人群体,由于他们已经对互联网比较熟悉、接受度相对比较高;且买房在国内是一个强需求,每个人年轻人心里都有一个梦想买一套房子,所以可以很好的拉动家装行业的发展。通过互联网思维整合资源将工程价格透明、工期时长固定、过程标准化,并通过线上实现交易和全程监控,以最好的体验服务用户,让他们感受到顾客是上帝的感觉。

4.用户行为动机

生理的需要:人最基本的生理需要就是吃穿住行。而国人根深蒂固的思想都希望能有一套属于自己的房子,而家装又是人们内心渴望的诉求。

归属感和爱的需要:大部分的北漂、南漂人都希望能有一个归属感,而这个归属感最直接的表现就是家。劳累了一天希望回到家能舒服的休息休息,而家装的质量和感觉就非常重要了,能使人身心放松。

尊重需要:拥有一套房子,拥有一套装修非常漂亮、个性的房子,也是新一代年轻人获得别人尊重和认可的方式。

自我实现的需要:自我价值的体现、自我的实现除了事业、财富最直接的表现就是拥有一套装修非常赞的房子。

5.用户需求痛点

  • 不知道哪个家装公司口碑好
  • 你很难知道到底要花多少冤枉钱
  • 你永远不知道到底何时能结束
  • 你根本不知道做到什么程度才算达标
  • 没法实时了解工程的进度与效果
  • 投诉无门,评理无处,投诉无门

6.提供的解决方案

面对上述的需求痛点,大部分用户都非常无奈。那么我们可以提供一种解决方案:以工具为切入点,整合线上、线下资源,通过系统将工程过程透明化,可实时监控进度状态,并进行质量服务反馈跟踪;让用户真正的了解家装、参与家装,形成良好的体验与互动反馈。

7.市场描述

市场规模

国内外在家装行业有比较大的区别,国外交房的时候基本没有毛胚一说,对个性化的设计和二次小改需求较大。反观国内,大部分交房的时候都是毛胚状态,对全包的硬装需求较大。

根据艾瑞咨询统计数据,2013年,家装市场规模在11456.6亿元,线上家装行业在955亿元左右,占行业规模8.3%。在未来的十年内,家居电商行业存在着巨大的增长空间和商业机会。

根据中国建筑装饰协会数据, 2013年中国建材家居行业市场规模达到37242.9亿元, 2014年仍将保持较快增长,市场规模预计将达到40709亿元

竞争对手分析

平台撮合模式:对接装修公司,代表公司齐家网、土巴兔、土拨鼠。

优势:提供一个资源连接平台,能够快速帮助家装公司适应互联网,成本较低。

劣势:无法有效解决用户和家装公司之间的矛盾。

标准化整包模式:代表公司“爱空间”。

优势:利用自身平台整合线上、线下资源,创建自有团队,可以解决用户和家装公司之间的矛盾。同时把家装透明化、标准化,并通过线上实现交易和全程监控,线下实现体验和交付的新型家装模式。

劣势:要管理自己的自有施工团队,成本高。

8.Swot分析

  • 优势s
  • 劣势w
  • 机遇o
  • 挑战t
  • 项目规划
  • 核心功能点

通过系统完成线上预约>缴纳订金>线下洽谈跟踪>施工进度实时监控>完工评价的全流程,将价格不透明、工期冗长、成本浪费的家装,改变成为可定价、定期的标准化家装,并通过线上实现交易和全程监控,线下实现体验和交付。

9.阶段规划

第一阶段:基础内容+服务建设

内容是最基础的东西,服务是最核心的东西,加之移动互联网时代来临,整合现有内容+服务优化为适合PC端+移动端的一整套内容服务体系。

目标:

  • 通过PC端+移动端的“双端”模式,解决用户痛点、公司痛点、市场痛点(线上)
  • 落实供应商资源合作(线下)

第二阶段:品牌建设

以价格透明+工期标准化+专业团队+全程监控+服务体系为主线打造双端应用产生品牌效应,增强用户互动性和黏性,快速扩大用户规模。

目标:

  • 通过支撑平台来收集用户数据为后续的数据化分析做基础,挖掘用户需求,深入打造属于我们自己的品牌效应。
  • 专注极致做主线业务功能,快速迭代优化调整
  • 主线业务功能产生口碑粉丝效应

第三阶段:快速发展

主要通过免费以及营销推广活动等,使业务在市场中的占有率进一步提升巩固,聚集用户群,利用支撑系统深入挖掘用户需求和完善服务体系,以进一步提升知名度、使用率和使用量达到口碑效应。

目标:

  • 保证产品的稳定性
  • 保证服务的质量
  • 保证资源的稳定性
  • 该阶段以占领市场的XX%占有率为主要目标

第四阶段:盈利尝试

随着用户规模的不断扩大,以“硬家装”单点突破后,引入“软家装”等产品模式(如商城),逐步完善整个流程的闭环,增加盈利点。

目标:

实现通过全流程的闭环操作和口碑粉丝效应,从而引发二次消费甚至长期消费,获得规模收益。

技术可行性分析

1.功能列表

针对整理出来的需求,对需求进行可行性分析,最终确立整理功能列表。将此功能列表根据优先级排一下级别如图。

根据功能列表组织会议,将公司中技术大牛组织到一起进行开会讨论功能的可行性方案,在开会之前,作为产品经理人一定清楚您的产品需求的核心功能点是什么,产品功能需求的逻辑是什么样的,不要开会的时候技术疑问就不知道啦,这样很容易被技术带沟里,跑离了原本需求本质。

2.评估开发时间

根据功能列表的逻辑和需求,让技术评估一下开发时间,这个评估时间可能会比实际开发的时间长一些,作为技术谁也会这么做,因为一旦时间确定下来了,开发不出来是要负责任的,而且在实际开发过程肯定会出现各种问题,这些问题都可能导致开发时间的延迟,所以作为技术能够给你一个准确的时间,这个技术已经很负责任了,在这里要提醒一下,根据实际情况把时间定长一些是对的,不然可能背锅的就是你哦。

3.评估所需要的技术储备

一旦时间确定一下来了,技术就要根据时间开发量来进行技术储备了,在这期间可能我们会做一些准备工作,好的技术是开发成功一半,这个就好看公司的实力啦。

撰写prd文档

一个成熟的、规范的prd文档,在开发过程中是至关重要的,在上一篇文章中已经给大家讲解了prd的文档模板,链接如下,在这里就不给大家举例子,大家可参考链接《成熟旅游产品需求文档》

在这里简单给大家讲讲一个成熟产品文档包括哪些内容。

  • 文档名称、文档版本号、撰写人、撰写时间、上线时间
  • 行业分析
  • 产品定位
  • 产品描述
  • 产品功能描述
  • 产品流程图及逻辑关系
  • 业务流程图
  • 功能框架信息图
  • 功能流程图
  • 面向对象
  • 名词解释
  • 目标用户角色定义
  • 功能需求
  • 原型图
  • 业务模式描述
  • 其他需求分析

开发一个成熟的产品,仅仅拥有成熟的prd文档是不够,你可能还会有其他文档,没有技术肯定会向你要的,最好还是准备好,不然技术向你要的时候你没有,你回多尴尬啊。如:功能列表、需求排期表、提示语文档、交互文档、短信模板文档、设计文档等。

作为好的产品,应该还有市场部市场推广方案、运营部运营方案等。

在这里给大家展示几个:

功能列表:

短信提示文档:

设计文档:

设计文档就是设计图,设计图一定要标注清晰。

需求评审

需求评审是一个很重要的环节,作为产品经理人需要给所有人讲一下你的产品设计理念和逻辑,这其中包括技术,运营、市场、测试,这个环节自己一定要先把每一点的逻辑全部弄清楚,不然在评审会上,每个人都问你,你会很尴尬的。需求评审大概需要对三块内容进行讲解,具体如下:

1.业务模式讲解

作为产品新人,如果你的命好能赶上一个新的产品,这个产品从零做起,那你就赚着了,你可以了解整个产品的业务逻辑,功能逻辑。运营推广逻辑,这对你个人的成长是有很大的帮助的,如果已经是一个成型的产品,只是在进行产品迭代,那你能从半路开始学起了,只是功能评审估计就没有那么多的内容可说了,而业务模式是给开发一个整体的方向,这对开发的技术来说是有帮助的,对产品人来说也是好的,当在开发中中遇到问题时,技术会根据整体的业务逻辑去把控,也知道怎么处理。

当然业务逻辑不是仅仅给技术和开发人讲的,最主要的人还是运营和推广,他们要根据业务的模式去制定一套成型的推广方案和运营方案,好的产品的是什么,好的产品是在真正解决了用户需求的情况下,让用户知道我们正在为他们解决问题,让他们口口相传,这就需要我们伟大市场推广团队的去做这个事情了,一个好的运营推广团队,对我们的产品的成功是非常重要的。

所以业务模式一定要给大家讲清楚,这点很重要。

2.功能讲解

功能讲解其实这个时候是讲给技术听的,是需要让他们知道我们都要做什么,怎么做,至于运营和推广的讲解需要在后期培训上给大家讲的,告诉他们使用这个功能。

功能讲解是需要告诉开发我们要做哪些功能,优先级是什么,需要开发的逻辑是什么,在这个之前一定要自己先把逻辑弄清楚,在这里最好整理一个功能列表。

3.原型逻辑讲解

原型讲解其实是讲给技术和设计听的,技术看到原型知道每个页面的大概的呈现形式,这时他们心里就知道布局的样子,怎么布局了,而设计看到原型就知道页面需要方哪些内容,这时候他们就会根据原型内容设计了,作为产品经理人在根据绘制的功能原型进行讲解时,原型的每一处必须标注清楚,这样让开发知道。在这里需要说一下就是,评审是必须的,但是这个不能保证技术不会问你,因为你费了很大的事,可能嗓子都讲冒烟了,技术也就会记住其中一半,其他的可能还会问你,所以你的原型一定要将你讲的内容逻辑在原型上标注清楚,这样技术一看原型标注就不会再问了。

开发测试

一切准备就绪就等开工了,开工就要有个计划,所以在开工前,一定要做一个开发排期表,这个表示给所有人看的,所有人包括开发、运营、市场,每个部门都会根据这个排期表准备自己的工作,去执行,所以这个表一定要谨慎去写,要跟技术老大去碰,最终确定下来在发给大家,不然在规定的时开发不出来是要负责任的,所以一定要慎重。

一旦这个表发出去之后,所有的人都按照这个表去执行,运营要在产品上线前准备运营工作的,市场要根据此表去安排推广工作,制定相应的产品的推广的计划。

在这里给大家的展示一下我在开发中制定的表,因为时间问题,逻辑写的比较粗糙,如果大家有时间可以详细的写一下逻辑,这样可以更好的给相应人员去看。

1.开发排期表

2.设计页面

页面设计其实包括两部分,分别为前端的页面设计和后台的页面设计,这两部分都需要先设计原型

前端页面设计

a、顾名思义前端的页面是展示给用户看的界面,这个界面是根据原型去设计,这里可能涉及到的内容很多,在做前端的原型的时候一定要考虑好,在做完原型时一定要将各个页面都做出来,至于页面的交互效果就要看你的交互的基本功了,如果你们公司比较大的话,有好的交互设计师,那么要出一个交互设计文档,如果没有,那就需要你自己去亲力亲为了。

b、在原型检查没有问题了,就要安排设计设计页面了,在设计页面前,一定先要跟设计讲一下整个原型的逻辑关系和内容,让设计知道整个产品的过程,这样在设计中如果有问题的话,设计会给你指出,也为以后开发提供便利。

c、其次就是设计了,设计的风格一定要统一,所以在这里需要给大家的讲解一下,如果是多个设计做一套产品页面时,一定要设立一套设计规范,不然做出的页面可能不统一,这个需要设计去出一套规范,

d、设计一定严格按照原型内容去做,至于页面的样式就是设计考虑的问题,对于页面设计而言,不要做的太过于花哨,不需要太多的交互效果,这样可能会更多的迷糊用户,页面设计第一任务的是实用性,就是要用户一眼就可以看清楚内容,在这里需要重点强调一下的是页面的内容的引导语一定简介易懂接地气 ,让用户产生阅读的兴趣,所以一定出一套简介的引导语。

e、设计设计完成后,需要确认,这个就需要你去根据产品的定位和风格去确定设计通不通过了,没过,哪里有问题就需要打回去重新改,在这里可以给大家一个方法就是看看相同的竞品是怎么做的,然后进行模仿,不会就学吗。

设计确定后有一个非常重要的环节就是标注,这个非常重要,一定要在设计图上标注清楚,不然开发出来的东西可能就五花八门了,所以一定要标注清楚。这是个细活,得慢慢来。

标注清楚了就可以拿给技术开发了。

后台页面设计

后台的页面设计更加考验产品的基本功,虽然后台的页面不需要设计的那么花哨,但是一定要保证操作的简单。

后台是给运营人员用的,比如用户管理,数据管理,订单管理这些,所以在设计后台的页面时一定要跟运营人员先碰,大家坐下来一起讨论,都需要什么,怎么用,然后在去设计原型,原型出来后还要再跟运营人员确认一下,确认完毕后一定加上详细的标注,每个字段的含义,这样开发人员才能详细知道这是个什么东西,怎么做,才能准确的开发出来。

在这里给大家展示一下我的之前做的后台的原型:

标注就不给大家展示了。

3.技术开发

其实我们在设计前端和后台的原型和页面的时候技术这个时候已经就可以开发了,他们在搭框架,在设计数据结构,当我们把设计的页面设计完成后交给技术时,技术需要搭前端的页面,这个过程就是项目管理人去安排就好了,如果你不幸既是产品,又是技术那么你就要操心了,这段时间,作为产品需要跟进项目开发进度,处理开发中出现的问题,这个问题的多少就要的看你在设计原型中标注的是否清晰明了了。

在这期间你需要做的是准备下期的需要改版的内容,包括相应的文档,这个推进方式更有助于产品的快速迭代,但是一定要记清楚的是,你的产品要明确改版的方向。

4.测试

测试是一个非常重要的环节,能否让自己的产品是一个非常棒的产品,这个就要看测试的了,在测试之前产品一定要给测试开个会,给大家讲讲逻辑,讲清楚讲明白,让测试在重新清楚一遍,可能你之前讲过,但是现在测试人员已经忘记了,在讲一遍加深印象。有助于测试。

那么怎么才能做好一个产品的测试呢,大概分为的三部分

页面和交互测试

页面测试很好理解,就是前端展示给用户的页面是不是完全按照设计标注做的,这部分测试需要设计去做,因为设计更加了解页面的每一处标注,比如字体,字号,间距,图片大小,图标的大小等,发现问题一定要第一时间进行修改,要做到与设计图保持一致。

交互测试就需要交互设计师去做了,按照设计的交互文档测试。在这里就不需要过多的解释。

功能测试

功能测试需要技术测试来测了,功能测试分别包括前台的功能测试和后台的功能测试,这个

根据之前讲的业务逻辑,功能逻辑去测试产品,按照原型逻辑标注去测试,在这个过程中作为产品也需要加入测试中来,因为产品是你做的,你会更加的了解产品,所以你一定要进行参与产品测试,同时发动其他运营和市场的同事进行帮忙一同测试,能不能发动起来就要看你的本事了。

压力测试

压力的测试是一个专业的测试,需要书写代码测试,这个需要专业的人,在这里不过多解释。

上线

上线其实在排期表中就已经规定好了,但是在上线中也会有好多问题需要大家注意的

1.预上线

作为一个成熟的产品,上线要分为预上线和正式上线两步,预上线就是拿正式的数据在测试服务器上测试,这个时候需要公司全体参与项目的人来测试,包括产品,公司的测试的团队,运营团队,这个时候特别要强调一下运营团队了,因为运营团队必须要参与进来,运营团队要对整个产品业务进行测试,测试出现的问题交给技术去修改,保证产品无问题的上线。

2.正式上线

在预上线问题处理完毕,产品按照正常的流程去走,这时候要选择正式上线,正式上线需要选择一个合适时间,大部分比较成熟的量级比较大的产品产品更新的时间都会选择在凌晨上线,因为这个时间段大部分用户不会使用产品,对用户使用产生的影响降到最小,正式上线后的产品还要大家来测试一遍,这里的测试团队仍是所有人包括,技术、产品、市场、运营。因为我们虽然在测试服务器上测试是没有问题的,但是不代表在正式的服务器上没有问题,所以一定要测试确保没有问题,有问题第一时间及时解决,这样可以将影响降低到最小。

正式上测试没有问题,一切运转正常后,就需要对外公布结果,至于怎么公布,向谁公布就需要公司领导层去决定了。<

市场、运营推广

公司的新产品在规划和开发过程中,运营和市场就要做好运营和推广的计划,这时需要市场和运营出一个详细的方案,方案中要明确推广的目标、方式、时间、预算、方案、执行人等,这个一定细化在细化,有周详的计划,产品不等人,也许你们在做的东西其他的竞争公司也在做,所以要保证我们的新产品一上线就能马上立刻推广出去,至于推广的效果就要看我们市场的能力,方案写的是否周全,执行是否迅速。在这里我就不做过多的讨论了。

1.运营

运营部门同市场一样,工作非常重要,新产品推出去必定会有用户上来,这时就需要运营部门也要出一份详细的运营方案,将业务中出现的各个流程打通,细化在细化,将业务流程中出现的每一个问题都能制定出详细的计划,保证出现问题第一时间有解决办法。

这个也需要运营部门出一份详细的运营方案出来。

2.数据和反馈

数据是运营部门一大重点,市场组织活动推广,要知道活动推的怎么样,钱花了效果不知道这怎么能行,所以对于推广的数据一定要处理清楚,这个数据在产品开发的时候就要设计好,怎么获取数据,需要获取哪些数据,该埋点的埋点,该抓取的抓取,一定要保证数据的准确性,有了数据我们才知道我们的产品是否受到用户的喜欢,拿数据说话。

3.数据分析

收集到数据了我们就需要的分析,分析这些数据的价值,数据少的,或者没有流量的功能就需要重新考虑和设立解决方案,至于数据怎么分析大家可以参考一些数据分析的书籍,在这里不多做解释。

4.提出需求

在产品上线后,作为产品和运营部门仍然有一份重要的工作去做就是收集产品新需求,比如推广中出现的用户体验问题,bug问题,功能需求问题,这些需要第一时间反馈给产品经理,产品需要将这些需求和问题全部归纳到需求池中,在对这些需求进行拆分,看看这些需求是否是真正需求,然后排期在后期的版本的迭代中更新。

版本迭代

1.需求池

作为一名优秀的产品经理人,管理需求池是一个很重要和很有技巧性的能力,这个需求池可能是所有人给你的提过来的,这可能包括用户、市场部、技术部、运营部、老板等,每来一个需求我们都不怕,我们要对这些需求进行一个详细分析和拆分,然后进行归类排期,放到下期或者更远的时间开发,在这里就提到了了优先级,一定要将这些需要设计优先级,这样你才知道你的需求是否什么时间开发。

对已经开发的完的需求一定进行标注管理,没有开发的,不必要开发,都要进行合理标注。在这里给大家看一下我的,整理不好请大家多多关照。

2.排期

对已经整理好的需求,就需要进行合理的排期,进行下一期的版本迭代。

3.迭代

记下来就是安排下期的版本迭代了。

以上就是我在工作中总结的一个完整项目的诞生过程,可能会跟大家在工作的不太一样,只供大家学习和参考,写的不好,请大家多多关照。

 

本文由 @成就梦想就去拼 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 谢谢笔者分享 非常全面 感谢!

    来自广东 回复
  2. 项目管理人员拜读此篇产品设计框架图,受益匪浅,感谢!

    来自上海 回复
  3. 哈哈哈

    来自美国 回复
  4. 通过作者文章,梳理了自己的知识,并且有所拓展,感谢🙏

    回复
  5. 我刚刚入行一周时间 正需要知道这些 您写的很细 非常感谢!

    回复
  6. 受教,谢谢 😉

    来自广东 回复
  7. 写得非常好,赞。

    回复
    1. 谢谢支持

      回复
  8. 很详细,我是还未入行的小白

    回复