0

免费公开课 | 百度产品经理的产品求职课

免费公开课 | 百度产品经理的产品求职课

每年都有大批新人想求职产品经理,却总是得不到回应……

网友@兔子爱榴莲

这样描述自己产品求职的心酸:“一心想成为产品狗,却无人领养”

相信屏幕面前的你也有同样的感受。

求职产品要如何准备?

其实找产品工作不是简单到一蹴而就的事情,在产品求职的路上,与其迷茫、无畏的试错,还不如静下心来,分析一下求职的过程中,你还有哪些工作需要准备:

  • 针对性准备简历:拉勾网上投简历,要是“三无人员”,可能很长时间都不会有回音。因此需要把自己的各种经历往产品上靠,提高自己简历的匹配度;
  • 投递简历:途径不要局限,通过各种渠道(招聘网站、内推、脉脉等),能大大增加面试的可能性;
  • 面试准备:实习岗的话先多做一些面试准备,多看看网上的面试经验分享,做有准备的人,比较面试机会比较有限,抓住机会;
  • 找相关从业者带路:看看自己周边是否有产品经理或互联网行业从业者,找他们取经,获取指导&内推,也是很好的方式;
  • 从其他岗位切入:产品一般需要一些经验的,有一定的工作经验很好转。可以从技术、运营、设计、市场这些需求量较大的岗位看看有没有自己感兴趣的、能做的,先从这些职位进入一家互联网公司,再转产品。

该做的工作还有很多,在此不一一赘述了。

这场公开课帮你提升产品求职力!

对于0基础新人而言,面对产品求职这个完全陌生、且竞争激烈的领域,摸着石头过河确实会很痛苦,很迷茫。

其实,成为产品经理最好的方式之一,是“先靠近他们”

为此,4月25日(本周四)晚20:00,人人都是产品经理社区、起点学院特邀前百度高级产品经理、校招日历创始人@黄晓峰老师莅临产品公开课,为大家带来产品求职指导公开课。

导师简介

@黄晓峰老师浙江大学毕业后曾同时斩获6家一线互联网公司offer,是名副其实的“求职达人”!

2014年毕业后加入百度担任产品经理,主要参与和负责百度产品的产品设计和用户增长,构建产品的增长渠道,善于利用数据分析,并对B端和C端产品均有丰富经验。

公开课主题

@黄晓峰老师与大家分享的主题是《百度产品经理的产品求职课》,课程大纲如下:

  • 如何找到自己的求职目标?
  • 如何从0到1求职产品经理?
  • 互联网求职要避免的那些“坑”

希望对你有所帮助~

如何报名公开课?

本次公开课非常适合大学生&职场新人收听。

前500名免费报名,手慢无!

扫描下方海报二维码

即可进群报名

↓↓↓

免费公开课 | 百度产品经理的产品求职课

>>戳此也可免费报名哦!<<

0

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

近年来,因腾讯、蚂蚁金服、新浪、今日头条、京东等大公司在成都建立研发中心

让成都成为了继北京、深圳、上海、杭州后,中国IT的第五城

变化、革新是这个时代的主旋律,这座新一线城市的互联网从业者们未来将面临怎样的挑战和机遇呢?

5月18日,2019成都产品运营大会将在成都·菁蓉国际广场举办

8小时的高频思维碰撞,从产品创新、产品增长,聊到内容营销、品牌营销…. 汇聚成都互联网圈有料的实战派,共享一场知识的盛会,探索变化趋势下成都互联网人的新生之路。

你还有一个机会,与前阿里西南区运营总监、前携程旗下途风运营副总裁@静秋,新媒体全栈运营专家@罗俊敏(展公子)、腾讯CF手游创始团队成员、资深游戏策划、腾讯学院认证讲师@夏富荣、聚美优品金融事业部总经理@詹俊面对面,听阿里、百度 、腾讯和聚美优品的实战方法论。

大会详情

大会主题:2019成都产品运营大会

主办方:人人都是产品经理、合创新业、起点学院

大会规模:600人

大会时间:5月18日(周六)9:40-17:30(8:30开始签到,请提前到场)

大会地址:成都市高新区天府五街菁蓉国际广场7号楼菁蓉汇永久会场主会场1楼

大会赞助/合作接洽:王婷(电话:13652302210、微信号:dora969)

购票地址:http://996.pm/MeAB1

大会嘉宾

我们特意邀请了来自成都本土知名互联网企业的实战派,和大家分享他们对于成都产品运营发展的思考,一同探寻成都互联网发展的新机遇。

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

(更多嘉宾,敬请期待……)

购票指南

为保证高质量的活动体验,大会门票收取的所有费用将统一用于场地租赁、会场布置、嘉宾接待、奖品、会议服务、设备租赁等会议相关服务。

学生票原价:399元,优惠价:99元(限量福利)

普通票11-18排原价:399元,优惠价:299元

普通票2-10排原价:499元,优惠价:399元

贵宾票原价:599元,优惠价:499元

优惠抢购速戳> http://996.pm/MeAB1

报名开启 | 5月18日,成都互联网人可以过一个有料的周末报名开启 | 5月18日,成都互联网人可以过一个有料的周末

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

说明:

1. 培训套票

培训套票包含内容:

① 价值2999元的产品经理或互联网运营实战训练营课程二选一(2天线下闭门培训课程+1年在线学习,如需了解课程详细大纲可联系起点学院小泽咨询(微信:woshipm997));

② 价值499元普通区2-10排坐席门票1张;

2. 免费门票

