来自我Mentor的语录

摘录了来自我Mentor近2个月的语录,是有点长,但是理解了之后对于思考产品与加深自己的思考深度是特别有好处的,这些才是做产品的核心!

 

在做一个功能之前要思考二个问题

1)这个功能解决什么问题?

2)这个需求是否普遍存在?

做产品的二个方式

1)一个问题,思考解决方案

2)一个解决方案,解决了哪些问题

 

等数据的时间可能是半天甚至是2天,这段时间我们不能光等待,而是把数据的可能性给判断好,不同的可能性我们该做出什么样的动作

看到数据的时候需要对于数据有一个“怀疑”的态度,同时需要对于数据进行一个合理的判断,如果数据在一个合理范围内并能行得通说明时可以的

初期试水的时候,在不影响我们需要的产出的情况下,产品要约轻越好,这样在后面的时间里面可以减少不少的成本

在做功能的时候,要想着与自己产品所要达成目的的方向是否一致

先不要想我们有什么,而是先想用户需要什么我们是否能提供

会议类型分为讨论会议与执行会议,在执行会议上需要将项目大致内容与各个主要人员沟通好,避免在会议上讨论耽误时间

需要把日历用好,看自己的时间与别人的时间

做出的产品要符合用户的预期,小米手环当时给自己说明的带电时间是30分钟,用户实际应用下来是40分钟,顿时觉得好好用,自发的去到处传播

思考产品的时候可以尝试问3个为什么?加深自己的思考深度

在提BI统计需求的时候,并不是越全面越好,如果是一些现在就有的一些统计数据可以拿来用,如果是一些统计起来有成本的数据,需要考虑我们用这条数据的目的是什么,好与不好有什么对应的想法

手动操作是用户体验的极限

如果我们想做的功能别人已经做出来了,我们可以去调研一下体验

点广告的原因:广告描述符合用户的预期

数据有误差没关系,只要能判断问题就行

一个改进点思考的时候需要考虑用户真实的体验

思考产品是否该做的时候,要考虑到这个产品的影响面,如果影响小的话又具有一定的可行性,不放尝试一下

在做产品规划的时候,需要有一些细节点是能够确定下来的,提出具体的解决方案,不然大家就讨论不下去了

思考产品预期的时候要客观,不能太低来让结果看起来不错,不能太高完成不了,这也代表了我们对于这个产品的了解

干涉用户原本行为的事情咱们能不做就不做

常规设计出来后需要更加深入的思考,对每一个产品设计需要有更高的要求,更极致的追求

一个产品的功能上线,可能有正面的一面,可能有负面的一面;不能因为自己推进这个功能就放大积极的一面

产品Blog里面的界面需要更新成最新的效果图,这样别人才能知道这是确认版本的,讨论或者提意见才会有依据

当有人想等一等或者反对一个意见的时候,要问问对方根本的原因是什么?找到这个根本问题之后看看这个问题是否真的让人担心,真的让人担心的话咱们就去问、去找人看看这个问题是否严重

联想到昨天分享的内容:测试的时长根据自己所做的事情决定的,参与的人越多测试的时间可以越短;只要能做出判断就行

当做产品的时候要清楚产品的用户画像,需要找准自己的目标人群,不相关的用户不要让他进来;也需要清楚我们想让用户做什么,不做什么

产品在初期用户数不够大的时候,不要太关注数据,多关注用户的反馈

项目中参与的人越少,沟通成本越高

项目过程中尽可能少的依赖别人,特别是产品经理

数据取的时间越短约灵敏,如:Return UV取隔日的比较好,能看到趋势并说明问题

产品经理对于项目的把控需要有项目的计划,包括MileStone,时间,资源等,让大家清晰的知晓产品的节奏

产品经理在进入项目之前需要指导产品经理在其中的价值

上线记得第一时间看反馈

说服你的上司很难,如果拿用户的场景,画像,痛点来描述就很容易说服

产品中尽最大可能实事求是,说明当前问题,给用户帮助

后面接受到Bug要看看是不是疼痛难忍,若不是,先记下来,找一个集中的时间修Bug

项目Close时间不是上线,而是上线之后3-5天,需要看一下具体数据并可能调整

推进产品的时候还是要多听听客服的意见

别人提出来一个意见的时候,反对的时候自己要想想为什么,同意对方观念的时候也要想想为什么,建立这种思考的习惯

项目中的反馈需要最快的速度让项目成员知晓

有效的快速推动项目前进

