谈谈我对移动互联网和设计的看法

互联网和设计的看法

 

 

 

 

 

 

 

 

 

 

 

 

 

互联网和设计的看法

请 问 什 么 是 产 品 策 略,什么 是用户 体验 策略,它们之 间有什么关系,你可以根据你 的实际工作 经验来回答。

这实际上是我们工作中非常重要的一部分。 当我们得到一个需求时,很多需求者会描述我们做这个产品是为了提高详情页的转化率,或者是为了提高用户使用这个产品的能力。 产品上的搜索量,这是我们通常得到的商业需求。

拿到需求后,首先要做的就是将业务需求转化为设计需求。 如果我们想让用户在这里搜索更多 的产品,我 们应该 怎么  做。 从战 略上讲,如果 我们之前把 搜索 从一个小放大 镜扩 大到一个 搜索框,会让用户 更容易 专注于搜索。 或者我 们在这里让搜 索图 标更加明显。 这是两种不 同的设 计 形式。 在这 些形 式中,我们需 要选 择一种 符合 我们整 体设计逻 辑的方式来解 决问题。

所以你刚才 提到的 商业策略 和用户 体验策略 的关系,在 我看 来,一个没 有转 换,另一个 需要 转换。 转换 之后,我们怎么 理解,怎么 做这样的 设计,不是 拿到这 个东西要解 决的问题 是如何让这个东西搜索更多,而是如何解决搜索更多的问题。

关于实践 中的经验,首先 是如何 转换很重 要。 很多时候 转换的方向不好。 问题是你没有做需求者想要的,或者做了之后的结果不好,这对设计师的专业判断影响很大。

如果你一次、两次或三次都不能解决这样的问题,你最终会发现没有人会相信你的任何建议,并且很难推进。 这是真正的核心问题,因此设计师必须充分了解业务需求。 二是所有的设计方法或形式都是为解决问题服务的,这两点基本没有太大区别。 这是比较的两个核心点。

网页设计师如何转型为app,请谈谈你的建议。

一个非常核心的概念是,与网络相比,应用程序更“3D”。 以前我们做网络产品的时候,大多数用户都有大显示器。 以搜索列表为例,它可以过滤所有的功能和对应的辅助信息都放在上面,有鼠标点击。

那么在电话上呢? 现在遇到的问题是第一个屏幕空间较小,而第二个想要显示更多信息,如何调和这样的矛盾。 第三个是我们正在处理的用户。 他不是坐在这样的房间里,面对电脑,用鼠标操作。 他可能是走在路上,挤在地铁里,也可能是在家里,利用闲暇时间来完成一些事情,这些场景是一些需要转化为更加情境化的设计。

举个比较简单的例子,我们在做这种应用时直接面临的问题就是用户的网络问题。 今天我可能在Wifi的情况下还可以,而且速度会很好,然后如果我去3G的情况,2G的情况,甚至我进地铁,进电梯,信号会很弱 ,如果这个时候出现问题,很多用户会立即反馈应用程序运行不好。

很多人不懂技术,那么如何让用户觉得我们在这个层面上比较好,我们需要在这个过程中把它切的很细,Wifi情况,3G情况,2G情况,以及如何在没有a的情况下到达那里 信号处理它,尽量减少用户对我们的投诉。 网页设计和应用程序设计之间存在许多重大差异。 这是要点之一。

关于转型,第一个是设计框架。 设计框架的作用是让我们大家更多地了解如何系统地设计一个产品。 如果我加入了一个团队,而现有的团队已经有了一个成型的产品,那么在这样的规范下我应该怎么做呢? 做这个或那个。

我们有 200 多名设计师,他们都涉足无 线领域。 每个人都会遇 到需要提示 用户的页面。 到底是用弹出层、Alert框,还是吐司表格,大家都不知道,因为好像这个地方全是Can。 所以当我们把业务切完之后,每个人都可能在完成这段内容之后使用这个表格或者那个表格,这是完全不可控的。

