产品经理最小技能集指南之设计

阅读难度:指南

技能要求:-

字数:2948字

阅读时长:10分钟

作者:

紫豆子-ML190

熊叔-ML94

shadow-ML00

本文部分观点来自于译文,感谢原作者:

Brandon Chu

原文:

https://blackboxofpm.com/mvpm-minimum-viable-product-manager-e1aeb8dd421

翻译:

紫豆子-ML190

紫豆子是设计师/高级口译/消费金融产品经理。她每周会翻译国外精选设计文章,时而分享各种心得。欢迎关注她的个人公众号:紫说purplebeanz

--------------------------------

以下为正文:

产品经理应该具备什么样的能力与知识?下面这张图准确地表明了产品经理的能力是多种技能的交集。它简洁地表明了成功的产品经理所需要的技能:

这个交叉点需要的知识是跨界的,需要掌握设计、技术、商业,交叉点就是最小可行性产品经理(MVPM)技能所在,全面掌握其中的技能和知识可以使你成为一个高效的全才产品经理,几乎可以处理任何问题。

最小可行产品

Minimum Viable Product

简称MVP

是一种避免开发出用户并不真正需要的产品的开发策略。该策略的基本思想是,快速地构建出符合产品预期功能的最小功能集合,这个最小集合所包含的功能足以满足产品部署的要求并能够检验有关客户与产品交互的关键假设。

本文的MVPM基于此概念。MVPM并不意味着你需要掌握技能才能有效。更有效的做法是将其看作是产品经理的能力/知识指南。

最小可行性产品经理的技能集分为三个部分,分别为:

01 设计

02 商业

03 技术

本文是第一部分:最小可行性产品经理和设计。由于原文提供的指南缺少了如何从0到1的过程,因而mixlab补充了一个内容“如何从0开始定义你的产品”,并附一个“一页纸”的思考方法。

1 如何从0开始定义你的产品

2 如何迭代产品

3 开展用户体验调研

4 将你的创意变成原型

5 用“一页纸”进行思考

6 你不该过于关注的东西

1

如何从0开始定义你的产品

定义场景、需求、人

从0到1是最难的,也是最有创意的过程。在做一款新产品的时候,一定要想清楚这款产品在什么场景下会被使用,产品要解决的是什么问题,哪些人最需要这款产品。简单来讲,就是定义清楚场景、需求、人。举一个mixlab社区的例子。

场景:在社群中分享知识、交流知识;

需求:作为知识的分享者,分享的知识希望得到社区成员的积极反馈,点个赞、评论、收藏之类的。同时活跃社区的氛围,让每个成员参与;

人:知识分享者、参与者。

知识分享者更多的关注分享后的反馈,参与者则关注内容的本身。那么,在产品的呈现上,需要强化内容的体验,并引导用户反馈。

解决方案是最考验设计师综合能力的一个环节,也是决定了产品能否打动用户的关键所在,解决方案关注使用效率、是否直达问题本质。在UX的体现主要是页面的跳转尽量少,每一页所传达的信息精简而高效。

关于“人”的思考,我们也可以从2B或者2C来思考,如果产品是为了解决公司/企业的某个需求的,那我们就应该围绕企业的特点来进行设计,更多地关注企业的群体而不是企业中的个体;如果是2C的则更多的关注个人,而非群体,根据用户个体的实际体验来设计产品。例如,很多企业员工吐槽内部的中后台管理系统体验差,但实际上,这产品不是为了员工具体使用感受来设计的,而是为了企业的整体流程设计的。

2

如何迭代产品

了解你产品的设计模式

随着时间的推移,无论原本是否有规划,大多数产品会逐渐形成设计模式。设计模式就是指在产品中连续使用的相同的视觉和交互组件。比如,所有按钮上的字体大小为25px;所有表单不能超过3个字段;每次发生错误时都会发出爆炸声并向用户发送包含详细信息的电子邮件—这些都是设计模式。

了解产品的设计模式对于了解用户如何形成产品的印象,有效地为用户提供新功能至关重要。如果你的产品每次上线一个新功能时,通常使用绿色的按钮,上面写着“添加新功能”。但是,这次你换成了一个橙色的按钮,上面写“开开眼界吧”。你的用户绝对会产生困惑。

随着产品的发展,设计模式的一致性变得更加重要。因为它能使团队彼此独立工作,但仍然可以创造出一个感觉有凝聚力的产品。

设计模式通常与技术模式协调发展,例如样式指南、组件,它们基本上可以复用代码库,加快产品开发的速度。因为它们不需要再重新设计或重新写代码。

最快的学习方法:和设计师交谈,他们非常了解这些设计模式,并且能够为你提供Guideline的链接(如果你们公司有的话)。另外,和前端开发交谈,他们可以提供给你组件库的链接(如果你们公司有的话)。

这为什么能让你成为更好的PM?

简单来说,根据设计模式来设计产品更容易、更快捷。它让你站在过去团队设计决策的肩膀上。这些设计决策使你的产品更容易被用户使用。如果你需要打破现有的设计模式(有的时候,你的确需要这么做),想好充分的理由:为什么这么做对产品的长期发展是必要的。

3

开展用户体验调研

PM应该代表用户的声音。如果你不理解你的用户,你永远不会创造出优秀的产品。从面对面和一个用户访谈,到定量分析数以百万计的用户行为,了解用户调研的基础知识对PM的工作至关重要。

最快的学习方法—用户研究是一个非常大的领域,所以我建议你专注了解以下内容,而不要绕远路:

