【产品思维】聊聊我理解的产品思维

闲谈

窝在宿舍床上,抱着一桶泡面啃,嘴里念念有词:再不更新文章别人会不会以为我这个号已经挂掉了,思来想去,觉得今天必须得凿一篇文章以证清白。公众号维护一个多月现在才40多个关注人,好丢面子 (´-ι_-`)。

说正经话

今天想分享的内容是PM同学经常会听到的一个词:产品sense。这里想结合自己的经历,讲讲什么是产品sense。阅读文章之前,温馨提醒:

  • 系个人产出,能力有限,内容如有偏颇,还望在公众号里面留言,必定回复;
  • 产品思维不单单是PM需要,我想对于所有从事非技术职位的同学,体验一下这类思考问题的思路,想必有些积极意义;
  • 人人都是产品经理?我觉得是;人人都能成为产品经理?就比较扯淡了;

从5个方面来表述一下什么是产品思维。

一、以目标用户诉求为导向

这个短语里面有两个关键词:目标用户和诉求。

先解释第一个,什么是目标用户?对于任何一款产品而言,不可能所有的用户的都是它的目标用户。快手短视频很火,可是它的产品调性让我不喜欢使用,我不是它的目标用户;基金定投能够让财富增值,但是很多学生并不会投资,因为学生群体也不是基金产品的目标用户。作为产品管理的参与人,尤其是在接手新产品的时候,找准产品的目标用户,显得尤其重要,因为它关系着日后的工作决策是否切实有效。

那什么又是诉求?咬文嚼字的文字游戏就不玩儿了,诉求指的就是用户最需要的解决方案,诉求并不意味着用户需要,因为很多时候用户也并不知道自己需要什么。比如我说“我想吃东西”,给我拿个汉堡我会觉得开心,但是给我一碗饭我也会很满足,因为我的诉求并不是我想吃什么,而是“我饿了”。用户的言语表达具有临时性和突变性,而更具有参考价值的则是用户的行为,这也是用户研究存在的一个很大的意义。

我们常规思考问题的场景,更多的是以个人或者既得利益方作为出发点,无可厚非,因为很多情况我们的行为都是服务于我们自己。但如果从职于产品方向,则在面临问题时第一反应需要站在目标用户的角度去思考,讲究同理心,也就是换位思考。这也是为什么说成为产品经理之前必须要先成为产品的目标用户,毕竟“知己知彼,方能百战不殆”。

二、用流程的方式回归问题

这一句话有点拗口,语文不咋地的我也不知道怎么用一个短语来表达自己的想法。其实质就是,在处理问题或者设计方案时,学会以第一人称视角走完产品流程,在体验流程的过程中去发现问题并从中解决。产品服务于用户,用户在使用产品的过程中就必定会产生前后环节的衔接,而产品在设计之初也需要明确,哪条线是我们希望用户去走完的。

流程回归和换位思考有相似之处,不过前者讲究落地执行,后者则侧重需求分析。其实这种思考方式在小学老师教我们看统计图时就有所体现,先看横轴,在看纵轴,然后结合两种信息再分析独立的点。这样有条理的分析思路能帮助我们规避无用功的投入以及避免落下一下有价值的要素。行为总是有先有后的,这不过这次,我们是换成了用户这类角色。

现在很多需求产出的场景,往往是在某个环节或者某个功能点进行优化,较多忽略了在全局流程的层次来看待问题。当然我说这句话很容易被打,毕竟产品越做越大,要是每次都重复一遍流程思考,也就不适合互联网“小步快跑,快速迭代”的模式。两者存在冲突,但是依旧可以兼容,比如制定迭代几个周期就进行一次回归复盘,减少不必要功能的累加。一些“死胡同”性质的功能不能说失败,但是是有缺陷的。

三、时刻保持成本收益意识

这一点对于老资历的PM来说基本OK,可能也是因为被老板怼多了,工作经历丰富,成本收益意识也就形成了条件反射。那么对于像我酱紫的菜鸟PM,起初经常会觉得产品需要为用户提供良好的用户体验,因此一味的想把产品上所有影响流程的不足一一修复,可是往往忽略了需求的收益以及耗费成本

其实多被RD小哥哥吼几次,多被设计小姐姐怼几下,多被老板骂几回,多学点技术设计知识,差不多就能形成成本收益意识的条件反射了(* ̄∇ ̄*)。

需求设计的成本大概包括以下几个方面:

  • 技术成本:大多数需求实现是需要RD小哥哥一行行代码敲出来的。因此PM就需要了解一些客户端、服务端以及数据库方面的知识,免得提出的需求毫无人性;
  • 设计成本:不要以为设计小姐姐长得好看就好欺负,怼起人来也是不落下风,如果提出一些稀奇古怪的交互需求,恐怕做个动效都得花很久,基本的审美意识和交互知识,还是很必要的;
  • 资金成本:这方面主要体现在运营活动,比如红包激励、H5抽奖活动等等,都需要初步计算资金预算成本是多少,花出去的钱,一分都不能浪费;

那么相对成本而言,收益的评估维度又包括哪些?

因为这个不同产品的KPI量化指标不同,也没办法去一一衡量收益的维度,不过大致总结就是三方面:

  • 为公司挣钱;
  • 为公司省钱;
  • 不挣钱也不省钱,但是是为公司主航道业务而服务;

另外需要强调一点,无论是描述成本或者收益,量化指标非常重要,很多情况下无论是RD还是设计还是老板,最关心的就是需求的凭据,而凭据最有效的呈现方式就是数据。因为这方面自己栽了不少跟头,所以想单独拎出来讲。

四、凭数据和事实说话

无论是做产品还是市场or别的业务型岗位,数据往往是逃不过的一个工作要素。在上一篇文章《【需求评审】谈谈产品需求如何被“接生”》我在结尾处谈到了数据作为支撑需求评审的重要性。可能是因为自己从小就比较恐惧数学的原因,过去很多场景下自己的需求都是凭借用户调研或者简单的数据分析就开始产出了,对数据的挖掘程度还远远不够。随着几次磕磕碰碰的需求评审,越来越意识到数据在工作当中的重要性。数据分析作为PM的核心能力之一,需要去不断强化。

这一部分内容自己很难给出具体的case,想提醒的就是,实际工作和在学校很大的不同,就是在工作时的任何一个场景,无时无刻都在付出成本,而说服上级或公司提供这种成本,则就需要给出凭据,PM需要通过给出凭据来获取公司资源,而凭据呈递最有效的方式,就是数据。

似乎回到了当年“学好数理化,走遍天下都不怕”支配的恐惧。

五、懂得协调资源分配

这一部分可能显得比较虚,什么是资源,怎样协调,这些情况都是根据自己公司的业务状况而定。而PM需要做的,就是合理的将大问题根据拆解为小问题,能够定位问题的原因并将其交付专业同学解决。比如定位问题属于交互类交付给设计同学,问题出现在客户端则就交付给客户端RD,如果服务器宕机那么就需要让OP同学去解决,如果产品需要新用户则就要求运营去策划活动。在整个产品生命周期管理的过程中,各种各样的问题会层出不穷,PM利用产品思维在问题面前快速有效的去推动解决就显得极其重要。

资源协调和推动很考验PM的综合素质,尤其是在面临具体问题的时候更加如此,而且PM没有管理层那样的具体资源调度的实权,就好比古代战争时筹划谋略的军师,能够利用各种军事策略跟敌军战斗,但是最终调度军队的只能是元帅。所以,想要当产品大军中的元帅,骚年们,努力吧。

复盘:

我认知下的产品sense:

1、以目标用户诉求为导向;

2、用流程方式回归问题;

3、时刻保持成本收益意识;

4、凭数据和事实说话;

5、懂得协调资源分配;

——欢迎扫码关注“滔滔有话讲”——

【需求评审】谈谈产品需求如何被“接生”

洗完澡盘腿在床上,思索着今天应该需要写啥。

自己出校门实习也有了一段时间,待过大公司,待过小公司,也待过不大不小的公司。在每一次产品的版本迭代环节,总结来看,PM工作流程大致可分为以下几个阶段:

  • 需求收集:主要是需求池的维护,产出优化的初步思路。需求来源可能是用户反馈、boss要求、数据分析产出等等渠道;
  • 需求分析:明确背景,量化需求收益和成本,根据团队开发能力和其他限制因素筛选需求方案,以及排定需求优先级;
  • 需求设计:此阶段需要产出落地页设计方案,明确页面跳转逻辑以及服务端策略;
  • 需求评审:在包括组内feature评审,详细策略评审以及技术评审,目的在于明确风险点以及开发排期;
  • 开发跟踪:跟进开发排期进度,协调设计和其他资源;
  • 跟进提测:包括组件提测和全量提测,跟进修复可能的bug;
  • 上线观察:主要就是上线后的效果观察,若有A/B测试则需要对比分析需求的ROI;
  • 产出迭代项目,重复步骤一;

篇幅所限,没办法在一篇文章内描述完所有的流程,这次针对产品工作流程的“接生”环节——需求评审,谈谈聊一聊。

一、需求评审的“地位”

为什么没按照工作流程从头开始讲,为什么自己会将“需求评审”称作“接生”。PM这块儿一直有一个段子叫做“产品就像是一个孩子,PM、RD负责生孩子,运营负责养孩子”。如果把需求评审之前称为“受孕”,那么需求评审也就是“接生”的阶段。因为需求怎么做,能不能做,能做到多大程度,多少人来做这个需求,都需要在评审环节完成结论产出。避免需求被拍死,就需要PM在评审环节做好充分准备。

另外,PM舌战RD撕逼的场景,往往会在这个环节体现的淋漓尽致。

二、需求评审的几个阶段

  • feature 评审:基本由PM组内参与,主要是核对需求要点,避免发生需求冲突;
  • 组内策略评审:基本由PM组内参与或者少数设计同学,评审需求的策略逻辑是否合理以及初步设计方案,明确待优化项;
  • 组内策略优化评审:基本由PM组内参与或者少数设计同学,明确上一版评审基础上需求疑点,本阶段评审结论为定稿方案;
  • 技术评审:参与需求开发的全员参与,完成需求讲解和排期确定;
  • 排期方案制定:包括明确各个各个承接方具体的工作安排和负责内容;

三、需求评审“评”什么

如果把需求评审本身当做是一个产品,那么参与需求评审的成员也就是这个“产品”的用户。这些“用户”大致分为:PM、客户端RD、服务端RD、运营、数据组、QA、UI、UE以及各自部门的老板。我根据团队内不同成员的诉求角度,先来拆一拆这些“用户”都各自需要什么:

  • PM:完成需求内容的讲解,完成质疑解惑,需要明确需求承接方以及排期情况;
  • RD:了解需求的技术成本,明确每个需求的确切策略以及需求背景和收益;
  • 设计:了解需求的设计成本,用户体验因素的考量;
  • 运营:需要了解该需求是否需要适配推广或者运营方案;
  • 数据:需要明确需求收益的评估维度和评估方案;
  • QA:了解需求存在的风险点,排查用户以及技术层面的风险;
  • boss:了解成本、为业务或者公司带来的收益以及评估策略;

OK,取上述“用户”诉求的并集,其实就能够得出在需求评审的环节中PM需要讲解的内容,也可大致作为撰写PRD的内容框架。

  • 需求背景:功能诉求产出的原因,最合理、最有效的需求背景就是用数据支撑。数据需要贯穿评审的每个环节,包括明确需求收益、数据评估等等;
  • feature list:也就是所有本次待评审需求的整理集合,需要明确需求的优先级,各个需求的story子例,评审成员能够通过list一览整个版本的需求信息,也方便整理开发排期。
  • 需求详细:RD需要明确每一个需求的详细策略,同时QA也需要通过策略来检验需求是否存在冲突和异常风险,为了便于策略沟通和理解,评审内容能上图就上图(用户流程图、布局框架图、逻辑跳转原型图等等),对于设计同学来讲,若有设计需求,则还需要产出基本的demo样例,方便成员在实际开发前了解需求的呈现形式。
  • 评估体系:包括客户端打点统计,明确打点评估维度,便于在开发上线后做需求收益的评估工作。

四、啰嗦几句

1、PM是需求评审的决策者

往往很多时候,由于需求准备不足或者思考深度不够,在面临需求PK或者答疑环节,很容易被其他成员“带着跑”,以至于出现最终拍板的需求并非之前组内通过的需求方案。面临此类情况,为了推进评审进度,最好的处理方式就是暂停该需求的评审,进入下个评审环节,待会后明确清楚再定夺是否开发该需求。

2、数据是支撑需求的有力工具

就如同每个人都遵守法律一样,做决策时数据往往就是最有力的的武器。当出现团队意见分歧或者不认可,PM需要拿出数据来为自己的观点提供辅助,基于事实和数据做出的决策会比靠感觉和经验更有力度。

3、学会团队激励

以前看过很多帖子都说,技术评审环节可以减少背景、收益等要素内容,因为RD只关心需求怎么实现。但是事实并非如此,任何一个合格的RD,包括设计、QA在内,都绝对不只是一个落地实现需求的“机器人”,他们都会关心自己的工作目的是什么,收益是什么。因此在上线评估阶段,PM可以根据成员分工排期以邮件形式周知收益状况,让实际参与落地上线的同学了解到他们的工作最终为产品带来了什么。成就感的建立,往往也能为PM的可信任感增分不少。

(其实上面的话很多是我老板教我们的~~~)

复盘文章内容:

1、需求评审是产品工作流程的关键环节,直接决定了需求能否从idea到落地实现;

2、需求评审阶段主要分为PM内部评审、团队技术评审和排期制定;

3、评审内容大致包括需求背景、目的收益、详细策略、落地页设计和收益评估维度;

4、PM需要利用数据增强话语权和可信度,另外也需要通过收益数据来激励团队成员;

欢迎关注“滔滔有话讲”

【资产配置】在我们这个年纪,怎么管理自己的小金库

有些标题党了。

先讲个笑话,我看到过一个这样的段子:如果男生月工资8k,恨不得存下7k;如果女生月工资8k,恨不得花掉1w,不够的2k就找男朋友要。(有对象真好~(´・ω・`)~)