免费票为起点高级会员(了解起点高级会员请戳:http://996.pm/MQBPa),以及人人都是产品经理专栏作家专属福利,名额有限,先到先得哦~审核通过后,可获得价值499元普通区门票一张;

免费票申请通道:https://active.woshipm.com/activity/detail/nmn8.html(需审核)

3. 学生通道

为了能够让更多在校同学参与到大会中来,本次大会专为学生提供了优惠购票通道哟,提交学生证图片审核确认,即可以优惠价购买大会门票,每日限量发售哟;学生购票通道请戳:http://996.pm/Yypke

4. 关于座位

由于后排位置离大屏幕有一定距离,后排座位的同学观看现场大屏投放的PPT时,屏幕下方的内容可能会被遮挡部分;若对于座位比较在意的同学,建议购买前排座位门票。

5. 企业团购

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

适合人群

每一次的大会,都会吸引各行各业的同学前来参与,我们也希望每一次的相遇,能带给你满满的收获。大会并非系统的培训,希望通过实战派们的分享,带给你们思维上的启发。

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

大会招商火热进行中

大会招商正在火热进行中,通过本次大会,将您的产品向现场上千名行业菁英展示。

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

大会主办方&合作伙伴

报名开启 | 5月18日,成都互联网人可以过一个有料的周末

往期现场

人人都是产品经理携手腾讯大讲堂,已成功举办30+场行业大会,往期参会者好评如潮,现场精彩不断;这一次,依旧值得期待!报名开启 | 5月18日,成都互联网人可以过一个有料的周末

常见问题

我们为您整理了一些常见的疑问,如果您还有问题想要咨询,可联系小助手豆子(微信:18617120179)。

报名开启 | 5月18日,成都互联网人可以过一个有料的周末报名开启 | 5月18日,成都互联网人可以过一个有料的周末

0

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

这是充满变化,不确定性的时代

消费群体变了消费观念变了,消费场景变了,消费逻辑变了,我们曾熟悉的逻辑全部被颠覆

面对变化,很多产品经理倍感焦虑,以前产品经理还是逻辑驱动交互、用户体验、互联网思维为主,新时代的产品经理已经转向数据驱动、AI驱动,光会画原型的时代已经悄然过去。

早期的PC互联网产品经理,已被移动互联网产品经理更替,现在移动互联网产品经理也有被数据时代的产品经理所替代的趋势。

充满变化的时代,我们该怎么样去:坚持做一个好的、与时俱进的产品经理呢? 产品经理们该如何持续地激发自己创新的能量?如何延长产品的生命周期?如何保持与时代同步的步伐呢?

5月11-12日(两天)人人都是产品经理在北京举办的2019产品经理大会,特邀16位产品实战派大咖,聚焦各领域的产品经理的能力变革,畅聊改变、帮助产品经理能力升级。

大会详情

大会主题:2019产品经理大会 产品经理的能力变革

主办方:人人都是产品经理、起点学院

大会规模:1000人

大会时间:5月11日(周六)-12日(周日)9:40-17:00(8:30开始签到,请提前到场)

大会地址:北京亚洲大酒店3楼亚洲会堂(北京市东城区工体北路新中西街8号)

大会赞助/合作接洽:王婷(电话:13652302210、微信号:dora969)

购票地址:https://active.woshipm.com/activity/detail/0nue.html

大会嘉宾

2天时间,16位主讲嘉宾汇聚一堂,和大家分享他们对产品的前瞻观点和见解,揭秘产品创新、增长的方法,以产品之名,预见新生。

北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约

(更多嘉宾,敬请期待……)

往期嘉宾

2018年,我们在北京成功举办千人产品经理大会;2019年,同样值得期待。

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

购票指南

为保证高质量的活动体验,大会门票收取的所有费用将统一用于场地租赁、会场布置、嘉宾接待、奖品、会议服务、设备租赁等会议相关服务。

普通票原价:499元,早鸟价:299元

VIP票原价:799元,早鸟价:479元

至尊VIP票原价:1688元,优惠价:1099元

优惠抢购速戳> http://996.pm/7pkyk

北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

说明:

1. 培训套票

培训套票包含内容:

① 价值3499元的产品总监或运营总监或营销增长课程任选一(2天线下闭门培训课程+1年在线学习,如需了解课程详细大纲可联系起点学院NANA咨询(微信:18682213395);

② 价值499元普通区门票一张;

2. 免费门票

免费票为起点高级会员(了解起点高级会员请戳:http://996.pm/MQBPa),以及人人都是产品经理专栏作家专属福利,名额有限,先到先得哦~审核通过后,可获得价值499元普通区门票一张;

免费票申请通道:https://active.woshipm.com/activity/detail/nmn8.html(需审核)

3. 企业团购

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

适合人群

每一次的大会,都会吸引各行各业的同学前来参与,我们也希望每一次的相遇,能带给你满满的收获。大会并非系统的培训,希望通过实战派们的分享,带给你们思维上的启发。

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

大会招商火热进行中

大会招商正在火热进行中,通过本次大会,将您的产品向现场上千名行业菁英展示。

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

大会主办方&合作伙伴

北京产品经理大会开启报名 | 赴一场产品经理的年度之约

往期现场

人人都是产品经理携手腾讯大讲堂,已成功举办30+场行业大会,往期参会者好评如潮,现场精彩不断;这一次,依旧值得期待!北京产品经理大会开启报名 | 赴一场产品经理的年度之约

常见问题

我们为您整理了一些常见的疑问,如果您还有问题想要咨询,可联系小助手豆子(微信:18617120179)。

北京产品经理大会开启报名 | 赴一场产品经理的年度之约 北京产品经理大会开启报名 | 赴一场产品经理的年度之约

2019产品经理大会购票请戳:http://996.pm/7pkyk

0

“裂变三角”,带你理清裂变的底层逻辑

都知道裂变火,效果好,可是自己家的产品到底适不适合裂变呢?为什么看起来相同的裂变模式,自己家的活动效果远不如竞品?

“裂变三角”,带你理清裂变的底层逻辑

关于裂变,我知道一直以来有几个问题一直困扰着各位运营小伙伴们。

都知道裂变火,效果好,可是自己家的产品到底适不适合裂变呢?为什么看起来相同的裂变模式,自己家的活动效果远不如竞品?

今天我们就来聊一聊这些问题。

“裂变三角”,带你理清裂变的底层逻辑

每次裂变之前,大家想的最多的应该就是:这次我能刷屏吗?其实,换个角度更能看的清楚:这次,“用户”为什么要转发?

裂变的本质就是通过用户不停的传播,来达到自己的目的。

那么裂变如何不停的传播,裂变的底层逻辑是什么呢?

在我看来是这三个部分构成:

  1. 传播动机
  2. 人群匹配
  3. 文案包装

“裂变三角”,带你理清裂变的底层逻辑

我称之为“裂变三角”。

1. 传播动机

裂变,说到底就是要利用他人的影响力和社交圈。

你需要给人一个传播动机!

我愿意把传播动机分为两大类:精神层面和物质层面。

其中精神层面的动机又可以分为两类:利己和利他。

利他动机很好理解,即通过分享实用或有趣的东西来达到自己帮助他人的目的,而利己动机则较为复杂,大体可分成如下几类:

  • 标榜:树立形象,凸显个性,告诉别人自己拥有某种特质,寻求认同。
  • 谈资:寻找话题并对其发表观点,达到影响他人的目的,形成社交货币。
  • 炫耀:通过与其他人比较,证明自己很厉害和独特,满足攀比和炫耀的心理。
  • 维护:有目的的分享有价值的东西,以维持旧有的人际关系或拓展新关系。
  • 实现:分享内容能帮助达到预期的自己,体现自我价值,即分享给自己看。

(以上关于精神层面的传播动机的理论来源于大神独孤伤的《网易刷屏规律总结:每个人都可以掌握的H5裂变方法论》在此致敬)

物质层面的传播动机就简单了,就四个字:有利可图。

“裂变三角”,带你理清裂变的底层逻辑

“三人成团,团长免单”这种裂变套路,就是给予了用户利益的动机;教育行业最喜欢的裂变套路,就是利用标榜、维护等动机,或加上一些利益分配。

你的产品想要玩裂变,那你给它的赋能可以满足用户哪些动机呢?

是可以让用户自我标榜炫耀、增加谈资,还是你给的利诱足够撬动用户的社交价值了。

如果都没有,那说明你的产品不适合裂变。

利诱这个度,很值得去琢磨。给大了,成本太高,ROI不够看,而且还容易把用户给养刁了,以后再有小活动还不来了(比如说瑞幸咖啡天天给我送2.8折、3.8折的优惠券,偶尔给我送了5.8折的券,那我是看不上的。)而给小了,又不足以撬动用户。

所以,品牌宣传类的裂变,需要想清楚你的产品能满足哪些动机;销售转化类的裂变,需要计算清楚你的利诱能给多大。

2. 人群匹配

同样模式的活动,有时候用户不买账,就是不转发;有些时候来了一大堆羊毛党,拦都拦不住。那是因为传播的“人”不对。

很多人对拼多多、趣头条的裂变文案嗤之以鼻,心想老子才不会转发这种掉价的东西。但是,这不是它们的问题,这是你的“问题”,你不是那个对的人。

结合用户场景,对现有用户进行多层次多维度的细致分析,了解清楚了我们要找什么样的人,才能针对正确的人满足他的传播动机。

而且微信生态是基于强关系社交下的去中心化传播生态。因为去中心化,所以每个人的能量都相对平均有限(相对于微博这种弱社交关系的中心化传播的对比),去中心化的生态模式意味着每一个转发的人的好友中,至少也要有好几个几十个和他类似的人,这个活动才可能继续下去,否则补贴送出,流程却到此停止,得不偿失。

所以人群匹配度高的用户,要满足这些条件:愿意转发、有传播度、符合调性。

愿意转发是基础,有传播度看匹配,符合调性则要提前做好分析。同一个人,在这个活动中可能是具有传播度的,但是换个活动可能匹配度就不高了。

举几个例子:拼多多的用户从来不是1-2线白领,哪怕花了大价钱补贴,让部分白领转发了活动或是参与了拼团,这些白领的社交圈也不会有什么反应。

同理,类似于“30天学会EXCEL”这种裂变活动,哪怕满足了3-4线小县城某些知识文青的传播需求,但是他的社交圈也不会给予什么有效的反馈。

对于这场活动而言,白领也好,小县城的知识文青也罢,他们都因为利益做出了转发,但是却没有得到好的反馈。他们都是好的传播人群,但是在这场活动中却不是符合调性的人群,自然社交圈的匹配度也就不高。

换一个角度,为什么羊毛党让很多裂变活动的策划者谈之色变,但是拼多多、趣头条等公司却丝毫不惧呢?因为羊毛党对于他们而言不仅是愿意转发、有传播度的人群,也是符合调性的传播人群。

3. 文案包装

不仅要给他利益,还要顾及他的面子。否则单有利益,有些用户还是很难撬动的。

不是你的目标用户选错了人,而是你给利益不足以让人以伤害自身社交价格来挣!

当你的用户是3-4线人群,毫不在意社交价格,那么文案越露骨效果反而越好。比如:邀请好友的红包、我在砍价免费拿陶瓷碗,借你大刀砍一砍等等。

可是当你的用户是1-2白领人群,那么文案的包装就很需要研究。不仅要给到他们实打实的利益,还要替他们想好宣传的文案,分享的体体面面。正所谓明修栈道,暗度陈仓!比如:年后特别火的2019运营地图,我在好几个运营群里见到有人自发推广,推荐给运营新人,但是很多人不知道的是背后支撑的是多级分销的利润分成。

最近很火的水果分销,按理说是一种强“利”导向的裂变,但是在招揽代理时的宣传文案不是“挣钱”,而是“让更多人吃上原产地好水果”或者“帮助果农处理滞销”。

让用户体面的拿走利益,那就成功了。

还有一种包装,那就是放大现有的效果。利用包装后文案的力量,来增加活动的吸引力,俗称标题党。

当然,这种方法的使用一定要慎重。要区分用户类型,而且哪怕是合适的人群也不可以频繁使用。毕竟狼来了的教训大家都知道。

4. 总结

“裂变三角”,带你理清裂变的底层逻辑

这个案例中,分享的动机是利他和利己中的“实现”。录制课程的边际成本趋近于0,所以能以足够低的价格让你毫不犹豫的转化。

匹配人群可以选择1-2线城市中对EXCEL需求较高的人群,例如公司人事、财务、运营新人等。人群转发意愿高,社交圈匹配度高,也符合调性。

知识类的裂变无需包装,或者说这场活动本身就是包装,目的是为背后的社群或者公众号拉新增粉。

这样分析看来,这场活动符合裂变三角的条件。只要流程合理,基本上是可以顺利完成既定目标的。

这篇文章陆续写了一周,写的很痛苦。文章中的一些内容还是不太满意,但是也想不好该如何修改。有建议的朋友可以留言给我,不胜感激。

最后附上脑图:

“裂变三角”,带你理清裂变的底层逻辑

 

作者:T哥,微信公众号:用户运营玩起来( happy_yiyi517)

本文由 @T哥 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

0

PRD分享:直播产品需求文档-版本2

本文笔者对一款直播产品进行产品需求分析输出此份PRD文档。该文档由几个板块构成:用户角色描述、产品概述、产品页面说明、其它产品需求以及相关文档。

PRD分享:直播产品需求文档-版本2

设计优化生活,2017年时的一个项目,项目已经落寞。在我还没有准备入行时做的这份直播文档,主要功能是在原型体现。说明文档或有缺失,希望指正,也希望借大家批评的机会,锻炼产品逻辑及基础文档PRD能力。(基本框架是参考人人都是产品经理-PRD需求文档模板后做的,感谢!)

需求文档

PRD文档

PRD分享:直播产品需求文档-版本2

目录

一、简介

1.1 目的

1.2 范围

二、用户角色描述

三、产品概述

3.1 背景介绍

3.2 目标

3.3 总体流程

3.3.1 业务流程

3.3.2 主播开直播流程

3.4 功能架构图

3.5 信息架构图

3.6 功能摘要

四、 产品页面说明

4.0  首页板块

4.0.1. 产品概述

4.0.2. 功能摘要

4.0.2.1 首页功能摘要

4.0.2.2 首页原型图

4.0.3.搜索说明

4.1  动态板块

4.1.1. 动态板块概述

4.1.2. 动态功能摘要

4.1.3. 动态状态说明

4.1.3.1 用户场景

4.1.3.2 前置条件

4.1.3.3 需求描述

4.2  直播间

4.2.1. 直播间概述

4.2.2. 直播间功能摘要

4.2.2.1 直播间功能摘要

4.2.2.2 直播间原型图

4.2.3. 主播直播实名认证

4.3  排行板块

4.3.1. 排行板块概述

4.3.2. 排行板块功能摘要

4.3.3. 排行板块状态说明

4.3.3.1 用户场景

4.3.3.2 前置条件

4.3.3.3 需求描述

4.4  个人中心

4.4.1. 用户场景

4.4.2. 前置条件

4.4.3. 状态说明

4.4.4. 流程说明

五、其它产品需求

5.1 性能需求

5.2 安全需求

5.3 兼容性需求

六、 相关文档

一、简介

1.1 目的

本文档为“千鹤直播1.0”的产品需求文档,主要作为确认需求以及系统分析设计的依据。

1.2 范围

此文档主要描述“千鹤直播1.0”前端页面涉及到的功能点、以及部分交互细节。本文档主要读者为技术部门的开发人员、测试人员,以及视觉部门的视觉设计UI/UE等相关人员。

二、用户角色描述

PRD分享:直播产品需求文档-版本2

三、产品概述

3.1 背景介绍

移动直播的兴起,使直播的范围从室内走向了室外,应用的场景大大拓展开来了。

直播不仅仅是一种表演形式,泛生活与泛娱乐化的”直播+”将O2O、购物、旅游、教育、财经、时尚、音乐、科技等场景与互联网商业模式相结合进行全景直播,也使得直播进入更多细分垂直行业。移动直播使得直播已不仅仅是一种表演的形式,而是用户获取信息、满足需求、互动娱乐、社交的重要途径。

【千鹤直播】定位是文化、艺术、风土人情、旅游产业展示的最佳窗口,是各名团、名人、大咖、明星们与他/她们的粉丝、观众亲密无间的交流互动平台,是为打造更多名人、明星的孵化器,更是人人都可以展示自我、实现梦想的摇篮!

3.2 目标

成为高端的人文社交直播平台。

3.3 总体流程

1)业务流程

PRD分享:直播产品需求文档-版本2

2)开播流程

PRD分享:直播产品需求文档-版本2

3.4 功能架构图

PRD分享:直播产品需求文档-版本2

3.5 信息架构图

PRD分享:直播产品需求文档-版本2

3.6 功能摘要

PRD分享:直播产品需求文档-版本2

PRD分享:直播产品需求文档-版本2

四、产品页面说明

4.0 首页板块

4.0.1. 产品概述

满足用户的核心需求,最大的满足用户体验。从功能点,交互上尽量与市场现存的同类产品存在一定的差异化。为用户提供一个优质的直播体验,提高用户满意度、粘度。

4.0.2. 功能摘要

4.0.2.1 首页功能摘要

PRD分享:直播产品需求文档-版本2

4.0.2.2 首页原型图

PRD分享:直播产品需求文档-版本2

4.0.3.搜索说明:

4.0.3.2用户场景:

用户有针对性的寻找,进入首页,点击搜索按钮,

4.0.3.3流程说明:

PRD分享:直播产品需求文档-版本2

4.0.3.4需求描述:

  1. 点击进入搜索页面“取消”按钮退出搜索页面;
  2. 进入该页面时默认弹出键盘、输入框获得输入焦点,未输入任何内容时键盘上的“确定”按钮失效;输入内容后“确定”按钮有效,点击后弹出搜索结果页面;
  3. 关键字匹配规则:关键字为ab,优先显示ab,在显示abc,在显示dabc;
  4. 搜索无结果则在tab页面提示“未找到内容,换个关键字再搜搜看~”。;
  5. 用户搜索结果展示信息:用户头像、昵称、粉丝、关注关系——如果已经关注过该用户则不显示关注按钮,没有关注过则显示“关注”按钮,点击关注把用户添加到我的关注列表,关注按钮消失;点击头像昵称跳转到个人主页;
  6. 搜索结果分页显示,每页显示3条,点击“加载更多”查看更多;

当用户点击“搜索”按钮时,搜索页面由右向左滑出:

PRD分享:直播产品需求文档-版本2

原型说明:

PRD分享:直播产品需求文档-版本2

4.1  动态板块

4.1.1. 动态板块概述

上传直播回放、片段、展现日常生活,粉丝观看视频回放,用户随时把身边所看所感所想的发到动态相互交流,是为了拉近用户们之间的距离,增加用户粘性。

4.1.2. 动态功能摘要

PRD分享:直播产品需求文档-版本2

4.1.3. 动态状态说明

4.1.3.1 用户场景

打开APP,点击查看动态板块

4.1.3.2 前置条件

已注册用户,已发布动态或已关注主播发布过动态。

4.1.3.3 需求描述

  1. 按时间最新的显示在上面(若取消关注则不显示);
  2. 列表每次显示15条,上翻后加载更多,支持下拉刷新当前页面。

PRD分享:直播产品需求文档-版本2

4.2  直播板块

4.2.1. 直播板块概述

直播间作为直播平台的核心板块亦是用户的核心需求,最大的满足用户体验;为用户提供一个优质的直播体验,提高用户满意度、粘度。

4.2.2. 直播板块功能摘要

4.2.2.1 直播板块功能摘要

PRD分享:直播产品需求文档-版本2

4.2.2.2 直播板块原型图

PRD分享:直播产品需求文档-版本2

PRD分享:直播产品需求文档-版本2

PRD分享:直播产品需求文档-版本2

4.2.3. 主播直播实名认证

4.2.3.1用户场景:用户打开APP,登录直播

4.2.3.2输入/前置条件:已成为平台注册用户

4.2.3.3流程说明:(用例图、时序图)

PRD分享:直播产品需求文档-版本2

4.2.3.3需求描述:

PRD分享:直播产品需求文档-版本2

4.3  排行板块

4.3.1. 排行板块概述

展现用户在平台人气的排名展示(主播人气榜和富豪榜),通过打赏礼物、会员服务,提升排行榜名次。

4.3.2. 排行板块功能摘要

4.3.2.1 排行板块功能摘要

PRD分享:直播产品需求文档-版本2

4.3.3. 排行板块状态说明

用户场景:用户想要查看个人排行或通过排行观看排名较高直播

前置条件:用户点击进入排行榜

需求描述:

  1. 人气榜按最新最新粉丝数的显示,由高到低依次排列(前百名);富豪榜按照刷礼物金额的多少由高到低依次排列(前百名)。
  2. 列表每次显示15条,上翻后加载更多,支持下拉刷新当前页面、切换tab时刷新当前页面。
  3. 用户头像、昵称,粉丝数(人气榜)/礼物金额(富豪榜)。
  4. 点击后跳转到用户个人主页。
  5. 用户未登录情况下点击关注按钮,跳出登录界面,成功登录后才能使用。

原型说明:

PRD分享:直播产品需求文档-版本2

4.4  个人中心(我的)

4.4.1. 用户场景:进入我的进行设置个人账号基本信息,查看资料。

4.4.2. 输入/前置条件:打开APP,进入我的

4.4.3. 状态说明:

个人基本信息设置完成后将会保存设置,除非下次更改设置;如果用户没有上传头像,使用默认头像。

4.4.3. 流程说明:(用例图、时序图)

PRD分享:直播产品需求文档-版本2

五、其它产品需求

5.0 性能需求

5.0.1. 3G或3G以上网络,从启动页显示完毕到首页显示完毕,时间不超过1s,普通页面的加载时间不超过300ms,生成行程结果页面的加载时间不超过2s。

5.0.2. 如果页面加载时间超过3s后仍无响应,需给出提示信息:网络繁忙,请稍后重试;如果网络中断,需给出提示信息:网络异常,正在重新连接。

安全需求:

  1. 用户密码采用MD5加密方式,数据库中存放加密后的密码。
  2. 代码要求经过反编译处理。
  3. 通信采用https协议。

5.0.3. 列表页默认展示15条,滑到底部加载更多,加载列表信息的时间不超过100ms。

兼容性需求:

  •  iOS:应适配iPhon5以上机型,支持iOS8.0及更高系统版本。
  •  Android:应适配华为、小米、三星等主流厂商设备,支持Android 7.0及更高版本系统。

5.0.4. 图片采用异步加载方式,图片未加载完也可以进行操作。

5.0.5. 信息支持缓存机制,只要加载完成,网络中断后仍可显示信息。

六、相关文档

主播等级文档 与 财富等级文档

 

本文由@believe 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash, 基于CC0协议。

0

一个项目带你走进产品经理的世界:叮,您有一个需求请查收!

I have a dream that I could change the world.

一个项目带你走进产品经理的世界:叮,您有一个需求请查收!

作为一个产品经理,如果没有像乔布斯一样有一个“改变世界”的梦想,那一定会被人嘲讽。

咳咳,在改变世界之前,还是先改变自己吧!

说到这里,我刚好有一个需求,困扰自己很久了。

为了叙述方便,下文将提需求的人称为「用户」,将了解用户需求的人称为「产品」。

👩 用户:我需要一个工具能帮我自动生成早报。

如果听完这句话,作为产品经理如果自作聪明以为已经理解了用户的需求,并开始了下一步,那我可以预料你的下一步会走得很慢。事情还没搞清楚之前,最好不要采取行动。

产品经理收到需求或用户反馈是再正常不过的事情了。但是在收到需求之后,一定要搞清楚这个需求的前因后果、来龙去脉,了解清楚用户为什么会有这个需求,以及用户通过这个需求想要达到什么目的。

一、搞清楚需求的前因后果

产品经理在收到用户需求或反馈之后,一定要搞清楚需求的前因后果,明白为什么会有这个需求。这个阶段,一定要注意多多关注用户过去的行为,而不只是用户的看法。

用户看法是十分主观的点,不一定能代表用户过去以及将来的行为。而且用户的看法也是基于用户现有认知给出的方案,不一定是最优方案,也不一定是用户真实的想法。很有可能用户有什么点不愿意告知,只能依靠产品经理的慧眼去发现。

🐶 ❤️ 产品内心 OS:为什么你会有这个需求呢?

“早报”这种事情明显就是运营的活,这个产品经理不至于还兼任运营吧?还是再了解了解。毕竟,搞清楚需求的最好的方式是从提需求的人那里了解。

🐶 产品:你为什么会有这个需求呢?

👩 用户:作为简书@产品的义工主编,我每天都需要在几个微信群里发早报,格式如下:

一个项目带你走进产品经理的世界:叮,您有一个需求请查收!

这个事情虽然不难,做起来也用不了太久,但是大部分都是重复性工作,而且有时候会忘,不能保证每天都准时更新,这样群里的用户就没法预期早报的具体更新时间,就只能「看我的心情」,这样体验有点不太好。

而且据我所知,现在至少有两个用户等着转发我的早报,所以,我的延迟也会对他们造成影响。

所以,如果能有一个工具每天自动帮我生成早报,并且能自动发给我就好了。

🐶 ❤️ 产品内心 OS:嗯,这个需求听起来大概是这样的。

一个项目带你走进产品经理的世界:叮,您有一个需求请查收!

仔细一想,很多东西还是没有搞清楚。比如: 早报的格式是从哪里来的? 新闻网站都有哪些呢?是固定的几个? 新闻网站的信息和类型又是怎么对应的? 那怎么自动生成呢?而且还要自动发,从这个场景看,最好的方式是微信自动发给你,但是明显不靠谱啊,又不是微信公众号。 再问问吧。

🐶 产品:嗯,需求我大概了解了,就是要有一个能自动生成你想要的格式的早报,并能定时发给你。那你现在是怎么整理这些早报的呢?

👩 用户:每天先把早报的格式复制到备忘录里,然后修改日期、发送次数等信息,然后去各大新闻网站的科技频道浏览新闻,然后将对应的新闻标题复制到备忘录对应的分类下。如果有的标题写的比较委婉,还需要浏览一下正文以确定是否应该整理到早报里,有时候需要在标题里加一些说明文字什么的,以保证用户看了每一条都能明白它的含义。

🐶 产品:新闻网站都有哪些啊?

👩 用户:比如 36kr、腾讯新闻等

🐶 产品:新闻网站的信息和早报里的类型是怎么对应的呢?

👩 用户:不是的啦,每个新闻网站都能找到早报里多个类型的信息。

🐶 产品:嗯,那你怎么判断这个新闻应该放在哪个分类下?

👩 用户:就自己判断啊。

比如:「投资」、「上市」、「融资」的信息就放在「创投」里,「汽车」、「Switch」、「数码产品」的信息就放在「科技 & 数码」里,「产品上线了什么功能」、「谁推出了某某产品」之类的信息就放在「产品」里,热门科技公司的信息就放在「热门」里。

这些只是一个大概的规则,有些信息是两个都可以放的,就自己抉择下。嘻嘻~

🐶 产品:对了,还有那个自动发给你是指什么?

👩 用户:因为我是在微信群里发早报的,最好能把工具生成的早报通过微信或邮箱发给我,这样方便我二次编辑,或者直接发出。如果能「一键复制」,那就更好了。

🐶 产品:OK,明白了。那你每天要花多长时间做这个事情?

👩 用户:也不是每天,只有法定工作日,放假就不用发了,因为假期起床时间不固定。整理一次早报要用半个小时到一个小时左右。

🐶 ❤️ 产品内心 OS:幸好问了下,不然这里又是个坑。所以,总结下来就是:

  1. 每个工作日发;
  2. 信息源固定为几个网址;
  3. 分类的信息可以根据关键词判断;
  4. 每一条信息最好可以带原文链接,方便用户快速定位到原文;
  5. 需要生成固定的格式,最好提供多种格式模版供用户选择;
  6. 最后生成的信息最好可以修改;
  7. 需要在固定时间发出。需要在用户发出时间之前生成早报,给用户足够的时候修改或编辑;
  8. 目前是纯文本信息,保不定哪天就要换成图文格式。

这样需求已经了解得差不多了,我自己还有点好奇用户为什么要做这件事。

🐶 产品:为什么你要每天花这么些时间整理早报呢?有人强制要求你这么做么?

👩 用户:没有人强制我啊。

对我而言,一来我通过这种方式逼迫自己每天了解大环境,以免让自己成为井底之蛙,二来其实也是因为懒,我也想体验一下当「读者」的感觉。

对读者而言,浏览新闻这件事情本身优先级很低,而且很难保证你打开新闻资讯类网站或 App 时还能继续浏览新闻。很多人在这件事上主动性不够,而我发早报给他们,相当于他们被动地吸收知识,十几秒浏览完,如果感兴趣就可以继续深入,如果不感兴趣也就知道行业大事,这样也就够了。

话说你一定以为每天发这样的早报肯定没人看,是的,我一度也是这么认为的,甚至在发了一段时间后考虑要不要停止。但是在几次忘发被催更之后,我发现还是有很多读者的。

🐶 ❤️ 产品内心 OS:哇,好励志呀,感动。而且对后半句特别有感悟,很多用户都是「沉默」的,只有在产品出错之后,才会发现原来这个东西有这么多人在意,也算是「幸福的烦恼」吧。

🐶 产品:哇,好励志呀,加油加油。另外,需求我已经了解清楚了,我自己先消化消化,之后再找你对一下。今天非常感谢你哈~ 🙏

当产品经理接到需求后,一定要有刨根问底的心态,才能把需求搞清楚。除了心态,多看看别人的经验或者自己平时多试几次,这个技能你也能 get 到,说不定比我想得更为周全。

二、需求了解到什么地步,才算搞清楚需求了?

至此,需求了解这一步就做完了。那在平时的工作中,需求了解到什么地步,才算产品经理将需求了解清楚了呢?

当产品经理能清楚地描述:

  1. 为什么会有这个需求;
  2. 现在没有这个产品,需求是怎么满足的;
  3. 用户期望的产品是什么样的(当然,这个可能没有);
  4. 这个需求的频率或紧急程度如何;
  5. 需求的规模是怎样的(多少人有这个需求)。

能完整地做到这五点,基本可以进入下一步的工作了。

总结

1. 需求最常见的 5 个来源?

  • 老板提的需求
  • 运营、市场推广需要
  • 用户反馈的需求(包括主动反馈和被动调查)
  • 公司内部同事的反馈
  • 数据分析得到的需求

是常见的需求的五个来源。

2. 收到需求后,产品经理应该做什么?

  • Why:搞清楚为什么会有这个需求?
  • What:搞清楚用户反馈这个需求期望达到什么目的?
  • How:现在没有这个产品(功能),需求是怎么满足的?
  • How many:这个需求的频次是怎样的?
  • How much:有多少个用户有这个需求?

3. 需求了解到什么地步,才算搞清楚这个需求了?

产品经理如果能回答以下 5 个问题,就差不多可以进行下一步了:

  • 为什么会有这个需求;
  • 现在没有这个产品,需求是怎么满足的;
  • 用户期望的产品是什么样的(当然,这个可能没有);
  • 这个需求的频率或紧急程度如何;
  • 需求的规模是怎样的(多少人有这个需求)。

4. 下一步是什么?

需求分析。好了,今天这篇文章到这里就结束了,我们的《一个项目带你走进产品经理的世界》系列文章完成进度如下:

一个项目带你走进产品经理的世界:叮,您有一个需求请查收!

黄色标注的为当前进度

 

作者:左耳,微信公众号:产品碎月。

本文由 @左耳 发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

0

2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴

2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴

2019年是多变、充满「不确定」的一年:996争议、裁员潮、倒闭潮带给互联网人的不安和焦虑充斥着整个大环境。能治愈内心焦虑的,就是不断的向前。2019 如何向前?

本周末(4月13-14日)两天时间,我们特别邀请来自猫王收音机、淘宝直播、喜茶、腾讯、京东、金蝶、乐逗游戏等16位创新实践的领路人,畅聊产品的改变、创新的本质,谈产品持续创新的方法论,帮助产品经理、运营人认知升级。

然而每次精彩的大会分享总会有小伙伴错过报名:要加班、身在外地、有事冲突……为了满足大家对知识和成长的渴望,【2019产品创新大会·深圳站】在线直播预约正式开启!

不管你是因为周末加班,还是身在外地,距离太远不方便,这一次你也可以通过观看在线直播,共享这场知识盛宴吧。

2天全程在线直播

直播时间:2019年4月13日(周六)-14日(周日) 9:40-17:00

本次直播为付费直播,原价:99元/位(16位大咖精彩演讲实时收看 + 2天烧脑干货 + 视频回看有效期30天)

直播通道:http://996.pm/zAZKA

大会直播观看指南:http://t.cn/E6c8Pfx(收看直播,你关心的问题都在里面,一定要看哟!)

活动福利

福利1:限时优惠

前1000位购买直播的同学,仅需39.9元/位,满1000人后价格将上涨,赶紧报名享受特惠福利啦!

优惠购买请戳:http://996.pm/YKVmg

福利2:限时8人优惠拼团

互联网发展太快,一个学习型团队对于企业至关重要哟!组团一起见证这场知识盛宴 ,学习提升开眼界,也是不错的选择!

完成8人拼团挑战,即可享受优惠价格:9.9元/位,观看直播啦!!

点击链接,即可开团 >>>http://996.pm/zAZKA 或扫描下方二维码开团

2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴

温馨提醒:

· 拼团活动截止时间:4月12日(周四)12:00;

· 每位用户同时只可参与一个团,且参团后不可退款;若在24小时内,未成功拼团,则原路返还拼团费用;

· 大会直播为知识型产品,一经购买,不予退款哟;

· 如有任何问题,请联系小助手Ally(微信:ally0531);

大会嘉宾

4月13-14日,你将听到这些大咖的经验与观点:

2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴 2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴

大会议程

2天,16位产品创新实战派,16种不同视角,带你探索2019年前行路径。

2天全程在线直播 | 2019产品创新大会开年之战:16位大咖,共享2019内容盛宴

如何来现场?

如果你想亲身体验大会,来现场是最佳的选择哟!

点击链接,抢购2019创新入场券>>> http://996.pm/Y3Jxp

0

免费公开课 | 如何成为BAT产品经理?

免费公开课 | 如何成为BAT产品经理?

中国互联网发展了20年,BAT已经成为中国最大的三家互联网公司,现在形成了三足鼎立的格局。

百度以搜索引擎为支撑,新业务主要以战略投资为主,形式多为收购和控股,这样既能引进人才,又能卡位新业务;

阿里侧重于构筑完善的电子商务生态链,覆盖物流、数据服务、电商的交易支付、供应链金融等领域;

腾讯主要采用开放平台战略,社交、游戏领域一直是腾讯的业务重点 。

免费公开课 | 如何成为BAT产品经理?

过去几年,三家巨头共投资了30家已上市公司和几百家未上市公司。中国互联网未上市创业公司估值前30名的公司,80%背后有BAT的身影   。

因此,BAT培养的产品经理,某种意义上是中国互联网产品经理的翘楚,引领着行业的产品创新和走向。

下图,是BAT对初级产品经理的要求:

免费公开课 | 如何成为BAT产品经理?

想进BAT当产品经理,不仅要具备出众的学习/提炼能力,同时在办公技能、执行力、沟通能力、行业融入感、市场/用户的调研与分析上都不能落下。

那如何成为BAT产品经理中的一员呢?

答案是

“成为某类人的方法是先靠近他们”

4月11日(本周四)晚20:00,人人都是产品经理社区&起点学院特邀前阿里产品运营,前百度产品设计师@周熟人老师莅临产品公开课。

熟人老师拥有9年互联网产品运营经验,5年BAT产品分享的主题是《【新手指南】如何成为BAT产品经理?》,详细大纲如下:

1.你需要做什么准备?

2.如何快速切入核心产品?

3.如何避免踩坑&快速提升?

希望对你有所帮助~

本次公开课非常适合大学生&职场新人收听

仅限前500名免费报名,手慢无!

微信扫描下方海报二维码

>>或戳此报名<<

↓↓↓

免费公开课 | 如何成为BAT产品经理?

0

熟悉这四种权限管理模型,产品迭代才能心里有数

不管是2C产品经理还是2B产品经理,都要将权限管理法则烂熟于心。只有熟悉权限管理法则,才能更好地理解自己产品的架构,做到每次产品迭代都心里有数。

熟悉这四种权限管理模型,产品迭代才能心里有数

从本质来说,无论何种类型的权限管理模型都可以抽象出三个基本的要素——即:用户(user)、系统/应用(system/application)、策略(policy)。

策略决定了用户和不同功能应用之间如何交互。反过来,也就是说,无论设计何种权限管理的模型,都是基于这三个基本要素来展开。

本文聚焦于目前应用最广的RBAC模型,但在这里提出三个基本要素,主要是为了帮助大家更好的理解权限管理,不至于在众多权限模型中迷失。

不同的公司或软件提供商,设计了无数种控制用户访问功能或资源的方法。但无论哪种设计,都可归到四种经典权限模型里——自主访问控制(DAC,Discretionary Access Control)、强制访问控制 (MAC,Mandatory Access Control)、基于角色访问控制 (RBAC,Role-based Access Control) 和基于属性访问控制  (ABAC,Attribute-based Access Control).

(我觉得翻译不好,但也找不到更贴切的。本文下面内容均以英文首字母来代替:DAC,MAC,RBAC,ABAC)。

一、DAC,MAC

本文主要就RBAC展开分析该模型的使用场景,以及如何基于该模型设计出合适的权限管理体系。但从文章便于理解的完整性的角度来考虑,会对DAC,MAC和ABAC进行简要的介绍。

DAC:被操作对象,根据访问控制规则,来判断操作主体可对操作对象做哪些操作,比如只读或者是可写的权限。而自主的含义,则是拥有某种权限的用户,可以把权限赋予其他用户。

MAC:被操作对象及用户两方均有各自的权限标识,用户能否对对象进行操作,取决于权限标识的对照关系。这种模型多用于等级制度明显,信息访问安全性要求高的场景,比如军事。

ABAC和RBAC有很多相通的地方,而且相比较而言ABAC实际上更灵活,符合未来发展的方向。因此,我们分析完RBAC后,再回过头来看ABAC。

二、那么,什么是RBAC呢?

Role-based Access Control,基于角色的权限控制模型。

顾名思义,给用户定义角色,通过角色来控制权限。目前来说基于角色权限控制模型是应用较广的一个。特别是2B方向SAAS领域,应用尤其常见。

熟悉这四种权限管理模型,产品迭代才能心里有数

如上图示,用户拥有角色,且可拥有多个角色,而每个角色对应不同权限。

这样的好处是:不必为每一个用户去配置权限,拥有极大的灵活性和便利性。而当用户及权限的量级又大到另一个级别时,又引入了角色组和权限组概念,此处不做延伸,有兴趣的读者可以去搜些资料来看。

熟悉这四种权限管理模型,产品迭代才能心里有数

三、怎么利用RBAC模型来进行权限体系的设计?

我们已经知道什么是RBAC模型了,在分析怎么来根据此模型来设计权限体系之前,我们再把这个模型要素进行拆分一下。

首先是:用户、角色、权限。

而权限,具体到某个软件来说,实际上包含两个方面。一个是菜单权限,另一个是数据权限。

熟悉这四种权限管理模型,产品迭代才能心里有数

不同的行业会有不同的使用场景,用户角色权限模型也会有不同程度上的变化。但归到底层来说,还是离不开上面我画的这个图。

熟悉这四种权限管理模型,产品迭代才能心里有数

上面这个图是从官网看到的,销售自动化领域十分典型的用户权限管理设计。

接下来,我们来抽象一个场景或者说案例,来辅助我们理解整个权限管理设计的过程。假设A公司是个中大型的生产制造公司,公司有OA、HR、CRM、ERP一系列管理软件。公司员工以万计,不同人员职责不同,体现在管理软件上,就是会需要使用不同的功能来完成工作。

帐号管理

帐号是人和软件进行交互时的一个身份的转化。账号的背后,代表了这个操作的人。账号管理应该是所有需要和系统交互的人的统一管理,包含基础信息,比如:这个人的名字,性别、手机号、部门以及其他属性。

熟悉这四种权限管理模型,产品迭代才能心里有数

角色管理

角色管理,就是要从实际场景出发,比如:使用系统的企业或者团体,有哪几类使用的角色——也就是说,有哪几类人,是需要有不同的业务菜单和业务数据的。

说到底,角色管理,就是把这个角色对应的人平时工作需要的菜单、功能给划到一个组里。给这一个个的操作组定义不同的名称——即角色名称。

当然,这个角色管理除了规定了该角色的人平时可对哪些功能进行查看操作,还需规定这个角色,能看到哪些范围内的数据。也就是前面提到的,权限实际上包含的是菜单权限和数据权限两部分。

熟悉这四种权限管理模型,产品迭代才能心里有数

系统内功能控制的颗粒度越细,对使用者来说配置角色便越灵活,但对系统的设计者来说,系统的复杂度自然也会上升,成本也会增加。

因此,到底控制到哪一层级,就要视具体业务场景来定,比如:有些行业的系统,可能控制到一级菜单就可以(某些SAAS工具),但有些系统,不仅需要控制所有的子级菜单,每一个按钮操作,甚至还会需要控制到不同的字段(比如Salesforce的权限控制系统)。

不过,我们抽象出了基本的模型,根据实际业务再去发散,就不是最困难的事了。

四、看看ABAC,顺便畅想下未来的权限模式

至此,我们可以了解到:RBAC模型实际上能解决大部分的权限设计问题了。

那么,ABAC到底是什么呢?它存在的意义在哪里?关于未来的权限设计趋势,它能带给我们什么启发呢?

带着这些问题,我们先来看看到底什么是ABAC模型。

ABAC,Attribute-based Access Control. 基于属性的访问控制。而属性,总的来说有三类:用户属性、系统或应用被访问属性(数据和操作)、环境属性。

也就是说,系统根据一组或多组属性是否满足预设规则来动态的控制,谁可以访问哪些功能数据和操作。RBAC模型,其实可以看成是静态的、单组属性的ABAC模型。

用例子来理解这个模型就是:只有当用户角色为Admin,在工作时间内,且处在C栋大楼B实验室,才可以访问D文件。

实际上,ABAC是个可以以最细颗粒度来管理权限的模型。它可以让设计者,利用任何一个用户属性、环境属性,或者多个属性之间的交集、并集等来组合出动态的权限判断逻辑。

它是这么强大,既可以有效的帮助信息辨别能力差的用户过滤垃圾信息。也可以让商家用到营销广告填满你生活的每个角落却不自知。

但我一直坚信,科技绝对是让生活更美好。

五、总结一下

权限管理,可能是每个2B产品经理需要面对的问题。但无论C端还是B端的产品,了解权限管理的设计法则,让自己更好的理解产品的架构,让产品的每次迭代都心里有数。

 

本文由@2B产品七七 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unspalsh, 基于CC0协议。

0

产品不给力?可能是没做好需求管理

有效的需求管理对于产品来说十分有必要,需求管理分为四个阶段:采集、处理、实现、反馈。

产品不给力?可能是没做好需求管理

巧妇难为无米之炊。

对于产品经理来说,需求就是用来煮饭的米。

但产品经理的工作可比熬一锅粥要复杂多了,不光要基于需求设计产品,需求的管理能力也极其重要。

很多时候,糟糕的需求管理,会使产品工作乱成一团,甚至导致项目的失败。

作为产品狗,需要经常体验各种产品,也常遇到需求管理失败的案例。

最近就有这么一次糟糕的体验:

一款定位小众社交的App,名字就不说了。

产品逻辑是,通过心理测试,确定性格分型,匹配陌生人。

心理测试分为:初级、中级及高级等三个阶段,每深入一级就更准确。然而,问题就出在心理测试上。

我在完成了高级测试后,测试结果依旧是中级的结果,高级测试的状态则是未完成。

我尝试了重新答题、重新登陆、注册新号、甚至卸载重装,老样子。

换台iphone手机,问题依旧(android正常)。

于是,我在App内的用户反馈功能中,详细描述了该问题。

一周后,App更新,Bug依旧。

接着,我在Appstore上面通过评价的方式,再次详细描述了该问题。

半个月后,App更新,Bug依旧。

最后,我按照官方网站的邮箱,讲问题描述再次反馈。

一周后,App更新,Bug迎风招展。

在坚持了一个多月之后,我默默的放弃了它。

如此糟糕的Bug管理,绝不是偶然。今天顺眼看了下在Appstore,简直就是车祸现场。

(如下信息,是我按照一星进行的筛选,实际并非全部都是差评)

产品不给力?可能是没做好需求管理

我如此执着地反馈问题,却毫无结果,我只能推测:要么他们看到了,却没有有效处理;要么就是他们连看都没有看到。不管是哪种,都说明需求管理能力缺失。

需求管理的重要性

产品经理工作的核心就是采集、加工和传递信息,而最重要的信息就是需求。就算idea再棒,就算开发效率再高,就算运营团队推广效果再好,需求管理不好,负面都会被不断放大。

卸载前,我发了最后感悟:眼看他起朱楼,眼看他宴宾客,眼看他楼塌了。

你可能会有疑问,前面说的不是Bug么?

不论是反馈者,反馈渠道,或是反馈方式,Bug和需求都是共享的。

用户访谈时,他会反馈需求,也会反馈Bug。

老板找你沟通时,会提想法,也会告诉你他看到的问题。

所以我更倾向于,将Bug作为(广义上的)需求的一种。狭义需求当作一种正向需求,而Bug则作为一种反向(优先级更高)需求。

同时,把Bug作为需求,还有一个优点。

像对待需求一样,对Bug进行分析,而不是原封不动的直接抛给开发。

经过分析,你有可能发现它不是Bug,而是需要培训用户,或是转化为新需求。而确定是Bug的,经过你的分析后再交给开发,本身已经完成搜集、复现和定位等环节,修复速度也必然会快很多。

下文所说的需求和需求管理,都是广义上(除非特指)的。即将狭义需求和Bug都作为广义需求来统一说明。

需求的种类

讲需求管理之前,先对需求的种类做个全面认识。全面认识需求的种类(区分维度),有助于在管理需求时,做到兼顾所有情况。

需求的种类(区分维度)有:

产品不给力?可能是没做好需求管理

  • 来源(提出方):用户(客户)、协作方(开发、运营、销售、项目等)、管理层(投资人、老板、上司)等;
  • 渠道:访谈、问卷、内部会议、内部系统、IM、产品内反馈、服务邮箱等;
  • 形式:录音、录像、文档、邮件、会议记录、留言、聊天记录等;
  • 类型:就是前面说的,正向需求和反向需求(Bug)两种;
  • 场景:正式使用、体验产品、开发测试、产品演示等;
  • 紧急重要度:有很多方法,建议使用四象限法(重要紧急、重要不紧急、紧急不重要及不紧急不重要),或直接用1、2、3、4级代替。

需求管理的四个阶段

需求管理全过程可以分为四个阶段:

产品不给力?可能是没做好需求管理

  • 需求的采集,维护高效稳定的采集渠道和合理的记录规范;
  • 需求的处理,对采集到的需求进行筛选和加工明确;
  • 需求的实现,对加工明确后的需求进行规划和开发;
  • 需求的反馈,反馈需求信息的处理给需求来源。

通过这四个步骤,做到对需求信息有效管理。

采集阶段

采集阶段,就是我们搜集并记录需求信息的阶段,是需求管理的起点。
首先,回忆一下:

  • 你是如何采集需求的?
  • 你日常获得的需求中,有多少比例是提出者告知你的?
  • 你是否经常主动去获取各类需求?
  • 你有主动维护需求获取渠道的习惯么?

如果,你可以做到主动获取各类需求,甚至主动维护需求获取渠道,那么你已经超过90%的产品经理。

而更常见的情况是,很多产品经理只被动接受需求,也从不维护需求来源。

前面已经讲过,需求有多种来源、渠道和场景。

而每款产品,来源、渠道和场景之间的相关度也会不同。

比如,A产品的用户更喜欢通过产品内的用户反馈和邮件来反馈需求,但是B产品的用户,则可能更喜欢面对面反馈信息。

多关注日常获取到的需求信息,努力寻找和明确你的产品中,各类人群(来源)喜欢通过什么途径(渠道)反馈哪种类型(场景)的问题。

针对各类人群建立合适的反馈路径,逐渐明白哪边的需求多久采集一次,哪类人群需要采用什么方法促进反馈。

慢慢你会发现,你能获取到的信息会越来越全面,你离产品的真相也更进一步。

采集阶段,光做好采集还远远不够。

正如我那次糟糕的经历,我相信,他们获取到了我的反馈。

但也许很快,更多更杂的反馈出现,他们迷失其中……

没有对信息的有效管理,信息就没有任何价值。

做好了需求信息的开源,下一步就是做好需求信息的记录。有效的记录方法,不光可以让需求变得有序,接下来的需求处理、需求实现、需求反馈,也依赖良好的记录。

需求记录,就是把一条条的需求记录下来,同时补齐需求的种类等信息。

我习惯的做法是通过两张表来管理所有的需求:

采集记录表

所有采集的需求信息,均按照采集的顺序编号记录。

它是一张完整的需求表,事无巨细的记录采集到的每一条需求(包括你觉得可笑的需求)。

产品不给力?可能是没做好需求管理

仅供参考,可根据具体情况增减字段

处理跟踪表
只记录完成处理阶段后,进入实现阶段的需求。
它是一张指导产品规划和实现的跟踪表,只包含最后进入实际产品工作的需求。

产品不给力?可能是没做好需求管理

仅供参考,可根据具体情况增减字段

为什么要分成两张表?

我先说只有其中一张,会怎么样。

如果只有「采集记录表」:

每次使用这张表指导需求实现时,都会受到冗余无效需求(那些在处理环节被筛选掉的)的干扰。

同时,如果你想在这张表上体现,归属什么产品线、哪个版本实现、当前实现进度等,就必要增加字段。而这些多出来的字段,被筛选掉的需求却并不需要。

最后,难道每次初步沟通需求时,都要让老板、同事都面对这么一张庞大的信息表么?

如果只有「处理跟踪表」:

也许你每次处理完需求,都把那些不做的需求给删掉了……

但是,如果你发现一条需求有些熟悉,之前被你干掉过,那你还能记起你当时处决它的理由么?

当你要反馈结果给提出者时(包括不做的理由),信息都没了,你还怎么反馈?

所以,我会把所有采集的需求记录在「采集记录表」,在处理阶段继续使用它。

处理过后的需求,保留的转移到「处理跟踪表」,在实现阶段使用,同时定期更新回「采集记录表」。否决的,直接在「采集记录表」中记录否决原因等信息。

反馈结果给需求提出者时,只看「采集记录表」就好了。

处理阶段

处理阶段的工作有两项:筛选需求和明确需求。

筛选需求

首先,对采集到的需求进行初步判断,要不要让它进入后续的实现阶段。

要判断正向需求(狭义需求)和反向需求(Bug)。

如果是Bug,判断其是否真的是Bug。

如下情况,都不需要当作Bug来修复。

  • 用户误操作,导致出现问题。
    比如,企业管理员在中台误操作删除了用户权限,导致他们的员工打不开报表。
  • 用户不会使用功能。
    比如,管理员没有将业务环节中必备的组织架构配置好,导致员工无法正常使用。
  • 功能不够完善。
    比如,员工的填写表单后,因为没有自动保存功能,经常未保存退出,导致内容丢失。
  • 无法复现。
    比如,只有极少数情况下出现,反馈后在任何环境下,都无法再次出现的问题。

如上这些不需要修复的Bug,不代表就可以直接删除了事。

需要针对具体情况,进行处理。

误操作和不会使用的情况,我们需要反思,对客户的培训是否到位。

功能不够完善的情况,我们可以转化为新的狭义需求。

无法复现的情况,也要特别关注,如果再次出现,可以对比两次情况,寻找可能性。

如果是(狭义的)需求,则判断是否要去实现它。

狭义需求的取舍,主要依靠已经确立的产品战略。

可以参照我的原创文章《如何系统性思考产品需求-产品问答第一篇》
这里就不展开了。

所有决定不实现的需求,都需要对提出者进行有效反馈,留到反馈阶段慢慢说。

明确需求

我们也需要对采集到的需求进行明确。

首先,明确需求的类型,到底是Bug还是狭义需求。

然后,我们要对需求的信息进行全面搜集。

1. 找需求来源进一步沟通,获取更多信息;

大部分人在沟通时,都会对信息进行加工,这会产生信息缺失。

可能是觉得某些背景信息,大家都知道,不需要再说一遍;可能是觉得某些细节不是关键信息,所以故意略去;可能是完全没有察觉某些相关信息。

信息的缺失,会让需求变得难以理解或产生偏差。

找到需求的提出者进行沟通,使用“5W1H”提问法,不断循序渐进的提问。

如果是Bug,要了解清楚它发生的具体场景,发生在什么情况下,什么机型,什么系统,使用的账户,前面做了什么操作等等;

如果是狭义需求,要了解提出它的背景,基于什么场景,希望达到什么目的,是否还有其他相关意愿,偶然提出还是长久期望等等。

2. 对需求进行分析

获取尽可能多关于需求的信息,对信息进行分析,进一步消化需求。

可以通过演绎法和归纳法,推断出需求的规律和更深层次原因。

需求分析可参照《如何深入挖掘用户需求-产品问答第二篇》,这里不再展开。

3. 假设初步实现方案

对需求进行分析之后,在进入实施环节之前,我们可以尝试初步假设多个实现方案。
在实现阶段前,初步假设实现方案的好处有很多:

a.可以检验是否真的了解需求。

很多时候我们觉得已经完全了解需求,但是进行功能规划时,才发觉还需要补充信息,又要找到提出者进行沟通。

b. 可以快速获取反馈者的验证。

具像化的方案,能让提出者看到,他提出的需求是否得到理解,也让他对产品产生期待。

c. 可以让实现团队快速理解需求。

提出多个初步方案,可以帮助实现团队(产品和开发)快速理解需求,也可以让他们更容易提出合理化建议,并为实现阶段做好准备。

完成筛选和明确后,保留下来的需求,我们要确定重要紧急度及在哪个版本去实现。

你应该已经发现,筛选和明确并不是完全独立,一前一后的工作。而是互相渗透,互相支撑。

需求的处理阶段,你需要明确需求才能更好的筛选需求,同时筛选后确定实现的,也正是你要花更多力气去明确的需求。

处理阶段的信息,是在「采集记录表」中更新。

经过处理阶段,保留下来的需求,确定了实现版本和重要度,接着就进入实现阶段了。

实现阶段

实现阶段有两项工作:功能规划和功能开发。

功能规划

从处理阶段传递过来的需求,安排了具体的产品线及版本,明确了优先级。

我们要做的就是把它们规划成一个个的功能,并通过产品规划交付物的方式来输出给相关团队。

这部分工作,是产品经理日常工作中,所占比重最大的。

正因如此,很多产品经理沉溺其中,逐渐变成一个“画原型的”或“写文档的”。这是很危险的!通过前面两个阶段介绍,你可以发现:做不好需求采集和处理,直接进行需求实现是多么可怕。

具体的功能规划,涉及到的方法论和工具,有许多书籍和文章都在讲,我就不再赘述。

我要强调的唯一一点就是,提高对产品规划交付物的标准。不要让自己的原型和文档,成为阻碍开发的障碍。有兴趣可以看我这篇《产品问答 | 提岗管理后,如何进行团队管理及项目管理?》。

功能开发

功能进行开发阶段,产品经理的注意点就转化为项目管理。
项目管理不仅仅要管理项目的进度,还要管理项目的质量。
同样在《产品问答 | 提岗管理后,如何进行团队管理及项目管理?》这篇文章中,我有详细讲。

实现阶段的需求信息,要及时更新到「跟踪记录表」中。

反馈阶段

需求不光要采集、处理和实现,还要不断让信息回流,反馈给需求的源头-提出者,让需求管理成为闭环。

需求的反馈,不是等前三个阶段完成后,再去独立进行的。

在采集、处理和实现阶段,要一直保持反馈的习惯。

  • 在采集阶和处理阶段,我们可能会不断找反馈者沟通,以获取更加全面的信息;
  • 在处理阶段,我们反馈信息给提出者:需求是否要实现及何时实现,或是为什么不实现;
  • 在处理阶段,我们还要反馈初步方案,让提出者确信并产生期待;
  • 在实现阶段,我们要有节奏的反馈实现进展,并在实现时尽可能的告知提出者,甚至准备好相关培训。

良好的需求反馈习惯,可以让需求管理的可信度更高,而不是将功能规划和开发变成“闭门造车”。

反馈阶段主要维护「采集记录表」,但需要及时将「跟踪记录表」的信息同步进去。

最后强调,需求管理的四个阶段,也不是互相独立,互分先后的。

实际的需求管理工作,可能会有多个阶段的工作在同步进行。需求管理,需要你努力练习,完成技能内化,最终成为你的核心武器。

千万别当一只日夜操劳的工蜂!一个需求的搬运工,不是合格的产品人。

 

作者:十八子杀,微信公众号:产品狗的思考(ID:PM-Doggy)。10年产品人,射手座,爱自由,喜摄影,好读书,涉猎广泛,望与同路人勉励前行。

本文由@十八子杀 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自@Unsplash, 基于CC0协议