互联网产品一二三

互联网产品经理分析产品的思路是什么?

不同类别的产品最好思考方式不同:

1)社区、游戏、纯工具类产品:

多考虑用户使用场景;不同情况下用户的心理状态和期待;用户价值空间(比其他同类产品更快捷、更简便、更节省用户成本等);

2)中间页类型的产品,或者说导流量给其他资源类型的产品(如去哪儿,58,团购,O2O等)

所考虑商业模式,整合哪方面的资源,是否在后端有足够的资源掌控力,前段用户流量的采购成本;规模化情况,中段产品每一阶段的转化率等。

3)对于活动运营类产品(如魔图、小咖秀、夫妻相等)

多考虑产品的传播性、话题性、传播渠道选择、目标用户对内容风格的消费偏好和分享偏好之类,要懂网络用户,对网感的要求很高。

如何对规划一款产品:

1)满足什么用户群体的什么需求?产品的定位和目标;

2)市场和竞争情况:市场容量分析和竞品调研;

3)价值链:产品价值链条分析;

4)产品结构:产品主框架和逻辑流程;

5)需求优先级:功能决策;

6)关键点分析:技术难点等问题;

7)进入项目管理阶段:产品生命周期;

8)运营推广方式。

分析用户需求需要考虑的问题?

1)这个需求是从什么背景下提出来的?

2)这个需求要解决什么问题?目标用户是什么?使用场景是什么?

3)有哪些实现需求,解决问题的方法?哪个更好?

4)选择的方法需要有哪些资源?是否有现成的?

5)开发成本如何?能达到什么效果?

6)我能向任何人解释清楚这个需求吗?

竞品分析得的维度?

1)战略层(产品定位,用户需求);

2)范围层(主要功能);

3)结构层(信息架构);

4)框架层(交互设计);

5)表现层(视觉设计);

6)商业模式。

如何定义需求的优先级:


需求的重要性可以用商业价值原则来评判,也就是从需求的重要性和紧急性两个维度来分析定义的需求。

1)新产品未上线

新产品未上线这种情况指的是产品从无到有的这个过程,这种情况因为没有相关的运营数据做支撑,所以从需求对用户的重要性和紧迫性来判断需求的优先级是一种比较合理的优先级定义方法,那么如何判断需求对用户的重要性呢?

一般情况而言,用户需求重要性:基本型需求>期望性需求>兴奋型需求。使用需求的金字塔法则来表达,金字塔的最底层是基本型的需求,往上是期望型需求,最上面一层是兴奋型需求。基本型需求是必须有的需求,没有的话用户基本使用不了产品,如果金字塔最底层被砍掉的话,这个需求的金字塔就可能站立不稳而倒下,所以基本型需求的重要性最高,期望型的需求是用户期望能有的需求,用户希望越多越好,但是如果金字塔的第二层被砍掉的话,需求的金字塔不会受较大的影响,因为最底层的需求还在,用户还能继续使用产品,所以期望型需求重要性要低于基本型需求。兴奋型需求是超出用户预期的需求,有的话可以给产品加分,没有的话也无大碍,如果我们砍掉金字塔的最顶层,需求的金字塔更加不会受到影响,因为基本型需求和期望型需求都存在,用户还能继续使用产品,所以说兴奋型需求的重要性要低于期望型需求。其实我们从金字塔的建造过程来看,也是先建造最底层,然后是中间层,最后是最高层。

需要特别注意的是每个用户心里的基本型需求、期望型需求和兴奋型需求是不完全一样的,是千差万别的,比如说有的用户认为期望型需求是基本型需求,而有的用户认为兴奋型需求是基本型需求,这也随着时间在动态变化,甚至衰减,所以产品需求优先级的定义也要根据当时的实际情况来定。

是不是明确需求的重要性之后就可以判断需求的优先级了呢,这里面还需要加上一个因素,即紧迫性。基本型需求重要性最高,且也最紧迫,所以基本型需求的优先级默认是最高的。

