职业:简历原则
This commit is contained in:
parent
13453db91e
commit
a366834d99
@ -1,242 +0,0 @@
|
|||||||
---
|
|
||||||
id: 两个万能公式打造你讲故事的能力
|
|
||||||
title: 两个万能公式打造你讲故事的能力
|
|
||||||
data: 2022年5月19日
|
|
||||||
---
|
|
||||||
|
|
||||||
人人都爱听故事,好故事是有力量的。
|
|
||||||
|
|
||||||
不仅仅是导演、小说家需要精通如何讲故事。
|
|
||||||
|
|
||||||
其实对于我们每一个人,无论是做品牌、拉投资、找工作,还是卖产品、求晋升,甚至是找对象,讲故事的能力都非常关键。
|
|
||||||
|
|
||||||
**注意,这并非让我们去编一个不存在的故事,它在本质上其实是一种叙事逻辑。**
|
|
||||||
|
|
||||||
同样是一大堆事实,如何用符合逻辑、有感染力的方式将其呈现出来,这就是讲故事的能力。
|
|
||||||
|
|
||||||
**今天这篇文章向大家介绍两个非常受欢迎的讲故事的模板。**
|
|
||||||
|
|
||||||
## 01
|
|
||||||
|
|
||||||
**第一个模型来自伟大的皮克斯。**
|
|
||||||
|
|
||||||
皮克斯作为乔布斯加持的动画工作室,出品了无数动画经典,毫无疑问,皮克斯讲故事的能力在我们这个星球上是超一流的。
|
|
||||||
|
|
||||||
皮克斯的编剧 Emma Coats 曾经分享过一个皮克斯讲故事的模型,具体如下——
|
|
||||||
|
|
||||||
“Once upon a time there was ___. Every day,___. One day ___. Because of that,___. Because of that, ___. Until finally___.”
|
|
||||||
|
|
||||||
翻译成中文就是:
|
|
||||||
|
|
||||||
1. 从前,有一只___;
|
|
||||||
2. 每天都重复着___的生活;
|
|
||||||
3. 突然有一天,发生了___。
|
|
||||||
4. 正因为这件事,它___;
|
|
||||||
5. 也正因为如此,它___;
|
|
||||||
6. 最后终于,它___;
|
|
||||||
|
|
||||||
看起来极其简单对不对?
|
|
||||||
|
|
||||||
**没错,几乎每一个皮克斯的故事都遵循着这样简单的模型。**
|
|
||||||
|
|
||||||
事实上,不仅仅是皮克斯,好莱坞无数商业电影基本上也以此为模板,比如我们来看皮克斯的对手梦工厂的一部动画电影,我们非常熟悉的《功夫熊猫》——
|
|
||||||
|
|
||||||
1. 从前,有一只熊猫阿宝,他很喜欢功夫;
|
|
||||||
2. 每天都重复着和鹅爸爸卖面条的无聊生活;
|
|
||||||
3. 突然有一天,和平谷举行功夫大赛,阿宝阴差阳错获得了神龙大侠的称号。
|
|
||||||
4. 正因为这件事,阿宝不得不真的开始学习功夫,在龟仙人的指点下,在师父的食物练功法的训练下,它学会了功夫;
|
|
||||||
5. 也正因为如此,反派残豹逃出大牢要挑战新的神龙大侠;
|
|
||||||
6. 最后终于,阿宝用自己苦练的神功,在盖世五侠的帮助下,打败了残豹,和平谷迎来了和平;
|
|
||||||
|
|
||||||
**这是一个非常经典的讲故事模型,简单而充满着力量。**
|
|
||||||
|
|
||||||
投资人 Ashwin Kumar 将这个模板演变了一下,变成了创业者在给自己的创业公司找投资时的模板。
|
|
||||||
|
|
||||||
![对比](https://static.7wate.com/img/2022/05/19/0cc29fac9a149.jpeg)
|
|
||||||
|
|
||||||
**如果你创办了一家公司,你会如何说服投资人给你真金白银呢?**
|
|
||||||
|
|
||||||
皮克斯的这个模板就可以派上用场——
|
|
||||||
|
|
||||||
### 1. Once upon a time = 目前存在的问题
|
|
||||||
|
|
||||||
这里是你创业的起点,即背景介绍,任何创业的出发点一定是为了解决某个现在存在的问题。比如——
|
|
||||||
|
|
||||||
- 摩拜单车:人们对 1-3 公里内的城市短途出行有着急切的需求。
|
|
||||||
- SpaceX:更低成本地探索太空是人类作为一个物种的一种追求。
|
|
||||||
|
|
||||||
### 2. Every day = 目前的解决方案
|
|
||||||
|
|
||||||
描述现在市场的状况,已经有哪些解决方案,为什么那些解决方案不够好。
|
|
||||||
|
|
||||||
比如——
|
|
||||||
|
|
||||||
- 摩拜单车:市政的公共自行车需要归还到固定地点,不够自由;而平衡车等解决方案既不经济也不够方便。
|
|
||||||
- SpaceX:目前的市面上的火箭成本太高,造价极其昂贵,复用性低,发射的频次也非常低。
|
|
||||||
|
|
||||||
### 3. One day = 你的解决方案
|
|
||||||
|
|
||||||
这时候电影的主角开始登场了,这里需要明确地给出自己的解决方案,即你的创业团队会如何解决这个问题。
|
|
||||||
|
|
||||||
比如——
|
|
||||||
|
|
||||||
- 摩拜单车:一种基于地理位置随借随还的共享自行车;
|
|
||||||
- SpaceX:一种可以重复利用的可回收火箭;
|
|
||||||
|
|
||||||
### 4. Because of that = 为什么你的方案有优势?
|
|
||||||
|
|
||||||
这时候开始描述为什么这套方案和现有的其他方案相比有优势,让投资人直观感受到这是一个更好的解决方案。
|
|
||||||
|
|
||||||
比如——
|
|
||||||
|
|
||||||
- 摩拜单车:它的优势在于第一:非常方便,随借随取;第二:成本可控,利用率高;
|
|
||||||
- SpaceX:它的优势在于可回收的火箭能显著降低单次发射成本。
|
|
||||||
|
|
||||||
### 5. Because of that = 方案优势的证据
|
|
||||||
|
|
||||||
这时候需要列出这写优势的证据,它可以是现有的进展,现有的运营数据,也可以介绍核心技术、团队经验等等。
|
|
||||||
|
|
||||||
总之需要用数据和事实告诉投资人,你的团队有能力将蓝图变成现实。
|
|
||||||
|
|
||||||
比如——
|
|
||||||
|
|
||||||
- 摩拜单车:它已经在上海、XX 等城市验证过,用户认可,成本可控,其运营数据 XXX;
|
|
||||||
- SpaceX:它成功发射并成功回收了 XX 次,已获得了 NASXX 亿美元的订单。
|
|
||||||
|
|
||||||
### 6. Until finally = 你会征服多大的市场
|
|
||||||
|
|
||||||
- 摩拜单车:近距离通行是一个 XX 亿的大市场,占领 XX% 可以获得 XX 营收,同时可以扩展至生活服务领域。
|
|
||||||
- SpaceX:商业航天是有着巨大的想象空间,成本下降,未来市场规模大约为 XX 亿。
|
|
||||||
|
|
||||||
这就是皮克斯讲故事模型应用到向投资人讲述创业故事的整体流程,是一个有着清晰逻辑、有感染力的叙事方式。
|
|
||||||
|
|
||||||
如果每一环节创业团队能展示出充分饱满的事实,整体将是一个有说服力的故事。
|
|
||||||
|
|
||||||
## 02
|
|
||||||
|
|
||||||
**第二个讲故事的逻辑和上述偏 “艺术” 的手法有所不同,它更基于一种可论证的逻辑。**
|
|
||||||
|
|
||||||
这种方法来自 Medium 网站上的一位企业咨询专家 Andy Raskin,它非常实用于企业向客户推销某种产品,其核心逻辑分为五步,具体如下——
|
|
||||||
|
|
||||||
1. 描述一个当今世界正在发生的趋势;
|
|
||||||
2. 论证在这个趋势下将会产生赢家和输家;
|
|
||||||
3. 描述赢家的美好未来;
|
|
||||||
4. 陈述到达美好未来过程中最关键的步骤;
|
|
||||||
5. 列举证据,证明你的产品可以如何将蓝图变成现实。
|
|
||||||
|
|
||||||
这五步的叙事模型也非常经典,它环环紧扣、逻辑严密、极具说服力。
|
|
||||||
|
|
||||||
下面我通过一个案例来说明它如何有效:
|
|
||||||
|
|
||||||
**在中国推销能力最强的是哪一个行业?**
|
|
||||||
|
|
||||||
答案是保险行业。
|
|
||||||
|
|
||||||
卫夕最近正好就在上周末听了一堂养老年金保险的线上推介会(保险行业的确非常拼,疫情没办法做线下推介会,他们立马就转战线上)。
|
|
||||||
|
|
||||||
不同于重疾险等保障性保险,养老年金除了保障属性还有投资属性。
|
|
||||||
|
|
||||||
我发现保险行业真是完美应用了上述 “五步叙事模型”——
|
|
||||||
|
|
||||||
### 1. 描述一个当今世界正在发生的趋势
|
|
||||||
|
|
||||||
保险顾问寒暄之后首先描述了重要趋势——“未来中国会成为一个老龄化社会”。
|
|
||||||
|
|
||||||
毫无疑问,这是一个无比客观的趋势。
|
|
||||||
|
|
||||||
为了增加可信度,论述中引用了大量的数据,从人口年龄结构变化到生育率、死亡率的趋势,还引用了梁建章老师的相关人口语录,非常让人信服。
|
|
||||||
|
|
||||||
### 2. 论证在这个趋势下将会产生赢家和输家
|
|
||||||
|
|
||||||
有了第一步的铺垫,这一步顺理成章了,保险顾问没有直接讲赢家或者输家,而是先论述了一个现象——
|
|
||||||
|
|
||||||
“仅仅依靠我们目前的养老金大概率是覆盖不了我们这一代人的养老支出的,至少生活质量会大打折扣,同时描述未来 “延迟退休” 将是大概率事件。”
|
|
||||||
|
|
||||||
接着,它开始按模型如电影剧本一样开始论述在老龄化趋势下的输家和赢家,直接上了一张经典照片——一群广场舞大妈旁边有一位环卫大妈。
|
|
||||||
|
|
||||||
**保险顾问说,这可能会是未来有养老规划和没有养老规划的区别,非常震撼。**
|
|
||||||
|
|
||||||
接着继续论证,没有任何养老规划和保障的人,老年生活大概率会非常不如意。
|
|
||||||
|
|
||||||
没有稳定的现金流,不仅生活质量下降,极大可能需要再次出来工作,并附上了一些日本老年人到便利店收银的照片。
|
|
||||||
|
|
||||||
这部分最后,附上了巴菲特的名言——
|
|
||||||
|
|
||||||
“一个人最大的风险就是意识不到自己有风险。”
|
|
||||||
|
|
||||||
我也不知道巴老有没有讲过这句话,知道的同学请留个言。
|
|
||||||
|
|
||||||
### 3. 描述赢家的美好未来
|
|
||||||
|
|
||||||
在描述赢家的美好未来之前,保险顾问先科普了被动收入这个概念,得先让受众了解被动收入的意义。
|
|
||||||
|
|
||||||
之后引用了《百岁人生》里论证的我们这代人中大约有一半能超过 90 岁,同时告诉大家老年生活也可以极其精彩。
|
|
||||||
|
|
||||||
**当然前提是要提前规划好养老生活,保证有足够的被动收入。**
|
|
||||||
|
|
||||||
当有固定的被动收入时,老年生活可以有众多的选择,并且分析了目前老年人生活质量不够好的一个重要原因是对子女的依赖,这个依赖让老人失去了自主选择生活方式的能力,并且安利了高度自主的老年生活的重要性。
|
|
||||||
|
|
||||||
### 4. 陈述表达美好未来过程中最关键的步骤
|
|
||||||
|
|
||||||
做完以上的三步铺垫,你以为它直接开始讲产品了吗?
|
|
||||||
|
|
||||||
没有。
|
|
||||||
|
|
||||||
**保险顾问还继续梳理了现金养老、以房养老等各种养老方式的弊端。**
|
|
||||||
|
|
||||||
对房地产市场未来走势和利率市场未来走势进行了分析,以证明房地产市场有着极大的不确定性,而利率市场大概率会保持低利率、0 利率甚至是负利率。
|
|
||||||
|
|
||||||
这时候提出一个问题——有没有一种低风险的、稳健的保证老年被动收入的方式呢?
|
|
||||||
|
|
||||||
**答案是有——养老年金保险。**
|
|
||||||
|
|
||||||
主角终于上场了,除了产品本身,当然还离不开介绍公司实力、公司历史等等。
|
|
||||||
|
|
||||||
### 5. 列举证据,证明你的产品可以如何将蓝图变成现实
|
|
||||||
|
|
||||||
最后,开始从数据角度证明这款产品的价值了。
|
|
||||||
|
|
||||||
由于年金保险有投资属性,因此也有收益率的波动,保险顾问继续列举了历史收益率,从未低于过 XX。
|
|
||||||
|
|
||||||
**同时,开始给出一个表格,列出了不同年龄、不同购买额度在未来的各种收益结果。**
|
|
||||||
|
|
||||||
接下来开始举案例,XX 是企业家,家底丰厚,但因为疫情经营不善,意识到风险无处不在,将大笔积蓄买了年金。
|
|
||||||
|
|
||||||
XX 是上班族,尽管收入不算特别高,但由于规划的早,在 X 年前就开始买,如今只要再交 X 年就可以享受 XX 了。
|
|
||||||
|
|
||||||
让我印象最深的是这样一个案例——
|
|
||||||
|
|
||||||
XX,名校毕业,年纪轻轻事业顺风顺水,但在老公的催促下做了家庭主妇,生了两个宝宝,身材走样,颜值不再,也无法再回到职场,直到有一天,老公递过来一张沉甸甸年金保单……
|
|
||||||
|
|
||||||
最后,顾问升华了一下,引用了塔勒布在《反脆弱》里的一句话——
|
|
||||||
|
|
||||||
“风,可以吹灭蜡烛,但却能将火炉烧的越来越旺。”
|
|
||||||
|
|
||||||
**选择年金保险,让自己在不确定性的时代,做一团火,而不是一根蜡烛。**
|
|
||||||
|
|
||||||
收官!
|
|
||||||
|
|
||||||
没错,这就是我经历的一次年金保险推介会,它几乎完美呈现了上述的 “五步叙事模型”。
|
|
||||||
|
|
||||||
**听完之后,我直呼——“这是高手”**
|
|
||||||
|
|
||||||
注意:我完全没有贬低这位保险顾问的意思,事实上,他除了在个别环节略为夸张了一点之外,他的整个论述逻辑是非常严丝合缝的——条理分明、结构清晰。
|
|
||||||
|
|
||||||
**至少对于我而言,他们这次推介会是成功的。**
|
|
||||||
|
|
||||||
他成功说服了我接受了这类产品——我请示我家领导之后,比较了一下同类产品的相关细节,买了一款品牌、口碑都不错的年金产品。
|
|
||||||
|
|
||||||
不过,产品不属于那位顾问所在的公司。
|
|
||||||
|
|
||||||
**没错,故事是有力量的,逻辑也是有力量的。**
|
|
||||||
|
|
||||||
我们每个人可能没有机会去导演一部电影、去写一本小说,但我们生活中的任何表达其实也必须遵循清楚的逻辑。
|
|
||||||
|
|
||||||
- “因为疫情,我们的收入下降了 2 成。”
|
|
||||||
- “即使有疫情,我们的收入依然保住了 8 成。”
|
|
||||||
|
|
||||||
二者是有区别的。
|
|
||||||
|
|
||||||
**别误会,我并非教大家钻营这些雕虫小技,创业也好,工作也罢,打铁还需自身硬。**
|
|
||||||
|
|
||||||
但在有实力的前提下,思考叙事的逻辑,运用故事的力量,会让我们事半功倍。
|
|
@ -1,118 +0,0 @@
|
|||||||
---
|
|
||||||
id: 如何做一次清晰的需求梳理
|
|
||||||
title: 如何做一次清晰的需求梳理
|
|
||||||
data: 2022年5月16日
|
|
||||||
---
|
|
||||||
|
|
||||||
作为一名小白产品经理,在工作流程中做的最多的三件事分别是,第一:沟通;第二:需求梳理;第三:写文档。
|
|
||||||
|
|
||||||
今天我们不谈论如何沟通,也不交流如何写文档,前者靠奶茶,一杯不够,再来一杯,后者靠熬夜,加班不够,通宵来凑。
|
|
||||||
|
|
||||||
今天分享一下作为一名小白产品经理,我是如何来把复杂的需求梳理清楚的。
|
|
||||||
|
|
||||||
首先,在我的日常工作中,会接到两类型的需求,一类往往是来自供应链和客服部门,他们提出的需求往往是需求明确且目标清晰,比如供应链同学提出:现在这个商品上架太复杂了,我想要批量上架,比如客服同学提出:现在订单搜索条件缺少了手机号的搜索条件,我们每次通过昵称关键词搜索很麻烦,因为很容易出现同名的情况。
|
|
||||||
|
|
||||||
上述的需求对于小白产品经理而言,处理起来是比较顺手的,因为需求非常的明确,需要考虑的点比较少,你只需要按照既定目标去实现就好了,如果想要做的更好一点,可以适当多考虑考虑如何让功能变得更加智能化和自动化,来减少供应链同学和客服同学的操作成本。
|
|
||||||
|
|
||||||
这里补充一点:**切记,一切从实际出发,要贴合业务,不要为了酷炫做一些毫无价值的功能。**
|
|
||||||
|
|
||||||
那另一类需求往往都来自运营同学或者用户,他们提出的需求往往是不明确且需求范围非常宽泛的,比如A运营同学看到活动数据不好,提出:我们需要新的营销工具,我看到拼多多的拼团可以做裂变,能够拉新,那我们也做个拼团吧。
|
|
||||||
|
|
||||||
又比如某个资深用户提出:你们的APP对于我来说,太难用了,我根本就不知道这个旅游线路小朋友适合不适合,能不能给一些判断标准呀。
|
|
||||||
|
|
||||||
如果一旦碰上这样的需求,作为我这样的一名小白产品经理,我其实是不太会处理的,因为需求不明确,需要自己来深入挖掘需求,来定义清楚需求范围,那么这个时候就需要一套流程来做需求梳理,来帮助我提高工作效率,快速完成需求范围的确定,以及需求方案的初稿。
|
|
||||||
|
|
||||||
当然做需求梳理的前提条件是,你已经确定了这个需求是一个真实且具备价值的需求。
|
|
||||||
|
|
||||||
在这里,针对如何判断需求是否真实,以及是否符合当下产品阶段的目标,我们不做过多讨论,可以放在后面再说。
|
|
||||||
|
|
||||||
假设,我们现在接到了一个拼团需求,我们通过数据分析和事实推理,得出来结论我们的确是要做这个拼团需求,那么此时就有一个大问题,那就是我们做一个什么样的拼团?如果此时你跑去问A运营同学,那么大概率你会得到一个答案,那就是我们没有什么限制,只要能够实现拼团就好。
|
|
||||||
|
|
||||||
这个逻辑非常好理解,如果你问一个人,这件事情他要不要做,如果这件事本身对他没有坏处,那么大概率你得到的答案是他要做,因为人类总是喜欢得到的,而非失去的,不做就意味着失去,哪怕得到没有好处。
|
|
||||||
|
|
||||||
就像魂系玩家一样,千辛万苦受尽BOSS虐待得到的武器,真的会用吗?他们不一定会用,他们会高声喊出那句名言:可以不用,但是贵在拥有!
|
|
||||||
|
|
||||||
所以,此时作为一名小白产品经理,我们应该发挥主观能动性,来构建一套流程,来面对这样的需求。
|
|
||||||
|
|
||||||
**在这里,我将这套流程,分为了三个步骤:**
|
|
||||||
|
|
||||||
## 一、梳理流程
|
|
||||||
|
|
||||||
以拼团需求为例,我们需要去梳理流程图,这里可以分为两个视角,**用户视角与业务视角。**
|
|
||||||
|
|
||||||
**用户视角**即站在用户的角度上去思考,一个用户如果使用拼团的功能,需要完成哪些步骤,需要经过那哪流程。
|
|
||||||
|
|
||||||
**业务视角**即站在业务的角度上去思考,这里需要注意的是,业务视角往往是多角色的,因为一个功能很有可能牵涉多个业务角色,所以在思考时,应该针对性的先分散,再结合。先单独梳理清楚一个业务部门的流程,再去将整个涉及的业务部门流程串起来完成整个业务视角流程图。
|
|
||||||
|
|
||||||
这里额外提一点,那就是关于流程图颗粒度的问题,我作为一名小白产品经理,我经常会出现颗粒度过大或者过小的问题,导致看流程图的人体验不太好。造成这个问题的原因,就是在画流程图的时候,没有思考清楚看流程图的对象是谁。
|
|
||||||
|
|
||||||
在这里我分享一下三个颗粒度:公司层面、部门层面、角色层面。
|
|
||||||
|
|
||||||
1. **公司层面:**即你的流程图需要在公司会议上展出,那么这个时候,就需要注意流程图的节点应该具体的部门上面,不要细化到部门里面的角色是如何做的。
|
|
||||||
2. **部门层面:**即你的流程图需要在部门会议上展出,那么这个时候,就需要注意流程图的节点要细化一点,落实到部门角色是如何做的,但是不要深入某个角色的每一步操作,这样会导致过小的颗粒度。
|
|
||||||
3. **角色层面:**即你的流程图需要讲解清楚某个角色的流程,那么这个时候,就需要你需要细致到角色是如何操作,细化到一步一步的操作上来。如讲解清楚,供应链退货时,是先需要操作A,再填写B,最后通知C,而不是简单的一个供应链退货就搞定。
|
|
||||||
|
|
||||||
那么以这个拼团需求来看,我们用户视角的流程图就会是这样:
|
|
||||||
|
|
||||||
A用户——进入活动页面——浏览商品——下单——支付——分享——拼团完成——收货(当然这是举例子,实际情况会复杂一点)。
|
|
||||||
|
|
||||||
**业务视角的流程图会是这样:**
|
|
||||||
|
|
||||||
**运营部门:**完成拼图商品配置-完成拼团活动配置-完成营销活动页面搭建——发布。
|
|
||||||
|
|
||||||
通过两个视角的流程图,你就会得到一个功能是如何流转的,那么现在你就会发现新的问题,我们的功能,目前只有营销活动页面是有的,拼团商品和拼团活动都是没有的,我们需要新增功能。
|
|
||||||
|
|
||||||
当然梳理完流程之后,是需要和需求提出方核对流程的,确保大家的认知是一致的,不然就很容易导致返工**。**
|
|
||||||
|
|
||||||
这个时候就进入了需求梳理的第二步:套公式列方案。
|
|
||||||
|
|
||||||
## 二、套公式列方案
|
|
||||||
|
|
||||||
### 1. 公式
|
|
||||||
|
|
||||||
**场景——问题——需求——解决方案——影响范围——风险**
|
|
||||||
|
|
||||||
我会使用这样的一个方程式,来填写每个字段,最终完成一个需求范围的确定和需求方案的初稿。
|
|
||||||
|
|
||||||
还是以上述的拼团功能为例,如果我们套入这个方程就会得到这样的一个答案:
|
|
||||||
|
|
||||||
- **场景:**运营(用户)想通过拼团活动完成数据拉升(场景),达到提高用户量的目标(目标);
|
|
||||||
- **问题:**现在后台没有配置拼团活动的相关功能;
|
|
||||||
- **需求:**需要实现拼团商品和拼团活动的配置。
|
|
||||||
|
|
||||||
### 2. 解决方案
|
|
||||||
|
|
||||||
1. 后台新增拼团商品类目?
|
|
||||||
2. 后台新增拼团活动模块?
|
|
||||||
3. 这里需要注意的点是,此时不一定是最终方案,所以我们先给它标识为不确定的,以免来限制自己的思维。
|
|
||||||
|
|
||||||
### 3. 影响范围
|
|
||||||
|
|
||||||
在影响范围这里,我通常会分为三个方向列:前端、后端、通用。
|
|
||||||
|
|
||||||
1. 以拼团为例前端影响的是:订单页面(新增拼团订单状态,来控制拼团成功才能发货这个逻辑)、营销活动页面(新增拼团活动入口)、新增拼团详情页、列表页等等;
|
|
||||||
2. 后端影响的是:商品管理、营销活动管理、新增拼团活动模块、新增团单管理模块、订单板块等等;
|
|
||||||
3. 通用影响的是:新的push策略、新的短信提醒策略。
|
|
||||||
|
|
||||||
这里需要注意的是,我并没有列出更多细节,其实还是有比较多的细节的,比如在前端-拼团详情页中,各个信息展示的优先级以及排布是如何的?比如后端板块中,团单生成的逻辑是什么?是否有自动成团等功能逻辑,这里我只是列出来大的功能点,真正工作当中是应该继续拆分这些功能点,直至无法拆分为止。
|
|
||||||
|
|
||||||
### 4. 风险
|
|
||||||
|
|
||||||
- 拼团带来的大量用户,要注意防止羊毛党,所以在功能和技术层面要做防刷以及控制功能:黑名单;
|
|
||||||
- 大量的支付需要提高活动时间内的服务器承载力。
|
|
||||||
|
|
||||||
OK,当完成上述套公式的步骤之后,我们就会得到一个初版的解决方案,这个时候,我们可以拿着方案去找运营A同学核对需求范围和初步方案了,也可以和产品组内同学做一个内部评审,看看自己的逻辑和流程有没有问题,或者是不是会出现其他未知的风险,有没有影响其他的需求。
|
|
||||||
|
|
||||||
当然,这里有个建议,那就是再去找运营核对和产品内部评审之前,我们如果有时间最好把上述的工作产物,放一放,这个时候就进入了需求梳理的最后一步。
|
|
||||||
|
|
||||||
## 三、放空脑子,避免思维定势带来的错误决策
|
|
||||||
|
|
||||||
为什么我们需要放一放需求,放空脑子,因为在处理需求过程中,由于大脑高度集中,每天都花大量时间来思考同一个维度的东西,很容易导致脑子有惯性,认为自己的需求方案是没有问题,因为你的一切思考逻辑在当时那个环境下是符合逻辑的,是顺畅的,这个时候很容易就掩盖住一些问题。
|
|
||||||
|
|
||||||
所以如果我们有时间,可以考虑把需求放一放,过一两天再回头看看,看看是不是当初的思考陷入了误区,或者是有更好的处理方案。这样可以拿着一份更完善的需求,去做交付。
|
|
||||||
|
|
||||||
## 四、最后
|
|
||||||
|
|
||||||
由于我只是一名初入门的小白产品经理,文中的方法和经验只是个人经验,没有什么指导价值和意义,希望读到的同学能够分享更多需求梳理的方法和经验,如果有人能够从中得到任何的帮助,那么就是极好的。
|
|
||||||
|
|
||||||
也希望更多的产品小伙伴能够来和我交流,我们一起沟通交流如何做好一个需求,做好一个产品,而不是每天都在思考如何做好一个产品经理。
|
|
11
work/简历制作/简历原则.md
Normal file
11
work/简历制作/简历原则.md
Normal file
@ -0,0 +1,11 @@
|
|||||||
|
---
|
||||||
|
id: 简历原则
|
||||||
|
title: 简历原则
|
||||||
|
sidebar_position: 1
|
||||||
|
data: 2022年6月24日
|
||||||
|
---
|
||||||
|
## 思维导图
|
||||||
|
|
||||||
|
![简历原则.png](https://static.7wate.com/img/2022/06/24/cdcf5838a909b.png)
|
||||||
|
|
||||||
|
[思维导图下载](https://static.7wate.com/img/2022/06/24/3edbbca003a46.xmind)
|
Loading…
Reference in New Issue
Block a user