自己写的不是理财领域的专业研文,自己对于金融的了解和大多数非金融专业学生一样,也是个几近痴呆的小白。自己对资产管理的了解也是最近这一个月上下班路途中听喜马拉雅广播逐渐接触的。究其背景,自己累计有了快一年的实习,攒下了一小点“私房钱”,面对这笔财富,山里娃出身的我竟然有些不知所措,揣着银行卡,感觉自己要登上人生巅峰<(▰˘◡˘▰)>。(啪!!!对象都没有净YY)

写这篇文章的初衷是,是希望能够给刚入职或者即将步入职场的我们在脑海里埋下一颗种子:对财富进行管理配置的意识,应该从我们刚步入职场的应届毕业生抓起。

一、角色转换:从财富净输出到有输入

在过去接近20年的人生中,对于金钱,我们更多的是一个接纳者角色,授受人大多是我们的父母。中学时代也许我们每周会有固定的零花钱,进入大学我们中的绝大部分也能依靠每个月父母定期打来的生活费,实现在校园的物质和精神消费。在这个阶段,我们几乎不用去思考,也不用去担心如何管理自己的钱,因为所有的复杂环节,父母已经我们做好了规划。有父母这个“提款机”,我们可以定期“提资金需求”,爱孩子的父母,也会尽量的满足我们的需要。