一般情况下,肯定是先做基本型需求,在研发基本型需求的同时,有时候因为运营、营销、销售等业务需求的迫切需要,会同时研发一部分的期望型需求(重要不紧急)和兴奋型需求(紧急不重要),主要是制造产品的亮点和卖点在市场上与竞争对手形成差异化或者品牌区隔,也有利于产品上线初期凭借期望型需求或兴奋型需求赢得用户良好的口碑。

2)免费型产品

免费型产品已经上线这种情况指的是全部免费型产品(全部功能免费)或者部分免费型产品(有些功能免费,有些功能收费)从有到优(调优)的这个过程,这个时候因为有了运营数据的支撑,通过运营数据,能聚类分析出用户的行为,甚至可以给用户画像。那么如何定义需求的优先级呢?这里还是采用需求的商业价值原则,即重要性+紧迫性原则。前面已经阐述过,用户有需求,产品利用相应的功能或内容来对应和满足需求,可以根据功能的使用率,使用次数和重要性,形成一个需求重要性的计算公式,根据计算的结果和紧迫性来定义需求的优先级。

现在互联网和移动互联网产品形态很多,比如Web、桌面客户端、第三方平台App、WAP、iPhone客户端、Android客户端、iPad客户端等等,用户对每一种终端产品的需求是不一样的,所以不能机械地认为用户对各种终端产品的基本型需求、期望型需求和兴奋型需求是一样的,这里要区分对待。对于要做跨终端产品的公司尤其要注意。比如,在使用Web 产品时,可以使用鼠标滚轮滚动页面阅读隐藏在下面的内容,能不翻页就尽量不翻页,因为用户比较习惯;而在iPad客户端产品上,从上而下滚动页面,需要使用手指自下而上滑动,用户使用起来有点别扭,很多App产品,尤其阅读型产品,改成了手指自右向左的横向滑动阅读未读的内容,用户使用起来比较自然。

用户需求重要性的判断标准:用户基数、使用次数和类别重要性类别重要性分成基本型、期望型和兴奋型需求三类。

对于基本型需求,比如产品的性能、安全、浏览器兼容等方面,一旦出现问题,用户不能访问使用产品的情况,应该立马放下手头的工作,利用一切可利用的资源尽快解决这方面的问题,在有的公司称为“911bug”,属于最高级别的bug,优先级最高。比如说网站被黑了,或者使用起来非常慢,用户快崩溃了,这个时候应该想方设法尽快解决,试想一下,如果用户访问或使用不了你的产品,即使你的产品功能多么地强大,做得多么地好,用户也享受不到啊,这个时候如果还是投入资源做期望型需求和兴奋型需求,等辛辛苦苦做完了,用户也就流失掉了,这是一个常识。

对于期望型需求和兴奋型需求,可以通过运营数据,形成公式计算。

需求对应相应的产品功能,用户需求重要性=功能使用用户百分比(用户使用率)*功能使用次数百分比(功能或内容使用率)*类别重要性百分比(期望型需求、兴奋型需求),注意:最底层的基本型需求不在计算范围内,因为默认为最高级别。这个需求级别公式就是综合考虑有多少用户需要、用户经常需要还是偶尔需要、对用户重要还是不重要三个因素。

比如说有功能相对来说类别重要性虽然高一些,但是使用该功能的用户数和用户次数却比较少;有的功能相对来说类别重要性虽然低一些,但是使用该功能的用户数和用户次数却比较多,那么根据上述公式计算后得出的结果有可能是类别重要性比较低的功能整体重要性要高于类别重要性比较高的功能整体重要性。

关于计算公式举例:A功能属于期望型需求,在一定时期内,假设总的用户数有100人,其中有50人使用过A功能,那么A功能使用用户百分比就是50/100=50%,在这50人使用过程中,一共使用了10000次,那么使用次数百分比就是10000/50=200,类别重要性百分比,假定期望型需求是50%,那么A功能级别数值=50%×200×50%=50。

B功能属于兴奋型需求,在一定时期内,假设总的用户数有100人,其中有30人使用过B功能,那么B功能使用用户百分比就是30/100=30%,在这30人使用过程中,一共使用了90000次,那么使用次数百分比就是90000/30=3000,类别重要性百分比,假定兴奋型需求是25%,那么B功能级别数值=30%×3000×25%=225。