· 了解样本量以及如何统计显著性差异

· 了解标准化你的样本以及为什么这很重要

· 如何在调查和访谈中提出无偏见、无引导性的问题

· 如何综合结果,避免不好的结论

这为什么能让你成为更好的PM?—通过持续地和经常性地和用户一起测试你的产品,你可以消除产品开发中的大量猜测(和风险)。在项目开始之前,你应该进行测试以验证你正在尝试解决的问题它的确是一个问题。在设计和创造时,你应该测试产品的设计是否易于使用,并且有可能解决用户的问题。在项目上线后,你应该验证你的目标用户的问题有没有得到解决。

4

将你的创意变成原型

“原型设计”在这里意味着创造可以有效表达你的想法的视觉化模型。他们需要足够好,以便你可以:清楚地传达产品概念

通过口头或书面交流产品体验非常困难。原型,是人们可以看到并且与之交互的东西(你可以在没有代码的情况下做到这一点),效率提高10倍。

做原型有两个原因:

首先,它加强了产品和用户交互的清晰度。

其次,因为人类天生会进行视觉化思考,原型弥补了想象空间,以便团队中的所有人都能说出相同的语言,并有效地给出他们的观点。

在大多数项目中,产品的设计优先于开发。设计师经常需要“保持领先于开发人员”。因为开发人员在开始按照特定的方向构建产品后,这时转换成本要高很多。

很多产品设计是迭代的并且与构建并行完成。所以,当出现阻碍时(比如,用户研究表明此次设计无效),设计很受影响,会落后。这种情况下,PM必须能够卷起袖子成为设计师的“设计实习生”,帮助推动设计进展和产出原形,以便程序员可以继续构建产品。

这为什么能让你成为更好的PM?—通过原型设计和向人们展示你的想法,而不是一味假定他们理解你的想法,你将从你的团队获得良好的反馈意见,并且降低错误沟通导致浪费精力的风险。此外,偶尔产出有形的东西的感觉也是很不错的。

5

用“一页纸”进行思考

在日常工作中,产品经理的一项很重要的工作就是简化产品需求排定优先级。找到答案核心要领就是“化繁为简”。这个词有两层意思:

  • 过滤掉不必要的噪声,让问题回归本质;
  • 能够将看似复杂问题,拆解成一系列小问题进行各个击破。

最后,将问题中包含的有效信息进行梳理、归纳和建模,最终得到一页纸的解决方案。

因此,我把这种工作思路称之为——化繁为简的“一页纸”思考法,包含三个关键步骤:

1.过滤噪声;

2.拆解问题;

3.获得“一页纸”答案。

6

你不该过于关注的东西

不要过分醉心于成为一名优秀的视觉设计师。除非你是一个视觉大牛(的确有一些人是),过于关注视觉可能会让你自我感觉良好,但是产品可能很糟糕。所以,你创造华而不实的界面的能力是多余的,并且这会让你比不上那些花时间深入学习产品设计的人。

掌握技术思维,技术方面也只需要了解技术的输入、输出、效果,具体的实现逻辑交由技术人员来设计。

原文发布于微信公众号 - 无界社区mixlab(Design-AI-Lab)

原文发表时间:2018-08-13

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏木东居士的专栏

闲聊4年大数据经历

2622
来自专栏纯洁的微笑

如何运用 DDD 解决团队协作与沟通问题?

领域驱动设计的核心是“领域”,因此要运用领域驱动设计,从一开始就要让团队走到正确的点上。当我们组建好了团队之后,应该从哪里开始?

1052
来自专栏PPV课数据科学社区

天下武功唯快不破:从敏捷数据到敏捷数据分析

敏捷,指反应(多指动作或言行)迅速快捷。敏捷和技术结合往往具有快速、简单、迭代的特点。如大家听说的敏捷开发就是指:以用户的需求进化为核心,采用迭代、循序渐进的方...

4996
来自专栏理论坞

1 千个从业者就有 1 个交互设计师

转自简书:https://www.jianshu.com/p/32dbf8ba4a6c

1121
来自专栏靠谱PM

为什么要做用户调研?

在前面的文章中有写过如何快速的了解一款产品(回看请戳下面链接),但在产品初期可获取的用户反馈相对来说是有限或没有的,那么当我们接到对产品优化的工作时就要主动去了...

1102
来自专栏CDA数据分析师

【用户】以用户为中心的网站数据分析

以用户为中心的网站数据分析(User Centered Analysis)并不是一个全新的概念,国外很早就有以用户为中心的设计(User Centered De...

18310
来自专栏钱塘大数据

国家大数据标准将出台,企业建设大数据之路如何走?

企业用户如何避免在大数据建设中“东一榔头西一锤子”,或者完全被厂商牵着鼻子走,如何能真正获取大数据的价值?这都是企业用户在大数据建设中真正关注的问题。 本文作者...

3969
来自专栏IT大咖说

微软:如何搭上人工智能这班车

1803
来自专栏CSDN技术头条

如何运用 DDD 解决团队协作与沟通问题?

领域驱动设计的核心是“领域”,因此要运用领域驱动设计,从一开始就要让团队走到正确的点上。当我们组建好了团队之后,应该从哪里开始?

1093
来自专栏人称T客

混合云之路难言坦途,五大陷阱成拦路虎

撰文 | Felix ? 愈发多的公司开始应用混合云战略。根据2016年一份资料显示,有99%的受访者表示他们的部分系统或应用将在五年内“上云”,而有大约68...

3174

扫码关注云+社区

领取腾讯云代金券