而在毕业工作这个节点,我们的角色则发生了改变,我们变成了财富输入者。我们可以靠着自己的实习或者工作来赚取薪水,在这个阶段,父母也许会一如既往的资助我们,但是已经不再占据财富输入的绝对地位,因此,我们手头能够支配的财富开始变得比以前多了。

九年义务教育不会教我们如何打理财富,因为高考不会考;非相关专业的大学课程也极少重视此类课程,因为对专业不重要。缺乏资金管理意识的我们,一旦手头的钱变得比平时多,或许控制不住自己的消费欲望挥霍无度,或许会不知所措变得茫然焦虑,亦或是单纯的剩多少就存多少。上述几种情形,是我起初的迷惑,也是我观察到的现状。

二、什么是资产配置

先说说什么是个人资产,这是一个在学术领域争议比较大的一个概念,一个比较普遍的描述是:个人资产通常包括流动资产和非流动资产,流动资产包括个人收入、存款、负债等,主要是在短周期内能够变现的资产;而非流动资产则主要是那些不进行短期变现的财富,比如房产、汽车等等。(希望有相关专业同学做纠正)

对于资产配置,我只能copy一下百度百科的描述:资产配置是指根据投资需求将投资资金在不同资产类别之间进行合理分配,通常是将资产在低风险、低收益证券与高风险、高收益证券之间进行分配。

