交互设计

本文作者将介绍自己常用的一套较完整的轻量竞品调研法，一共分为五个步骤。“这个地方怎么不借鉴X产品？”
“那个地方你不要借鉴Y产品，我一点也不觉得好用！”
“这个界面看起来根本不像这类产品的界面啊？”
……

最近刚完成平台安畅云 2.0 的改版设计，平台模块很多，经常存在很多类似的页面和组件，若不制定统一的规范和控件，则会导致很多重复的工作，大大降低产品的设计效率；同时，平台的一致性也得不到保障。所以，我们视觉、交互、前端的小伙伴们针对我们踩过的坑，大家认真总结和提炼出一个符合公司定位的设计规范，统一公司项目的前端 UI 设计，规避不必要的设计差异和实现成本，实现设计和前端资源的效率最大化。

你有没有遇到过一款APP让你用的很不舒服？你的拇指必须要伸得老远才能够得到菜单，或者页面里元素太多导致你经常误操作。这些都是因为交互设计师在设计的时候没有考虑拇指的感受，或者更学术化点说，没有考虑到“拇指法则”。

设计师和初级产品经理在面试中不能很好回答APP设计好在哪里，并非是由于平时使用太少，而往往因为缺乏一种视角，即产品是为人而设计的。当我们意识到使用产品的是人，人具有感性层面，就会发现使用”功能强大、信息准确和流程最优“等客观化标准评价的不足。“设计和艺术是不同的，但很多人都没有认识到这一点，设计是为了人而产生的，如果你不明白人，你就不能理解什么是好的设计。”

本文作者将帮你系统梳理一下创建一份作品集的全部步骤，让你明白UX作品集的常规创建流程。

本设计指南适用于UI界面中交互微动效，涵盖入场、出场动效，过渡动效和加载动效，在时间和缓动曲线的选择上提供了一些通用的设计建议，帮助设计师理清动效设计思路，提高设计效率。

如今的互联网PM都会对产品数据进行追踪，作为自己的KPI指标。但是在实际的设计结果中，令人满意的数据有时却并不一定会说明产品的实际使用效果，数据呈现的结果和用户的实际使用体验有时甚至是背道而驰。某用户：点击之后进去就直接播放了，有时候开着声音吓一大跳，会马上点出去。哦，你说按钮上的文案啊，没有注意呀！

在阿里巴巴国际站，我们对心理学理论进行了客观的数据验证，把科学理论应用至前线设计，提升设计效益。我们沉淀及过滤出一些行之有效的方法及案例与同业共享，希望普惠更多设计师能活化科学理论，共享知识协同促进中国设计走出去。

每个设计师在工作中都会纠结于是使用瀑布流还是分页列表去展示内容。到底如何选择，让我们先分析下两种交互方式的优缺点。

这篇文章是基于我自己的理解对界面交互动进行了分类整理和总结。

首先出现的数值和设置内容就是默认项。它们的作用似乎微乎其微，但默认项（和它们的设计者）掌握着强大的力量——替用户做决策。本文中，我们会讨论如何运用预置的内容和默认设置，创造更好的用户体验。只有不到5%的用户会修改默认设置用户会假设你已经掌握了他们所有的偏好

这是一篇非常非常基础的关于栅格的文章，如果你已经对栅格系统有了深入的理解， 就不用浪费时间看这篇文章了！

作为APP狂热分子，定期去App Store或者其他渠道找新鲜的产品来玩儿，已经持续了很多年。但是光浮于表面的玩儿，还不够。因为只有了解产品背后的逻辑才能更全面的解读为何会那么设计。

本文主要是根据个人在各个大大小小的项目中总结而来的一套做设计分析的参考思路，应用于常规的项目场景基本是够用了。“需求是业务方的几句话描述，只能管中窥象的了解他们一些零零碎碎的想法，没理解到本质需求就开始画界面，然后不断的随着他们想法的转产而反复被动修改交互稿…”
“PM已经画好完整的demo，交互看着似乎能做的只是根据demo做细节优化和完善，做着做着就迷茫了，设计的价值到底在哪呢？”“在公司中作为职能部门的UED团队，需要站在用户的角度思辨业务，通过服务内部客户进而服务我们的最终用户，用设计专业帮助业务成功，与业务一起成长”。Tips: 跟需求方沟通挖掘需求，最重要的注意点是需求方对我们来说是快速了解行业现状和市场需求的绝佳伙伴，所以要更多的聊这些，而不要很快就陷入页面具体细节的讨论。（如果需求方主动要说，可引导至挖掘背后目的是什么，为啥要这样做，具体表现形式可以后面在细化页面时再考虑）某家居用品商要制造一款家用钻孔机，继续往下深挖用户诉求：
“用户需要的并不是一台钻孔机，他们需要的是墙上有几个孔”
“用户需要的并不是墙上的几个孔，他们需要的是墙上显示家人照片”
“用户需要的并不是挂了照片的墙，他们需要的是一个更温馨生动的家”
……通过「某策略」，帮助用户实现「某价值」，以完成「价值变现」。

