产品经理应当具备怎样的思维

 我来答
朵朵哆来咪0
2017-09-19 · 啦啦啦!啦啦啦!啦啦啦
朵朵哆来咪0
采纳数:483 获赞数:2450

向TA提问 私信TA
展开全部
一、设计是一个循序渐进的迭代过程,不要过早揪着细节不放
作为一个爱好书法、美术建筑和民谣艺术的PM,我自己本人就是一个细节控。但这些年和各种大大小小的设计师合作过之后,我发现,揪着细节不放真的很要命,十分要命。
我曾经合作过的一个设计师,一个用户资料页面设计了长达七天!要知道,因为这七天,整个研发的进度都被拖慢了近半个月。对于一些大厂而言,可能不觉得什么,但是对于创业团队,七天简直要命。
其实,一个好的设计是一步一步迭代来的,过早地揪着细节不仅会严重拖慢进度。同时,此时的设计并不是依托于用户的反馈或者市场的反应,而是来自设计师的灵感设计。这其实很可怕,因为你想象的未必是真的。
循序渐进会很好地满足设计师对于完美的可控追逐,注意“可控”这个词,所谓“可控”指的是你基于可预期的用户反馈或者产品反应,而带来的一种满足预期的结果。可控是一种客观的情况,而不是你臆想的。
在《设计心理学》一书中,提及到一个概念,叫“设计思维 vs 用户思维”。其实表明的就是,设计师不要妄想一步设计出完美又满足用户使用预期的产品,因为你过多在创造时,就代表了你的产品已经走向了艺术那条路,而不是可用这条路。
我的建议是,在早期时,设计师可以用标准化的扁平结构满足产品的功能属性和美观,今早交付研发,然后在迭代中优化细节,如icon可以更优化,这个按钮的交互可以更好,页面跳转可以如此更便捷更人性化等等。这些细节的优化不适用于初期,而是适用于中后期。你回头去看看微信早期有多简单,你就知道了。
二、你应该了解设计的可复用性,设计规范是必须的
我相信你一定不停地在被提及设计规范,那么到底什么才是设计规范呢?
在我看来,设计规范无非两方面。
其一,你对所有的样式进行了规范,包括字体、对齐方式、按钮、交互跳转以及标准色等等。
这部分的定义,是一个设计师的基本能力,我就不做赘述了。我重点说的是其二。
其二,你要考虑样式的可复用规则。这个就高级了,如果你不懂复用性,你做的所谓规范其实只是你假象的规范,你丢给前端工程师,他们一定会非常痛苦,这种痛苦希望你能懂。
所谓复用,简单说,比如一个选择list页面,你在设计时可能发现,在App中一会儿这里需要一个选择list跳转,一会儿这里需要一个当页下拉列表,一会儿这里又需要一个复选框列表。我已经说了,你不该纠结于这些细节,而是要看看,这些选择list是不是用一套模板就OK了。
举个例子,微信拥有一套复选list的设计规范,当你长按某个聊天对话时,可以选择更多,从而可以选中多个聊天对话,但不知道你是否发现,在微信的收藏列表中,复选的样式和聊天对话的这个是一样的。
带着这样一个复选的设计,你会发现自己其实在规范的是每个控件。Button在一个App中可能出现多次,那么你就应该规范到底App中需要出现多少种Button,每种样式的操作意义是什么,使用场景是什么。这样一来,你的Button再次出现在其他页面时,你就知道只要摆一个你设计过的Button就可以了,而不用再手忙脚乱再来一个。
三、优先级思维导向,是一个设计师的必备技能
在我看来,优先级思维导向是一个设计师难能可贵的品质。
先举一个例子,购物网站是我们最常用的网站,那么你考虑过一个商品列表中,每个商品信息item所展示的内容的优先级吗?一般而言,一个商品会包含图片、名称、描述、价格、折扣、时间、地域以及保障等等。那么,这些信息要展现在一个小的item入口位置,你如何来排布这些优先级呢?
这个问题我曾经在面试时问过很多购物网站的设计师,我发现很多人都是现场想答案。这可就很麻烦了,这说明你的排列是凭感觉的,而感觉往往是不靠谱的。
一般而言,你需要先搞明白,这个设计要向用户传递什么信息。是刺激点击,还是完成某个操作,或者是展示某个提示。搞明白这些之后,你再看看你的这些信息到底应该如何排列优先级?
说回购物网站这个例子。
如果是一个买衣服的购物网站,比如淘宝,一个商品item的作用是刺激用户点击,而在所有的商品信息中,最能刺激用户的无非图片、名称和价格。因为买衣服的人更多看重的是好不好看,所以图片很重要,你要放大了给用户看,名字也得够清楚,而价格又是网上购物的人必须考虑的,所以你的价格一定得显眼明亮。
那么剩下的信息呢?我们再看看购物时候你还会基于什么做判断。一般会考虑的还有一点就是这个商品有啥特点,这个店靠不靠谱、有什么保障、是不是我所在的城市以及销量怎么样等等,那么我们就可以加一点描述,而保障什么的就作为一个固定区域放在那里,需要时自然用户会看到。
有了这样的优先级思维,你会发现你很多的排版布局都可以遵循这样的优先级规则,你的思路便清楚很多。甚至你一个页面的整体布局也会因为优先级思维而清楚很多。
四、你需要即懂UI,也需要懂交互
这一点我想简单提一下。交互不是一个简单页面切换或者跳转效果,而是一个重要的交互逻辑。
就像我上面说的,交互是有规范的,不能简单去看一个页面的交互酷不酷,而是要看你整个App所传递的交互究竟是一个什么样的体验。你需要明白,你的交互是给谁用的,要表达什么,和你整个App的调性合不合。
举个例子,一个垃圾清理软件,它的交互一定要酷,给用户一种要飞的感觉,整个交互背后隐藏了很多暗示。火箭飞走了,就是把垃圾带走了,风扇转呀转,就是把垃圾转走了。所以,这样的App里所有的交互都是酷炫的,这就是所谓强交互。
而像钉钉,它的交互就会正统很多,没什么强交互,基本上就是列表+表格,简单严肃单一。那是因为整个产品的用户更多是商务人士,而商务人士要的稳重和靠谱,酷炫的交互对他们没用。
好的设计师应该多去用用各种类型的App,给自己多积累交互的素材库,并且可以看看这些App的交互是不是满足整个App的调性。
五、体验是有优先级的,切记
最后谈一点,就是挂在无数PM和设计师嘴上的体验问题。港真,体验真的是一个让人又爱又恨的宝宝。很多时候,你过于专注体验,就会陷入到一个怪圈,自己干得很嗨,可是为毛成就感这么低。
因为体验本身就是一个细活。回到我最初说的那个问题,不要纠结细节。设计师一般使用的软件包括PS、AI以及Sketch等,用这些软件做一个图一定是要扣细节的,那你其实在扣的就是体验。
人人都是产品经理
2020-09-02 · 百度认证:鲲鹏计划获奖作者,财经领域创作者
人人都是产品经理
聚力创想信息科技有限公司旗下教育品牌网站——起点学院,是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人
向TA提问
展开全部
我认为产品经理需要具备这7种思维
1 业务思维
做产品,首先要培养的就是业务感。在做产品设计时,你代表的不是产品经理,也不是技术,而是设想一下自己作为一个真正的需求提出方,你面临到问题是什么,希望系统提供怎样的支持?
2 极简思维
无论是系统功能,还是流程上,我们都要尽量追求极简,极简的流程可以极大地减少人工成本,极简的系统操作起来更加流畅更容易上手。
3 积木思维
好的产品设计和架构一样,也是符合SOA理念的,理想的B端设计模型是将已有庞大复杂的流程化繁为简,先碎片化为一个个可以独立使用的服务,将这些服务都存放进工具箱里,然后再根据业务场景提取相应的服务,像搭积木一样,重新组装为业务需要的模块,快速适应业务变化。如此可以极大地降低研发成本,这也是目前广为流传的中台化思想。
4 脉络思维
产品设计工作中,80%的时间都是在梳理错综复杂的流程和业务逻辑,特别是遇到一个突如其来的大项目时,业务的同时往往不可能考虑的一应俱全,这就需要产品经理协助梳理。
5 全局思维
全局思维是一种大局观,要求我们站在一个更高更广的视角俯视全局,做到心中有数,不要在单个细节的得失处理中迷失自我了。
6 回路思维
无论我们设计的现场动线,还是流程,还是系统功能,都要有很清晰的路径,路径包括正向和回路,除了能正向操作达到目标以外,还需要能回转到上一阶段。有来无回的,就是死路。
07 开放思维
业务是进化的,系统也要跟着进化。在一个系统设计之初,需要我们有开放的心态,尽量考虑到未来与内外部业务和平台的协同,打破孤岛效应,让系统联通协作起来,如此才能产生更大的价值。
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
山茶泡泉
2021-11-07 · TA获得超过1307个赞
知道大有可为答主
回答量:4545
采纳率:0%
帮助的人:204万
展开全部

链接:http://pan.baidu.com/s/1vCEpjsqLQ36rQV0A4qIyPA

提取码:it1r

梁宁 产品思维30讲。那么多成功者都在强调的“产品能力”,到底是什么?其实,产品能力是一种人生的底层能力。它能训练你:从混沌的信息中抓住要点、找到机会;整合自己的资源,建设必备的能力;把自己的价值打造成一个产品;获得口碑,让自己更好地生存和发展。拥有它,能让你有一种踩在地上的自信和踏实感。

课程目录:

产品能力是每个人的底层能力

案例:用户体验与结婚教练

同理心训练:怎样理解愉悦与不爽

同理心训练:怎样理解愤怒与恐惧

同理心训练:产品要顺应用户潜意识

认清人的本性,理解角色化生存

.....

已赞过 已踩过<
你对这个回答的评价是?
评论 收起
收起 更多回答(1)
推荐律师服务: 若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询

为你推荐:

下载百度知道APP,抢鲜体验
使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
扫描二维码下载
×

类别

我们会通过消息、邮箱等方式尽快将举报结果通知您。

说明

0/200

提交
取消

辅 助

模 式