初步了解产品经理（个人笔记）

 

什么是原型，原型就是草图，模型，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.用正常沟通代替文档，

对于大型或者复杂的项目，需要文档来解释说明，这是其他任何一种沟通方式也无法取代的，文档的缺失，不利于大家正确理解项目，也不利于发现问题，这样出来的结果很难令人满意，。

 

 

遇到问题，有的人是救世有的人是发泄机器。。。

 

而我们要做自己的救世主。