可以看出B功能级别数值225要大于A功能级别数值50,所欲B功能的整体重要性要高于A功能。

对用户来说,基本型、期望型与兴奋型需求并不是一成不变的,是一种动态的变化过程。并且运营数据也在不断地发生变化,需要及时作出相应的调整!

是不是明确需求的重要性之后就可以判断需求的优先级了呢,这里面还需要加上一个因素,即紧迫性。还是得按照先做重要且紧急得需求,后做重要不紧急的需求,再做紧急不重要的需求,最后做不紧急不重要的需求。

3)收费型产品

收费型产品指的是已经上线或者未上线收费型产品(全部功能收费)或者部分收费型产品(有些功能免费,有些功能收费)。在这特别说明一下,收费型产品的需求也主要是期望型需求和兴奋型需求,因为基本型需求的优先级默认是最高级别的(重要且紧急)。

一般情况而言,收费型产品是公司的收入来源,如无特殊情况,在同等条件下,一般收费型的功能优先级要高于免费型的功能优先级。那么收费型产品的优先级如何定义呢?定义的标准就是商业价值,即重要性+紧迫性,这里的重要性主要指的是经济收益(将战略上的收益也归结经济收益,包括有形的和无形的收益),经济收益高且紧急的功能需求先做,经济收益高且不紧急的功能需求后做,紧急且经济收益不高的功能需求再往后做,不紧急且经济收益不高的功能需求最后才做。

4)前置后置条件

前置后置条件指的是有时候必须先完成A功能,然后才能做B功能,从需求的优先级来看,A功能的需求优先级肯定要高于B功能的需求优先级。A功能的重要性和紧急性都要高于B功能。

总的来说,上述四种定义需求优先级的方法,在公司范围内,在特定的产品阶段,是可以搭配使用的。需求优先级定义的原则基本上是一样的,都是商业价值原则,即重要性+紧急性。

不管在哪一种方法下,基本型需求的优先级永远默认是最高级别的,至于期望型需求和兴奋型需求要根据具体的实际情况使用方法的一种或几种方法搭配使用,而不是再用拍脑门来决定需求的优先级。特别注意的是,上述的内容都是围绕需求的优先级来展开的,是从产品人员的角度来说,但是从研发人员的角度来说,毕竟受到各种人力、物力、财力的限制和影响,并不能完完全全按照产品人员确定的需求优先级来进行研发,基于产品人员确定的需求优先级,研发人员基于开发资源提出相应需求优先级的研发优先级

如何提升产品的用户体验?

用户体验是指用户在使用产品过程中简历起来的纯主观感受。

用户在使用过程中的任何一个环节如果做得不好,其结论就是“用户体验不好”,用户体验不好不仅仅是界面或者表现层的事情。用户体验是一个整体。

典型的互联网产品研发线,影响互联网产品的用户体验的有四个环节:产品策略,用户界面,技术,运营。其中产品策略要符合用户使用场景,要解决用户问题;用户界面的设计要流程清晰、信息明确、漂亮;技术方面,要保证运行速度快,服务稳定,流程不卡顿;运营方面设计的产品活动要清楚、有趣,奖品要给力。要想做好用户体验,需要每一个环节共同努力,需要产品经理、用户研究师、产品设计师、视觉设计师、开发工程师、运维工程师、产品运营和市场策划的共同努力。

用户体验设计的原则:

1)符合用户使用需求,而不是符合你我的想象和感觉;

2)基于用户心里模型的设计,而不是基于业务模型或者工程模型的设计。也就是要时刻为用户的使用方便考虑。

3)反对原教旨主义:包括反对死扣设计原则的字面意思,不考虑或较少考虑用户使用场景和整体逻辑;对潮流盲目跟风;不考虑或较少考虑设计以外的因素。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 221,273评论 6 515
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,349评论 3 398
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,709评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,520评论 1 296
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,515评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,158评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,755评论 3 421
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,660评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,203评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,287评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,427评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,122评论 5 349
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,801评论 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,272评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,393评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,808评论 3 376
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,440评论 2 359

推荐阅读更多精彩内容