结合上述描述,资产配置场景大致就分为两个需求层次:

  • 基本需求:安全,财富保值;
  • 期望需求:财富增值;

通俗一点来说,资产配置就是我们对自己所拥有的资产进行“蛋糕切分”,一块蛋糕可能用于生活消费支出,一块可能用于投资,另一块可能用于购买保险等等,以上所有行为的概括就是进行资产配置。资产配置没有固定的模型或套路,需要根据每个人的财富状况、性格偏好、风险承受能力等多维度来判断。资产配置类型有比如保险、基金、证券、股票、房产、贵金属甚至古董艺术品等等。

资产配置是一门大学问。

三、为什么要进行资产配置

有小伙伴可能会说,我把工资存在银行里,既安全又能拿利息,还不用操心,两全其美。如果仅仅这样想,其实是忽略了一个基本的经济学常识——通货膨胀。因为与猪肉价格关系紧密,因此也叫“猪肉指数”(心疼二师兄一秒)。按照百科给的介绍:通货膨胀,一般定义为:在信用货币制度下,流通中的货币数量超过经济实际需要而引起的货币贬值和物价水平全面而持续的上涨。

用更通俗的语言来说就是:在一段给定的时间内,给定经济体中的物价水平普遍持续增长,从而造成货币购买力的持续下降。

再通俗一点解释,就是你的钱会贬值!

拿一个我在朋友圈发过的案例进行描述:假设未来三年通货膨胀率保持在3%左右,那么现在的100块毛爷爷在三年后就是100÷1.03÷1.03÷1.03=91块钱,so~~~你的100块也就只能当90块钱用了。如果是1000块钱,那么就只能当900块;如果是10000块钱,那么也就只有9000块钱的支付能力了。惊不惊喜,刺不刺激?因为通胀,就这么白白损失了1000块钱。

所以上面所写的资产配置的基本需求——财富保值,换句话说就是:跑赢通胀,拒绝财富缩水!

为什么把钱简单存在银行这种方式不可取?其实调研一下就能发现,银行活期存款的利率普遍只有2%左右,定期存款利率一般也不会超过3%。而通货膨胀系数一般会超过3%,所以单纯的将钱存在银行,其实就等于财富的慢性缩水。如今包括我自己在内很多人都在用的余额宝,活期利率也就4~5%,而且还是N+T的模式,其实也就勉强能够跑赢通胀。赤裸裸的现实告诉我们,懂得配置自己的资产,灰常重要。

截个近几年的CPI指数图,数据来源于“好金贵财经”:

刚刚才查到,2016年通货膨胀率达到了8.5%。。。。。。阔怕。

