初步了解产品经理(个人笔记)
什么是原型,原型就是草图,模型,demo.
我们的模型也是一样的,比如说做一个硬件产品,就开始要把最初的原型做出来。
原型先给产品自己用,给团队成员用,给用户用,给投资者用。
你的基本想法就要表达出来。
脑袋里面想一些细节的东西是想不出来的。
产品经理要把自己的想法告诉给团队的人,干讲是讲不清楚的。
给投资者展示,要让用户知道你是干什么的,怎么干。
具体的表现形式是什么样子的。
常用的原型工具有哪些:
Axure 墨刀 justinmind
数据分析是贯彻在产品的始终。循环往复的一个过程
需求分析——确定可行性—— 产品设计——开发测试——产品上线
需求来自:
普通用户,产品经理自身
公司层面:高层的公司战略,或者高层个人的想法提出
来自用户层面的需求——————————数据要去伪存真。。
了解用户真实的需求。
APP某个页面卡了。我们有必要研究一下某个页面当前的退出率占总页面的访问次数。
每一个产品经理都会面对高层的需求:
面对公司高层需求:首先我们要从数据入手,验证观点,病提供正确的态度。
正确的态度更重要,产品经理要有自己理性的态度。
产品设计分为三个阶段:
设计产品的目标是什么?
确定行之有效的方案,怎么改,如何改?
用户停留时间。某个模块的点击率。
某个模块用户点击后流失率多。
设计中——辅助决策,判断思路:
解决方案?数据帮忙参考意见。。
比如说要促销某个东西。那么我们就随之附赠一个小礼品,但是由于有用户占据新人礼,所以,我们就要给没有支付的这个人的购物车设置一个失效时间,但是这个失效时间是写多少呢?
这个时候应该调查已经发生的单据,然后看下单时间的,支付时间,的间隔数据。进行分析,然后选择比重比较大的。。。
A/B test 对网站进行分样对比,各抽50%。对比
设计:
数据验证,当前的功能是否完成预期目标。
没有达到目标看看是不是还有提升的目标。
数据驱动产品的。。。
在一般的互联网公司,根据数据来分析产品的问题,然后优化指标。
确定指标。提交开发。测试。产品上线发布,然后通过埋点检测问题。
导出率 = 下级页面的浏览量/本级页面的浏览量
导出率高就说明用户点击率高。
品牌调性。排版,颜色。
首页架构。改变陈列楼层结构,
个性化推荐。凸显品牌。
个性化推荐——————猜你喜欢。。
热门品牌。。。比如耐克,乔丹,等等,,
3稿:
第一次需求评审,第二次用户访谈,第三次交互稿。视觉稿。
Pv,uv,跳出率,转化率,访问率,点击数需要做一个了解。
推荐的网站的和书籍
网站分析在中国
蓝鲸的网站分析笔记。
精通web analytics 2.0 用户中心科学与在线统计艺术
流量的秘密。
活动做的好了。可以起到正面效果,
做的不好了重伤产品。
付费活动是毒品。
吸毒能爽一时,吸多了会上瘾。计量越来越大,会伤害身体,
付费活动也是一样的,做的恰当了,收入会提升一阵,但是活动做的多了,玩家就会越来越依赖,没有活动就不爽,这样下去活动就会越来越多,力度就会越来越大。
需求无限多,一定要取舍。
运营自身,不要把你的需求当做大家的需求。
运营是门艺术,。
只有不犯原则性的错误,运营没有绝对的对与错,
运营一个产品就要先对产品有足够的了解,就像跑步之前一定要学会走路。
熟悉产品,那个地方有兴趣,那个地方没有,那个地方体验不好,那个地方愿意花钱,那个地方不愿意花钱,感受用户氛围,用户都在讨论什么,反应如何,不想要什么,还有付费产品你在体验的时候,你自己要去花自己钱,不要肆意挥霍,只有把钱当做自己的钱来华,才能像玩家一样感受花钱值得不值得,
活动是由产品,用户,和老板三个因素决定的,不是你一个人拍脑袋决定的。
开发是创造产品的人,他们最熟悉产品,所有跟产品有关的开发他们都能知道,
但是用户和开发就是完全相反的,他们最先看到的是界面,是傻瓜式的使用,然后才是接触交互,最后才感受系统和数值,
所有的互联网从业者都有一个共同的话题————要不要装用户。
为了自己要细心测试。
web网站数据指标
免费的网站排名工具:
Alexa,中国网站排名,网络媒体查询,
免费的网站监测工具:
Gooole analyticcs ,百度统计,CNZZ网站分析,
关键词:
访问量,访客数,浏览量,跳出率。页面停留时长,汪涵停留时长,退出率,转化率。。。。
访问量:
什么是访问量,一次访问就是指一个人来到网站,然后浏览了一些内容以后离开网站的过程,这个过程也被称为会话,也就是session
访问量定义:一段时间的访问量就是这段时间内的会话次数,
访客数:也被称为独立访客数,UV,如何识别一个用户?
在网站分析系统中,会依据用户的浏览器,设备型号等信息,为用户分配一个编号,这个编号就是cookie
访客数就是访问网站的cookie 数。如果同一个人换了浏览器或许和设备,那么他的cookie也就变化了
浏览量:
PV,也就是浏览页面的数量,
网站停留时长:
页面停留时长,就是访客一次访问在某个页面上停留的时间,等于这个页面的总停留时长除以这个页面的访问量。
网站停留时长,访客一次会话的时间长度,等于网站所量的总停留时长除以访问量。
跳出率:
跳出率是非常重要的指标。
网站的所有会话中,来到网站的以后没有任何动作就离开的比例,等于只访问了落地页面的访问量除以总访问量
退出率。。某个页面退出网站的比例,他等于从一个页面的退出次数除以访问次数,
页面跳出率和退出率的区别。
退出率是指无论从那个页面进入网站,最后从这个页面退出的比例。
跳出率, 是指从这个页面 进入网站,没有做任何事,就从这个页面退出的比例。。
转化率:达成某种目标的访问量除以总的访问量,或达成目标的访客数占总访客数的比重。
1、有多少访客访问了网站,访问深度怎么样?
2、访客从哪里来的。通过什么渠道来的。
Referral 已建网站。
Direct 直接进入。
Organic search 自然搜索。
other 一般是付费的广告流量。
Paid search 付费搜索。
利用网站分析:
1、用户在网站上做了什么。
2、流量最大的着陆也。
3、流量最大的页面。
用户活跃与参与。
日活跃用户数,月活跃用户数。
一段时间内启动过应用的设备数,就是活跃用户数,
日活跃用户数波动比较大。月活跃用户数波动比较小。
活跃系数 = 日活跃系数/月活跃系数。
用户留存率:
次日留存率,7日的留存率,30日的留存率。
用户转化:
付费用户的比例。首次付费的时间,用户平均每月的营收。
付费用户平均每月营收。
移动应用的分析工具:
Flurry. 友盟,talkingdata
活跃系数,平均使用时长,功能使用率。
做活动之前需要确定的:
1.我们先搞清楚产品现在处于什么阶段,在这个阶段我们的重心是什么。
2.我们对产品足够了解吗。知道现在用户处于什么阶段吗。
3.你对用户足够了解吗,用户最近都在想什么,是否有比较集中的问题。
4.你知道老板想要什么吗。
活动开始之前的准备工作:
与开发人员,后台技术人员,商量开发需求,确定开发需求,发送需求邮件,
跟技术沟通是一项修炼。
解决活动中的突发问题:
计划不如变化,突发情况在所难免,但是尽量避免,还有就是要讲究时效性,解决问题一定要快,而且同时不再除出错。。。
活动分析:
1、为什么做活动分析。
最起码。要拿他应付老大吩咐的差事,
其次,活动分析可以说明这次活动的效果到底好不好,
最重要的是,分析活动后可以总结经验和教训,指导以后的活动,
2.活动分析里面要写什么?
1、活动期间以及前后的数据,用来说明活动的作用,
2,用户的反馈,
3.结合数据和反馈,做出客观的分析,哪里好,哪里不好,
4.总结经验教训。
如何让老大更快,更舒服的看完分析报告。
讲真话,抓重点,选择合适的工具,突出重要的部分,保持简洁。
在问题解决之前,不花时间来追加谁的责任,所有相关人员先集中起来解决问题,解决问题以后再去追究责任,
几个做运营的,有时候怎么沟通都无法意见统一,那么这个时候就必须要有一个人站出来,决策,必须有个头,如果三个臭皮匠地位平等,那么这个团队就完蛋了。
这个世界最贵的就是沟通成本,
1.面对问题,而不是回避矛盾。
2,解决问题,而不是正面对方的错误。
3.换位思考,而不是要固执己见。
——————————————
如何和技术进行沟通:
1.提出的需求不被重视怎么办?
口头上或者沟通工具上还是推动不了的花,可以以邮件的方式去详细说明问题,并且抄送老大,让老大· 知晓有这么个问题,那么相信其他人解决问题起来就很快了。
2.提出的问题被告知实现不了怎么办?
开发不想增加工作量,或者不想去尝试,怎么办
这个时候可以找一下你认识的开发,然后描述一下这个场景,问他是否能够实现,如何实现,一般问过几个人实现不了,那么就说实现不了,如果可以,哪就可以,
还有一种是当前的技术没有办法实现,但是可以持续关注新技术,比如一些开放平台的接口问题。
跟合作的开发商保持联系,了解最新技术促进新的业务。
项目中常见的沟通方式:
通过文档沟通:
不受文字数量的限制,内容具体,便于查阅存档以及日后的统一管理,
适合描述功能多,业务复杂的项目,适合跨部门协作的项目,
缺点,不容易建立统一标准。面向不同角色,阅读的时候找不到重点,费时,理解成本高,沟通效率相对较低。
通过邮件沟通:
有点,打破时间和空间的限制,便于查阅记录,方便为多人发送附件,比较正式,适合报告工作进度或者通报项目状况。
缺点,正文不适宜太长,传递信息不及时,不清楚语言环境有时候容易误读,不利于处理争议或者敏感问题。
通过 IM 沟通:优点:沟通方便;容旯消除紧张情绪;截图,发文件方便;可以多人对话,适合相熟的同事之间沟通,畅所欲言,适合解决争议不大的问题,
缺点,容易被忽略,一些复杂问题描述不清,容易误解,查询记录时不是很方便,不利于解决矛盾,过于随意,不适合说重要紧要问题,
通过电话沟通:
优点:即时,有效,沟通效率高,适合解决紧急但不太重要的问题,
缺点,不利于传达微妙的情感,特别复杂的问题扔不容易说清楚,有可能引起误会,不方便查看图片或文件,不便于查找记录。
会议沟通:
优点:集思广益,开拓思路,更多角度了解他人的观点,适合跨部门,协同解决问题,头脑风暴,
缺点,若方法不得当就会导致效率极低,了解时间管理的人都知道,要优先处理重要但是不紧急的事情,其次要处理好既重要又紧急的事情,因此在沟通中,要充分的重视文档,多人会议,面对面沟通,邮件沟通等方式,对于一个基层员工,特别要注意掌握面对面沟通和邮件沟通的方法。
项目中常见的沟通问题:
1.用文档代替正常沟通。
很少有pm发完文档,会快速跑来给你讲一遍他的思路,这也是人之常情,
2.用正常沟通代替文档,
对于大型或者复杂的项目,需要文档来解释说明,这是其他任何一种沟通方式也无法取代的,文档的缺失,不利于大家正确理解项目,也不利于发现问题,这样出来的结果很难令人满意,。
遇到问题,有的人是救世有的人是发泄机器。。。
而我们要做自己的救世主。
不急不躁,不快不慢。持之以恒,相信自己。