我们首先要解决这个问题,外部团队对UE团队的整体概念是你的团队是否专业,而不是一个人是否专业,因为没有一个人能满足所有需求,所以需要 每个人都以同样的方式说话。 根据现有规范执行此操作。 同样,开发部门会 抱怨你这样做一段时间,然后再那样做。 我应该做哪一个? 另外,你需要弄清楚层级关系,在什么样的情况下,什么东西应该作用于用户。

让我们以从购物车中删除产品为例。 购物车是用户选择的一个非常重要的产品。 这可能是他想买的那个。 如果他滥用它,他可能会离开。

从业务的角度来看,我们希望每个用户添加的产品最终都能变成购买,所以我们希望这个事情不要从用户的角度和业务的角度都处理不好,所以定 义 作为一个浮动层,在Alert框中提示是否确认删除,这样用户就可以做一个动作,而且不会觉得烦,因为他知道这对我来说是一件很小心的事情。

如果有降级需求,我们现在回到短信。 如果你在Android的新Material Design中看的话,对于这个操 作来说是另外一个 层次,因为有 可能这只是一个应 用型的短信,没 那么重要,点 击 删 除后,具体要做的事情 现在是为了让用户更容易删除,所以要面临的问题是是给炸弹层还是什么? 如果每次都给炸弹层,可想而知有多烦。

所以从系统的角度来看规范,它有一个 Snackbar 告诉你消息已 被删 除,最后有一个 Undo,如果你犯了错误可以返回,给你 10 秒的时间 做出 决定。 走在 不同的 业 务场景中,在不 同的 产品中处理的方法是完全不同的。 Web端的复杂度比较小,是大事。

更进一步,首先要充分熟悉iOS和Android的设计规 范,这是制 作 应用程 序 最基 本的保证。 其实大家 可以看到,无论是 iOS 还 是 Android,它的设 计规范现在 都已经在 UI 层面进行了定义。 以前做应用的时候,开发 者没 有设 计能力,做出来 的东西会 很差。 现在基 于这样 的 规范,即使你不 知道如 何设计,按照这些步骤一步一步来,它告诉你如果遇到某种情况应该使用什么,你可以确保你的应用程序不是一个困难的应用程序。 用户的手机,可能不太好用,但一定不难用。 这是它给每个人的基础,每个人都有可能做出一个相对可用的应用程序。

一是了解系统层面的规范,二是了解团队的规范,三是对竞品做 更多的解构分析。

我们之前有一位设计师遇到过这样的问题。 当他提出一个方案时,PD会 跳出来大喊,你为什  么要这 样 设计,淘宝为 什 么要这 样设计,为什么另 一 个产品是 另一个设计方案,那你为 什么要这 样设计。

这时候,如果单纯从 设计角度来说,是很薄的。 你只能说,通过对整个产品的分析,你会发现是基于这样的商业视角,或者是 他的商业模式,或者是从整体的设计思路。 去吧,做出这样的决定。

所以这样的决定背后的一些经历是否适合我 们重现一次,这是一个问号。 如果是这样,也许我们的设计有问题。 如果不是,我认为我们需 要告诉他们为什么不这 样做。 整件事的解决办法 就是告诉大家我们为什么做,为什么不做,就这两点。 所以从转型初期,我觉得这三点是最要注意的。

您刚才也提到了竞品分 析和竞品解构。 为什么 竞品分析 和竞品 解构 如 此重要? 当某个 产品有很多竞 品时,你的团 队是如 何处 理这些 问题的?

首先,在国内大部分公司,相对 的话语权在 产品上,所以他们可以从一定的 角度来决定是否做这个功能,以及如何做这个设计。

如果你想和他商量,或者最终做出决定,你能不能按计划去做,那必须基于我们处于一个对话的层面。 我的信息量和你一样。 他们从业务角度理解它,这就是为什么在竞争分析部分中,提到的第一部分是业务理解。