四、常见的一些配置类型

这一部分内容专业属性太强,我只好copy一下专业概念,然后结合自己的理解给出一些描述。建议有需要同学去在闲暇之余查阅相关书籍多了解了解,毕竟。。。

(1)保险

保险主要包括两类:商业保险和社会保险,后者也就是我们常说的“社保”。

商业保险是指通过订立保险合同运营,以营利为目的的保险形式,由专门的保险企业经营。商业保险关系是由当事人自愿缔结的合同关系,投保人根据合同约定,向保险公司支付保险费,保险公司根据合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿保险金责任,或者当被保险人死亡、伤残、疾病或达到约定的年龄、期限时承担给付保险金责任。

社会保险,是指收取保险费,形成社会保险基金,用来对其中因年老、疾病、生育、伤残、死亡和失业而导致丧失劳动能力或失去工作机会的成员提供基本生活保障的一种社会保障制度。

在我的印象里,貌似国人对保险一直存在抵触的情绪,估计是因为当年疯狂的客服电话骚扰所致。我自己也遇到过,还因此结识了一个小姐姐~~~咳咳,话题有点歪了。抵触归抵触,保险该不该买,该买,社保还是强制缴纳,毕竟是保险本质就是在“保障”。现在空气污染严重,工作压力大,各种变态奇葩又屡出不止,给自己,给家人买一份保险也是十分合理的。

(2)股票

股票是股份公司发行的所有权凭证,是股份公司为筹集资金而发行给各个股东作为持股凭证并借以取得股息和红利的一种有价证券。每股股票都代表股东对企业拥有一个基本单位的所有权。每支股票的背后都会有一家上市公司。同时,每家上市公司都会发行股票。同一类别的每一份股票所代表的公司所有权是相等的。每个股东所拥有的公司所有权份额的大小,取决于其持有的股票数量占公司总股本的比重。股票可以转让、买卖。

作为股民,每天看着“过山车”一般起起落落的股票走势线,内心的酸爽八千字都写不完。如果有同学感兴趣不妨可以在QQ空间模拟盘上进行模拟操盘,体验一番。

股票作为高收益兼高风险的品种,不太适合我们这个年纪。还是那句话:股市有风险,投资需谨慎。

(3)货币基金

货币基金是聚集社会闲散资金,由基金管理人运作,基金托管人保管资金的一种开放式基金,专门投向风险小的货币市场工具,区别于其他类型的开放式基金,具有高安全性、高流动性、稳定收益性,具有“准储蓄”的特征。

我们常用的“余额宝”就是一种货币基金,各大银行或者基金公司也都会在市场上推出各式各样的基金。基金运作的大致流程是:基金公司通过聚集闲散资金,这部分闲散资金主要是用户通过平台购买,然后对这笔资金进行金融运作,最后按照协定期限向购买用户进行收益分红的一种方式。我自己前两个月也在几个平台买过几期货币基金,累计收益大致在200元左右,这比我把前单纯的存在银行或者余额宝高出不少。

需要注意的是,高收益意味着高风险,市场上不会存在高收益率但是低风险的基金产品,如果有,那八九不离十就是圈钱的骗子。所以,为了资产配置的基本需求——资金安全,建议还是购买知名基金公司的基金产品更好。

在这里我强烈推荐一个概念——基金定投。定投属于长期投资,这个长期的概念基本在十年以上。基金定投贵在长期坚持,每期投资不用太多数额,而且时间上越早越好,适合我们这类应届毕业生和刚入职的新人。基金定投有几个比较大的优点:

  • 风险分散:按月或者按周投资,对风险抵抗能力强;
  • 适合长期:有利于建立长期投资的习惯;
  • 适合新兴市场:能够在股市下跌时获得更多基金份额,从而得到更佳投资收益;

(4)其他类型

除了上面几种专业属性较强的股票、保险和货币基金,另外还有一些我们普通吃瓜群众了解比较多的类型,比如房产、贵金属(比如黄金)、艺术品、古董等等。在这里我就不一一赘述。有兴趣的同学移步浏览器,搜一搜~~~

五、几点想说

(1)考虑收益,更要考虑风险

毕竟资产配置的基本需求是资产安全和财富保值,如果因为一昧的追求高收益忽略了背后的风险,将会对资产造成巨大的隐患。以我们这批新人的收入水平和风险承受能力来说,保值为核心诉求,增值适度。

(2)“四三二一”法则和“二八定理”的合理运用

  • “四三二一”:收入的40%用于房租或者其他方面投资;30%用于生活消费开支;20%用于活期投资或者银行存款以备不时之需;10%用于购买保险;
  • “二八”定理:在面向投资的这部分份额里,20%用于较高风险高收益的类型投资,比如股票、信托;80%用于稳健类的投资项目,比如稳健类货币基金、固定收益类理财产品;

还是一句话,理论模型仅供参考,具体的资产配置因人而异,需要从多个维度去看待,不用照抄照搬。