表格的设计远远没有想象的那么简单，除了纯粹的数据展示，现在的表格越来越兼顾到一些导航的功能在里面，不仅仅纵向展示数据，在横向方面也做了相应的扩展。本文作者将来详细聊一聊表格。

今天的这几个控件的中文名字，在网上查了半天，没有找到统一的叫法，所以自己翻译了一下：简易菜单对应的是MD（Material Design，下同）中的Simple Menu；简易对话框，对应的是MD中的Simple Dialog，弹出框对应的是iOS中的Popover。

在我们平常的设计工作中，和需求方产生各种争论的情况很常见，双方都比较偏执强势的时候，很容易陷在各自的立场中，谁也说服不了谁；如果设计师本身就离自己负责业务的用户有一定距离（比如大多数的 B 类产品），就更容易在需求方面前陷入被动。这种时候，我们更需要从自己的专业思考角度走出来，用科学的方式去收集、分析、定位、验证问题，洞见问题本质，来和对方更好地达成一致。产品经理 A：我们的首页好久没改版了，要不要来点动作？
设计师：好啊好啊，我也正想和你提议呢，早就看不下去了！
（省略双方需求沟通过程若干字）
***进入设计评审阶段***
运营：哎，这个内容对我们推广 XX 很重要的，怎么能去掉呢？
产品经理 B：我负责的这块业务你是不是漏掉了，要首页首屏重点透出！
产品经理 C：你要考虑万一某某用户来访怎么办，他们的诉求得满足~
老板：我需要什么什么感觉，没体现出来啊！
设计师：塞这么多东西用户都想看吗？
众人：我不管，这块内容很重要的！
***设计师吭哧吭哧改了一版新的***
众人：感觉好复杂啊！是不是还是别改了……当所有人都觉得一匹更快的马已经够用时，该如何说服他们接受相对昂贵、不容易习惯的汽车呢？

铃木敏文：“判断项目是否可行，应该由用户立场出发，以用户视点深入考察是否符合需求。一旦决定开拓，就一定要坚持到底。”“海星有一种特殊的能力——再生。它的腕、体盘和管足受损或自切后，都能够重新生成一个新的海星。因此，它对环境的适应能力和生存能力都特别强。”铃木敏文：“冬天，北海道地区的店准备了大量空间贩卖冰淇淋。“
当地生意人纷纷嘲笑说：“谁会大冬天里吃冰淇淋呀！”
但是，铃木说：“家里暖气开得很足，如果能吃上冰淇淋，客人应该会很开心吧！”铃木敏文：“红豆糯米的美味之处在软糯口感，但在它刚被研发成型时，试吃过后并没有尝到糯糯的口感，于是找到研发告诉我制作红豆糯米的方法和普通米饭一样是用锅煮熟的，因而导致口感上有所差异。铃木训斥他说，红豆糯米本身应该以蒸笼蒸制，为什么不采用正确的方法呢？ 原来，当时的 生产工厂并没有以蒸制大量糯米的工艺和设备，因此选择了和普通米饭相同的做法。 我要求他们改变制作方法，引进新设备，力争做出原汁原味的糯米饭团。开发团队对糯米的种类、 淘洗方法、浸泡时间、红豆的选择、煮法等所有的要素都重新研究，克服了好几个难关，终于让这一 产品 获得了极大的成功。”铃木敏文：“如今已最新的第六版的投资高达500亿日元，这些年IT的总投资金额已达到3000亿日元。商品库存数据、POS数据、缺货数据、报废数据，在第六版系统中，7-Eleven开始为各家加盟门店订货提供三项数据，以作为协助成立假设的参考，分别是立地数据、设施数据和长期数据。“立地数据”是指调查各门店周边(半径350米，徒步5分钟以内的)的家庭数；如果有商户的话，就调查其员工人数。“设施数据”主要了解自家门店周边是否有学校或医院之类的设施，这对于日常订货作业的假设设定都能提供一定的帮助。他们还根据过去的数据呈现出有关趋势及动向的数据，提供“长期数据”。”

本文来自百度用户体验部高级UI设计师大牙的佳作，此文是她对自身工作的一种思考：一个遵从设计规范，按照所谓的系统设计方法，步步推导而来的解决方案，是否真的就是一个好的设计？你的答案是怎样？不妨一起来看看大牙的吧~