我们需要告诉业务方,我正在与您讨论同样的问题。 我要解决的不是纯 粹的设计问题,而是 业务问 题。 所有 的建议都必须从 这两个角 度提出。 所以,你在 对各种同类型的 竞品进行了全面的研究或分析之后,可以回去进行分类,要知道如果你在 市场上做这样的功能 ,大概会有A、B、C四个 ,和D.这种 方式,这四种方式的优缺点是什么,我想跟大家 说清楚,在大部分产 品经理的心目中,如果你做一件,你在这方面真的很专业,这个 专业是 不 是那么专业,但是你对这件事的理解有多专业? 那么为什么说竞争产品很重要很重要,因为它正在解决你的问题,你必须在与PD平等对话的基础上去做。

关于如何应对多个竞品,坦白说,一开始不会有很多竞品。 和三大BAT公司一样,这个市场上肯定只有少数几家。 如果数量太多,他们将被杀死或带走。 ,所以如果我们专注于核心,比如说以我们为例,现在关心易趣或者亚马逊,如果我们要找第三家公司,现在可能没有这么大的存在了。

回到另一个问题,如果只有两三个应用程序,我们只做这 些 就够了吗? 不必要。 以淘宝为例。 它是一个涵盖所有类别的交易平台。 我们也知道有很多平台只专注于垂直行业。 可能有专门卖鞋的网站。 无论是筛选还是信息展示,绝对比你申请一个综合品类的商品要好。

因此,除了我们刚才提到的纯商业级竞品分析外,我们还可 以从纯垂直 行业进行分析。 假设我们的搜索结果过滤功能,第一行是所有子类,第二行是颜色,第一行是所有子类。 三行都是标签。 我想确保每个人都有基本的经验。 水平线足够了。 可能不是80分,但一定有65分,人人都能用。

如果说今天我们的平台发展到跟垂直行业竞争的时候,你会发现我们的水平线不是65分,可能是80分。 除了价格优势,大家都会处于纯体验级别。 ,不得不说你直接报颜色,给三个滤镜,颜色,尺码,款式,这个是最有效的,用户可以快速找到想要的产品。

所以从两个维度来看,肯定会有很多竞品,但是我们可以合并类似的项目,因为很多类似的产品最终都是合并在一起的,无论是在设计模式还是整个产品理念上都是比较相似的。 ,所以我们最终得出结论,市场上有几组这样的做法。 这背后的代表是1、2、3、4。在1、2、3、4中间还有一个顺序,我们可能只拿出1或2做。
从这个角度来看,我们可以从横向和纵向两个方面来看,我们需要比较多少产品,然后抓住核心去做。 相对不太重要的可以简单回顾一下。 看一看。 如果有特别的亮点,就会被提出来。 如果没有,它们将被放在一边。 这样的做法。

假设我总体上想做一个非常好的设计,那么如何定义这个好的设计,一个是我们的设计有很强的纯艺术感,或者说大家用这个东西好。

如果我喜欢,大家都觉得不错,而且这个东西的设计真的很棒,那么终点就在那个地方,而不是现在项目的这个点,很有可能现在做这个的点会 达不到那个效 果。 那我为什 么要为这个东西而战,我还是希望我们能看得更远,在最后的节点上解决这个问题。 所以从这个角度来说,现在的设计只是一个过程,这个过程有很多方法。 它 可能不是 目前最好的,但它肯定会为那些东西服务。

很多人反映我们的设计师很简单。 事实上,这是真的。 大家只是想把这个东西做好,并没有太多的想法。 但我认为 设计师 有时 需 要有一点头脑。 这个想法不是关于做坏事,而是关于如何让你的设计最终达到那个程度。

中间有很多方法,今天这个节骨眼很可能会和产品经理妥协一点,但这也是说我现在会更加信任你,让你信任我 ,我告诉你,我和你在同一条战线上工作,我愿意用我的方法帮助你取得好成绩。 时间长了,他会给你的第一印象是这个人很靠谱。 他给出的方案是非常正确的。 在这种情况下,如果你去找他,推导出一些你推不出来的东西,他会更容易接受。

 

友情链接:https://demo.drivingwarm.com/index.php/industrynews/

参考链接:jianshu.com/p/41bc3410bed1