(3)保险尽早,先保自己

保险就是未雨绸缪,趁着年轻,身体各方面情况尚好,购买保险的时候也会相应更便宜。当我们未来组建了家庭,有了小baby,或许更多的人会选择保自己的老人或者孩子,在保险方面不会考虑自己,因为中国自古以来的认知习惯会认为孩子是家庭的弱角色,需要保障。其实这种观念一定程度上对强弱关系有了一定误解。我们年轻身体好,在老人小孩面前是强角色,但是一旦我们受到了身体或者其他方面的损害,那么我们的家人也就面临巨大的危机。正因为我们是家庭中心,所以在维系经营家庭方面,需要优先保障家庭核心人物。

复盘:

1、财富的角色转换:从被动收入到主动收入;

2、资产配置:对资产进行合理分配,达到保值和增值需求;

3、通胀:资产配置基本诉求就是跑赢通胀;

4、配置类型:保险、货币基金、股票以及其他常见类型;

5、风险意识、“四三二一”法则和“二八”定理以及保障人角色定位;

我是厚颜无耻的分割线


讲一个小插曲:

前些天做了360的一道产品设计题,自己设计的一个产品是一款“智能资产管理小管家”APP,主要是增强目前我们应届毕业生生和初入职场同学对资产配置方面较为浅薄的管理意识。只是在参加群面进行产品选择的时候,大家因为“觉得太陌生、对我们来说还太遥远”等理由被婉拒了。其实那时候自己发现,包括我自己在内,除了那些金融行业的专业人士,我们这一批未来建设社会主义的人,对个人资产管理的意识还欠缺了不少。

“活到老,学到老”,希望能变成行动。

欢迎关注公众号:“滔滔有话讲”

【数据需求】除了与RD、设计和运营,简要聊聊如何正确骚扰BI同学

基本上在产品岗实习过的同学都知道,PM在平时工作中最多沟通的对象,除了boss这个顶头上司,就是RD小哥哥,设计小姐姐和运营大大们,如果是业务产品,那么还经常需要和商务、市场以及客服同学合作。今天暂时不聊同以上几个角色的情感纠葛,说一个陌生一点的角色——BI。

BI也就是JD的title里面常说的数据分析师。百度百科里面是这么介绍的:数据分析是指用适当的统计分析方法对收集来的大量原生数据进行分析,对数据加以详细研究和概括总结并产出结论。在实用中,数据分析结果可帮助人们作出判断,以便采取适当行动。

简要概括BI的工作价值:提取数据(信息)——统计分析(加工)——概括总结(结论)。

那么一个问题就是:我们如何跟这群数理逻辑能力超强的人群进行合理的沟通,使得双方合作的价值能够最大化呢?

我在前面《今日思考:作为业务PM,如何将其他非本业务用户转化为自己的用户》这篇文章里举过一个自己实际工作的案例,如何将其他业务用户转化为自己的用户。其实在这篇文章里讲到的用户调研以及用户归类阶段,就需要用到数据分析作为理论支撑,因为我们无法通过简单拍脑袋和研读调研报告就轻易下一个结论。

OK,引导话说完了,本文就想写一个之前自己抓耳挠腮的工作内容:如何向BI同学写一份需求文档(针对业务产品,自己总结的东西定有遗漏,虚心接受补充)。提醒一点,需求沟通的时候时刻记住双方的身份,需求产出方需求受理方。

1、需求背景描述

与同其他工作角色沟通的场景相似,作为需求产出方,需要向受理方描述需求产出的背景,包括需求背景,需求目标,受众人群,需求收益以及可能存在的风险,同时还需要向对方描述为什么在本环节需要对方的协助,也就是因为需求所产生的源诉求

2、明确评估方案

在这部分,需要向BI同学明确清楚数据分析的评估周期,部分场景需要精确到分秒;然后就是明确分析对象,在一些场景下,需要归类用户群体或者本身就是A/B测试分组对比,此类情况下就需要明确“主键”是什么。其次包括地域、分发渠道等等也都是评估维度方案需要明确的方向之一,具体方法可以参考《【数据分析】写给我们这些实习同学,排查问题如何数据分析》。

举个简单的栗子:之前做打车业务时,曾经需要对用户打车数据进行梳理分析,了解用户对用车业务的诉求,因此考虑分析过去一个月内,按照“专车用户”、“快车用户”以及“出租车用户”类别进行统计分析,因为不同用车业务用户诉求其实存在一定差异,尽管都是优化打车服务,但是针对性优化才能更好提升收益。

3、产出评估维度

这部分是需求文档的核心所在。前两部分基本是明确需求范围,本部分则是描述需求究竟是什么,也是在文档时最困难的阶段(慰藉自己死去的脑细胞)。简单描述就是,作为需求产出方,需要在文档里精确每一项待分析的需求并描述清晰简洁,以防止BI理解有误从而得出不符合背景的结论。这部分内容自己目前也是意会多于言传,不过给大家一个建议,采用“脑图”描述需求是一个非常好的手段,清晰而且简洁,从大模块细分到小维度,既能保证在梳理思路的时候不会混乱,同时能让BI理解更为清晰。