在沟通之前就应该想好每个人最关心的事情是什么

上线一个功能不是做功能,而是关心能达到什么目标

即使接到别人需求也要思考需求背后的真正价值

每个项目结束都可以打电话问问用户的感受

若开发是具有产品思维的,想要说服开发需要自己私下做足功课,充分的理解产品本身甚至是产品之外的内容;项目完成时间方面我们自己心理会有一个预期,去和开发沟通,最终形成商讨一致的时间

 

 

AB测试相关

1)目的:定量的分析上线功能带来的效果

2)任何的测试都具有误差,样本量越小误差率(置信区间)越大;10W左右的量中千分位的区别可以认为是误差

3)AB测试是一个工具,具体做判断根据实际情况决定;更多的是看性价比

4)比较强调看新用户的数据,老用户已经建立了习惯

5)如何用最短的时间,最少的成本得到我们想要的结果

6)是对于预期的一个验证,看结果与你的预期相符或者不符;测试之前我们的思考之前是必须要有的

7)测试的时长根据自己所做的事情决定的,参与的人越多测试的时间可以越短;只要能做出判断就行

8)如果无法预估是否带来大的伤害,我们可以小范围的AB测试

 

最后感谢我Mentor的悉心教导!

 

 

 

 

百姓网卧槽榜的发展与总结

项目的背景是这样的:百姓网内的帖子不计其数,其中有很多很搞笑,很奇怪的帖子(下图),自从百姓网成立第二年起,大家有想着专门做一个页面或者功能去展现出这些搞的帖子;没想到直到第十年才真正起航

AA7895E6-9CBB-441D-B4DE-3241D9564411

 

最开始我们是想在每一个帖子的详情页添加“好玩”的按钮,让用户自己去投票;但是仔细想想百姓网是做什么的?给用户带来开森的帖子的?用户看到好玩知道是什么吗?好玩到底是什么?现在放在详情页里面合适吗?

所以下图展示了通过走廊调查得出的进化结果,考虑到一开始大家对于卧槽并不知道是什么,目前对于用户来说还是需要引导,通过专题页面的方式让用户知晓什么是“卧槽”

12B0BB1F-C0C3-4FEF-90DB-A8D29A7C761C

 

定下卧槽这个名字之前还想过嗨,哈,呼哈,好玩;但是年轻朋友看到恶搞的都喜欢喊一句“我操”,咱们就文艺一点叫“卧槽”;目前来看这个名字的效果是非常好的,很多用户给我们的留言就是卧槽卧槽,很符合他们看到帖子的心与声。

通过交互与UI设计的产出是这样的,对于设计师的成果我很满意,达到我预期了,奉上地址

11

22

 

我们在网站,Wap,App,微信里面都有入口,这对于跨平台的挑战还是有的,我们并没有在每一个平台完全统一,而是根据每个平台的特色做相应处理

在Web端的分享突出QQ空间与新浪微博;我们可以看到用户分享的数据,不得不说QQ空间的用户粘性好高!

33

App端有成熟的分享,在页面上将分享删除

44

微信的界面有自己特色,微信版本做了符合微信的样式并沿用微信自身的分享

55

我们做卧槽榜不是为了只让大家一笑,我们的初心是:

让用户自愿转发出去,形成转发规模

所以我们在每个平台的分享的界面体验上也是思考了

时间方面:在3月20日我们上线了第一期,每周三都会更新一期(感谢运营团队的支持)

时间轴

 

各个平台都做了也推广了,应该看看产品反馈了,产品初期我们暂时不关注数据,我们更加在乎的是用户的声音,所以我们给用户拨打了电话,另人欣喜的是用户大多数的反应是这样的:

用户反应

 

我们整理了来自电话访谈的反馈,也给予了我们一些启示
电话访谈

在界面上用户可以留言,意想不到的是那么多用户给我们留言了用户留言

 

整个项目做完结果还是偏向与好的一面,不如意的一方面是主动分享的用户还是过少,这方面我们还是需要努力,不过能给用户带来欢笑声还是令人喜悦的!

项目结束了,对于我个人而言最大的价值在如下几句话,与大家共同分享:

1:在下笔之前先与大家明确我们的目标与想要做的事情

2:产品初期的时候多听听用户的声音而不是着急看数据

3:不同的平台可以围绕目标有一些局部调整,不一定是完全一致

4:对于微博空间类用户操作有了一定的认识,评论了往往就不转发;所以我们把卧槽和转发做到了一起

5:听到用户肯定咱们的产品好开森!