就能看完详解独立经理项目(产品需求用户项目就能)「独立需求计划」

从事产品关注“产品大烩”(一)项目启动前从事产品的工作很多人对产品这个岗位的认识却不明晰,有的以为是纯粹的画原型,有的是以为做项目管理跟踪项目进度,有的是做竞品分析给老板看
实际上,这些都不是产品经理的核心和重点
在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理、交互设计师、UI设计师、用户体验分析师、数据分析师、运营等等
但是创业型公司中产品经理往往都是身兼数职,创业公司追求的是效率最大化、成本最低化
下面我以一个成熟产品经理角度出发,来审视整个过程,看一个产品从0到1
产品从概念到产出到流程从事产品关注“产品大烩”做任何东西之前,首先要考虑其背后的用户需求、商业价值、技术难度
只有用户有需求,你的产品才会有人用;只有其商业价值成立,才能为企业带来利润,毕竟企业最最基本的目标就是要盈利;只有技术上的总体评估是可行的,整个项目才可被执行
一、用户需求1.1产品定位从事产品关注“产品大烩”头脑风暴讨论需求一定要根据产品定位出发
执行的人一定要清楚的明白产品是用来干什么的,给什么人用,才能正常的去讨论具体细节
如果热血沸腾、蹬鼻子上脸的的讨论了好久,发现没结果,发现会议的讨论跑偏了,不妨回归本质,想想我们的产品定位是什么
产品定义:产品定位包含两个大的内容一个是产品定义,另一个是需求定义
产品定义要分析的内容包含产品的使用人群、主要功能和产品特色
举例,你现在要创业搞一个移动端兼职招聘APP,作为产品经理首先应该干什么?中国每年的就业人口非常庞大,行业也各种各样,那你就有要想,你的产品是要给什么样的人提供服务,你如果想服务所有行业的人群那是不可能的,首先一个小公司去整合这么多行业招聘信息本身就非常困难,另外并不是每个行业的人对互联网的接受程度那么高
通过数据分析和调研,发现现在国家鼓励创业,创业的高峰期必然产生大量的人力需求,而且从事互联网的人对于APP的接受程度也很高,至少都愿意尝试
所以你把互联网这个行业的从业人群作为你产品的使用人群
当你分析完其他兼职招聘类APP后,你发现这些APP有很多问题,找出差异化功能需求,所以你打算做这个APP,他的特色功能就是1、LBS位置服务;2、IM在线及时反馈;3、取消纸质简历;4.兼职招聘要细分化,高效利用零碎时间
主要功能就是兼职招聘
现在我们给APP取名叫做666兼职APP
需求定义:需求定义的分析包含目标用户、使用场景、用户目标三个方面
目标用户是什么类型的人会用你的产品;主要功能是指你的产品是用来干什么的,是工具是社交还是其他;你的产品相对于其他市面上的产品有什么不同的地方,这就是产品特色
1.2需求分析以上就是所有产品定位的内容
这些完成之后,紧接着的就是竞品分析和用户调研,一方面这是对我们的需求进行一定的验证,另一方面也是我们直接接触用户的一个机会,看用户存在什么需求
从事产品关注“产品大烩”1.3需求筛选早期需求筛选是个需要非常重视的事情,为了防止需求跑偏,我们需要始终把握住我们的产品定位和优先级,(少做不经思考的、拍脑袋的决定)
需求记录表:早期需求筛选期间,我们产品人员要做一个需求记录表
因为会出现很多这样或者那样的需求,有些点子有可能以后会成为我们产品迭代的启发点,也会给产品的发展带来更广的思路
做好管理,记录下有效需求,对会议的推动和进展会有很大的帮助
二、商业价值从事产品关注“产品大烩”市场需求文档和商业需求文档,一般在大公司会得到比较成熟的体现
小公司往往多数都是老板自己决定,老板可能不会搞这样或者那样的文档,但他自己肯定会去做基本了解,或者本身自己就很了解某个行业
这两个文档并不是多余的,必须在项目启动前,花一定的时间去深入了解行业和用户
三、技术评估需求评审环节需要技术总监或项目组技术人员参与,评估项目技术可行性和大概时间
和开发相处融洽一点,会对产品的推动非常有帮助
项目执行中在前文中已经给大家讲了项目启动前应该做的三大块1、需求;2、商业;3、技术
在这些准备工作整理完之后,接下来就是执行,执行过程中不像之前需要考虑的那么宏观,但需要你足够的细心和耐心
一、产品层面从事产品关注“产品大烩”需求产生了之后,紧接着产品人员就可以产出需求文档,需求文档对接下来交互设计、UI设计起着关键性的作用,当然在需求闻文档产生的过程中,如果有专职的交互设计,在需求阶段最好和产品人员一起来探讨需求文档的细节,这对于交互设计自己理解整体的需求有帮助,也对他进行原型设计和撰写交互说明有很好的帮助
需求文档大致包含的内容会有如下几个方面:背景描述:为什么开展这个项目?解决用户什么问题?会有多大的价值?大致就是把项目启动前做的功课进行一下总结说明
用户画像:对业务场景下的用户特征进行模拟画像,阐明用户情况
项目时间规划:什么时候出来原型?什么时候出来真实设计稿;什么时候进入开发?什么时候开始测试?什么时候开始提交应用商店? 这些都需要明确出来,一定要有规定的时间要求安排
信息结构图:APP的内容组织结构(产品人员可以试着参照竞品画一下)
任务流程图:对于APP中的大功能,把用户从开始到结束的整个过程梳理出来,把各种可能性考虑进来,否则之后如果开发碰到问题了问你,你还得重新考虑,更可怕的是开发不问你直接就开发了,而结果还不是你想要的(这个刚参加工作的产品经理很容易遇见,逻辑思考不完善,就仓促的画原型,最后技术一问逻辑一脸懵逼

需求说明:把每个操作的前置条件和执行过程、执行结果说清楚,如果能够用文字说清楚的就用文字,说不清楚的最好用图片
然后交互设计师再根据你的功能结构和流程梳来设计线框图和高保真的原型图
数据埋点:把后期需要查看的数据列成清单,比如说这个按钮的点击率,这个页面的打开率等等,这个时候需要和运营多交流,对需要做埋点的地方理清楚
这对于产品上线后的数据分析很有帮助,数据也可以辅助产品功能的迭代(埋点很重要,许多产品经理认为画完原型就完事了,没有系统的思考产品后期运营的问题,所以做产品一定要有运营思维)
二、交互设计需求整理完成之后,接下来大致要进行的就是线框图、页面流程、高保真原型图和交互说明的设计和产出
高保真原型是具体情况来定,有的公司有要求,有的没有
2.2线框图:力求简单清晰的表达出每个页面的视觉效果,这里最好不要加入交互,也不要搞的五颜六色,最好是黑灰色
每个情形就是一个页面,把各个情况用页面分别表达出来(一下截图是中保真,线框图是黑白灰的)
从事产品关注“产品大烩”2.2页面流程图:比较类似之前的信息结构图,页面流程图这是用各个页面来做连接,视觉上更加清晰各个环节的衔接和跳转,(把做好的页面按照用户操作流程连起来就是页面流程图)
2.3高保真原型图:对交互的要求会更高
需要比较完整的展现各个功能之间的交互动作,另外在视觉上尽量还原真实产品的样子
从事产品关注“产品大烩”2.4交互说明:交互说明和高保真原型结合起来使用最好,高保真的交互动作基本上都可以展现
有些地方的交互动效是软件无法搞定了,这个时候就需要你用交互说明了
三、UI设计一般情况下,交互设计师讲线框图交给设计师,设计师就可以开工了
这个过程,交互也要多和设计去沟通,毕竟UI也会有自己的专业度,她会有自己的设计见解,这很正常
四、项目执行设计稿做完,交互的工作也做完了,该去交给项目经理执行了,这个身份目前来看那只有很大的公司里才会有,一般情况下是由产品经理直接兼任了
这里需要提醒的是,在执行前,各种相关的规范要先建立起来(记住日常经验告诉我们规范很重要)
比如:4.1,apk、api文件的命名规范和不同类型安装包的管理:做好这些,会对以后安装包的管理会有极大的帮助
比如:开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开
以后在续测试时就不会因为各个版本搞的手忙脚乱
4.2APK、API文件管理4.2.1开发版:纯开发自己使用或者产品使用,其他无关人员一般情况下不会接触到这个版本
网络环境:仅特定网络环境下使用(需要技术人员搭建环境)
4.2.2公测版:经过产品和测试人员的详细测试后,基本没有什么BUG了,就可以拿出来给公司的人使用,也算是上线前的稳定性测试
网络环境:仅在特定环境下可以使用(需要技术搭建环境)
4.2.3商店版:准备提交到市场的APK、API文件
在经过开发版本、公测版的全面测试后,排除一切不稳定bug,此时打包的商店版仍然需要经测试人员的最后把关,最后一定要保证的是,准备上线的APK、API文件是经过测试人员的最后把关的
五、APP测试和版本号管理版本号的管理,前期就要做好管理和记录,否则后面产品上线后,出现bug要改进,或者添加新功能后对老版本是否有影响,这个时候版本号管理就会起到很大的作用,一方面你可以随时找出之前上线过的apk、API文件,另一方面面对不断修改打包的文件不至于把自己搞混
版本号始终是唯一的,是依次迭代递进的,不要为了上线时版本号好看就去刻意干扰版本号,严禁搞多套版本号
测试须知:UI、交互、产品在技术人员开发阶段,要多和技术人员沟通,最好是将大功能细化成小功能模块,每次做好一部分就通知相关的人进行检查,以免累计到最后问题过多修改动作太大
UI负责盯着开发是否按照自己的设计实现的,交互负责关注交互效果是否符合你的标准,产品负责关注各个功能的实现是否正确
从事产品关注“产品大烩”测试用例:好的测试用例能够有效的推进测试的进程,好的测试用例在于尽可能的把APP的各种需要测试的情况描述清楚,这点就看你的文字能力了,测试用例写出来会交给测试人员来测,这也是他们评判APP是否达标的标准
Bug管理工具市面上有很多,多是免费的,即使是收费也不要在意那么点钱,借助bug管理工具能够有效的提高测试人员和技术人员的协作效率
(三)项目上线后之前给大家介绍了两个部分,项目启动前和项目执行中
项目上线后,作为产品需要关注的事情有几个方面,一是APP数据,二是用户反馈,三是需求提取
一、APP数据新增用户:第一次启动应用的用户;新增独立用户:全体应用的新增用户的总和(去重)活跃用户:当天启动一次的用户即为活跃用户,含新用户和老用户;活跃独立用户:当天应用的活跃用户总和(去重)MAU:MAU(monthly active users)月活跃用户人数
DAU:DAU(Daily Active User)日活跃用户数量
常用于反映网站、互联网应用或网络游戏的运营情况
用户留存率:在互联网行业中,用户在某段时间内开始使用应用,经过一段时间后,仍然继续使用该应用的用户,被认作是留存用户
这部分用户占当时新增用户的比例即是留存率,会按照每隔1单位时间(例日、周、月)来进行统计
第7日留存率:(第一天新增的用户中,在往后的第7天还有活跃的用户数)/第一天新增总用户数;第30日留存率:(第一天新增的用户中,在往后的第30天还有活跃的用户数)/第一天新增总用户数
另外就是APP的埋点数据,这个功能的点击率是多少?这个功能有多少人打开,又有多少人使用了?有多少人在频繁使用这个功能?等等,这些埋点数据要时常关注
结合数据变化来反思功能设计的问题,从而优化产品
二、用户反馈和评论产品上线后,用户的反馈和评论对于产品人员来讲是尤为珍贵的材料,一方面这是你的真实用户的感受,另一方面是他们在表达直接的需求
处理用户的意见就显得格外重要
用户反馈什么我们就做什么,这是肯定不行的
很多情况下用户表达的只是一种表面现象,要学会去挖掘用户背后的需求本质
多去研究竞品产品,多去了解用户
从事产品关注“产品大烩”三、需求提取从事产品关注“产品大烩”也许用户的意见是个圆形,但经过分析之后,很有可能得到需求是两个长方形
借用亨利福特名言:“如果我最初问消费者他们想要什么,他们应该是会告诉我,‘要一匹更快的马
’”客户的需求分为显性需求和隐形需求两大类
我们通过市场调查得知的往往都是一些诸如“我要一匹更快的马”这类显性需求
客户的显性需求并不是客户真正的需求
企业需要根据所收集的显性需求信息进行深度挖掘和捕获,以了解客户的隐性需求是什么,进而分析出客户的真正需求是什么(例如:用更短的时间、更快地到达目的地)
这就是一个需求分析的过程
乔布斯所言:“我们的任务是读懂还没落到纸面上的东西
”实际上就是用户隐性需求的深度挖掘
(转发-关注“产品大烩”)
就能看完详解独立经理项目(产品需求用户项目就能)
(图片来源网络,侵删)

联系我们

在线咨询:点击这里给我发消息