温馨提醒:

明确数据需求绝对不是让BI去跑字段数据,如果刻意为了精确需求而直接产出数据维度字段,那么BI也就不叫做数据分析师,而是SQL编写员。需求产出者的价值是保证需求的精准和目标导向无误,而需求受理者则是在确有需求基础上进行延展分析,如此合作才能最大化双方的职业价值,各扬所长。

复盘:

1、描述需求背景,包括背景、收益、风险、受众等;

2、明确评估方案,可以按照逻辑树圈定需求范围;

3、产出需求维度,是需求不是字段!

我是厚脸皮分割线


最近这段时间真是有些头皮发麻,挂掉了好几个中意的公司,周围人都真的好厉害。不得不说自己在学校错失了很多锻炼自己沟通交际能力的机会,现在是一说话就很紧张,一面试就像口吃(╯-_-)。。。

都说我缺魄力,承认,,,可是都猥琐发浪了二十多年了,这一下子让我可怎么改,桑心。

路漫漫其修远兮,求大佬带飞!

我看竞品分析

​对于一个PM来说,一份产品报告同样就是一个短期的产品,需要去思考报告的受众对象、研究内容去着重思考。

在实际的工作中,极少出现对竞对的整个产品进行分析,因为你无法去负责自己产品的全量的业务模块(少数创业产品除外),你也没办法去完全了解当在你撰写文档的时候竞争对手的公司战略究竟如何,更多的场景下,你做的就是对产品的某个业务模块甚至是某个页面模块进行竞对分析。

case:之前笔者在百度地图实习,工作中也需要产出竞品分析,因为笔者所在业务是地图公共出行下的打车业务,在进行对竞品(高德)调研时,就会针对性的调研竞对的打车业务,而对导航、周边等服务就不会去做调研。

本身身处公司当中,大大小小的会议就很多了,PM需要做的就是:写完一份报告,产出一个结论,然后评审立项,落地开发。

不过本次所写的内容当中,还是以一个较为框架的思路来撰述。

1、竞品分析做什么?

分析对手:

学习同类产品的经验以及优点,研究竞品的缺点,才能更好的发挥自己产品的优势,制定出更好的策略。

 

分析市场:

研究市场趋势,让产品更好的融合市场,并且进一步发掘潜在的市场。

 

分析需求:

结合对手和市场的分析,进而把握住用户需求,针对需求设计产品和优化产品。

2、竞品分析做什么?

确定竞品:

确定竞品前要明确产品的定义,根据不同的需求选择不同等级的竞品。一般会分为核心竞品、重点竞品和一般竞品三类。

 

竞品整体策略分析:

从分析的层面划分为以下三个方面:

(1)公司层面:

公司市场、北京、产品、运营、技术团队规模以及核心目标,运营策略、盈利模式和市场占有率等。

(2)用户层面:

用户群体覆盖面、用户体验分析、固定周期的注册用户量,有效转化率等等。

(3)产品层面:

产品定位,产品功能细分以及对比、稳定性、易用性、产品线投入情况、主要盈利产品、产品线路图以及战略方向。

3、分析详细?

(1)产品架构:

即是俗称的产品框架图,比如一个网站有哪些模块,用导图的方式呈现出来。这部分突出产品内部各级间的逻辑关系,以一张图表明:

(2)产品功能:

要罗列出自己产品和竞品有哪些功能,最好用表格的方式并排展示,如果可以的话,评估这些功能的可实现性和必要性。

(3)产品界面与交互

 

界面布局:

采用截图的方式,思考每个元件位置摆放的原因等。界面入口的功能摆放对于增大用户留存率有非常大的作用。

交互设计:

产品经理要从用户的角度体验每种交互设计的优缺点,做到以用户需求为核心。

 

这部分着重是用户体验,减少用户思考和学习成本,合理的功能设计、人性化的界面与交互是产品能吸引用户的最基本的要素。

4、获取数据的渠道和基本方法?

(1)获取渠道

一般有一下几种:

  •     对手公司的季报、年报等公开数据;
  •     竞品对手公司官网;
  •     产品行业的权威数据分析网站,比如艾瑞调研,各种大数据分析官网;
  •     行业媒体&论坛分析文章:比如互联网那些事儿、36Kr等等资讯平台;
  •     成为竞品的核心用户,通过用户身份,和客户沟通,获取竞品的一些资料;
  •     如果能搞到对手产品需求的统计,可以作为参考价值很高的资料去分析;

(2)分析方法

自我体验法:以用户的角度体验产品的使用。

表格信息对比:

雷达图:

SWOT分析法:

精益画布模型:

还是一句话,方法和手段只是工具,不要局限于这些条条框框,要结合目的做出有效的分析。

大家在做竞品分析时需要进行不同方面的重点分析,时刻注意分析方式只是手段,更要注意最后的总结。提前确定要学习的优点,避免的错误等等,同时要对自己产品的风格有明确的定位,正确辨别有哪些可以为我所用。

曾经去过百度

昨天刚去百度大厦办理完离职手续,工卡归还完后,也就再也没办法以一个实习员工的身份进入大厦了,内心还是有点酸酸的。

听说在知乎上黑百度才是正确的政治方向?

不存在的,我只是一个普通实习生,能力所限,没办法站在战略高地挥斥方遒,碎碎念一会儿。

百度给了我什么?——自己目前见到的最大化的实习生发展空间

主动、勤快

我是去年12月份入职百度的,所在部门属于目前百度仅有的几款口碑比较好的产品——百度地图。我的职位是地图客户端的C端产品经理,听起来很高大上,嗯,我也觉得。

为什么说实习生拥有的权力很大,就我自己而言,我和我的主管在职责负责方面几乎是拥有同样的权限的,主管能够看到的,能够参与的,能够负责的东西实习生同样可以(前提是需要主动请求,对实习生而言,主动很重要)。我所能了解到的,百度产品实习生的主管大多属于P4-P5,基本上也就是一线搬砖员工,所以对于产品、业务方面如果能够有实习生协助会减少一部分工作量,因此也很乐于能够有实习生为此分担一部分压力。

因为自己属于不干活儿浑身不自在的那一款,所以从入职熟悉业务之后开始基本上能够参与到的会议、谈判、需求以及能够申请到的wiki权限我都会去尝试自己去跟进一遍。无论是评审还是平时的工作会议,无论是上级经理还是RD以及其他员工,如果自己有想法的话就可以很大胆的讲出来,每个人都会很认真的倾听(有理有据的话)。只是这一点我没能够做好,可能是先天的闷骚因素,我大多数脑瓜子里面的想法都在肚子里被否定掉了,虽然时长能够听到别人描述了和我想过一样的~~~

在百度实习学到的东西真的很多,对于一个初出茅庐的菜鸡学生来讲,无论是对于了解互联网公司的职位架构,还是了解PM、PO、RD、OP、BD、QA、UE/UI、FE、客服(不懂简称的出门右转问一下度娘)等等位置的人所负责的工作内容,以及自己所处职位如何与同部门、跨部门进行沟通合作,都是非常好的锻炼机会。

反正就实习来讲,百度确实是一个good choice,我自己是一个PM,然后就职期间我又内推了好几个我的同班、隔壁班宿舍同学来百度做实习,普遍反映还是很好,有足够的发展空间。在大公司,每个人确实是螺丝钉,但是选择钉在哪儿以及钉的多深,by yourself。

我给了百度什么?——尽其所能的优化所负责产品业务指标

产品sense、责任心

在我还没有成为PM之前,就听过这么一句话“PM是爸,负责养孩子;RD是妈,负责生孩子;PO是奶妈,负责把孩子养肥。。。”一方面形象的描述了互联网公司各个职位在围绕产品时自己所处的角色定位,另一个层次是,产品就像是我们的孩子(喜当爹?),尤其是我们PM,从用户中来,到用户中去,经常使用自己产品,去体验去思考,才能够最大化的去优化产品业务。

在地图,当然我说的是C端产品哈,基本上一线PM的职责内容大致就是:

需求收集–>需求分析–>产品需求和功能策略制定–>需求优先级评定,划分客户端和服务端需求–>需求评审,裁剪需求–>版本容量评估–>协同RD、UI/UE排期,研发跟进–>协同QA内部测试–>组件封包,跟进版本测试–>上线发版–>指标监控,迭代优化。以上流程,每个月发版一次就基本循环一次。有很有幸,自己能够完整的跟进多个版本的地图产品迭代,贡献自己微弱的力量。

作为一个实习生,你很难像正式员工那样如鱼得水的在各个部门以及各个流程环节之中切换得那么流畅自然,也就导致有很多PM实习生无法跟进完整的流程,或者跟进完毕之后不知道自己的工作价值体现哪儿,以至于认为自己属于打杂或者感觉没有意思,其实并不是啊,做产品是一件非常非常有趣的事儿。

那么问题在哪儿呢?

成就感。

成就感可以来自于多个渠道,可以分为可量化和非量化:

可量化:后台数据(比如直观的PV、UV、DAU等等)、业务投诉量

非量化:用户、同事、老板的反馈内容(可以用NLP切词工具对评论内容进行切词或者分组,改版前和改版后反馈内容的核心词汇应该会有很大不同)、亲身体验

写在最后

不过需要提醒如果去百度的实习生,除了研发实习外,还是比较难转正的如果是PM实习,部门的headcount基本会极少或者没有,这个情况需要考虑,当然是对于那些准备工作的,如果纯粹是为了学东西,那么来百度是个很好的选择。

简单可依赖。

不知道该说些啥~~~秋招要来了,我得去找下家接盘。