权限获取页面是我们在启动APP进入主页面相对来说遇到的*个交互的页面，设计好权限获取页面就是打动用户的*步，更好的请求获取有助于用户便捷操作，有助于产品更好的服务用户。用户的心理往往是很矛盾的，既希望应用的快捷操作，又不希望应用获取一些隐私信息，希望禁用掉算了哈哈哈!因此权限获取页面中心点我觉得在于简洁明了地告知用户。　　更加直观的了解我们的权限获取页面设计，我觉得可以从以下几点来进行了解设计。　　详细的如下：　　权限主次类型　　文字的情感力量　　配图的情感力量　　权限的主次　　区分权限主次关系能

　　前言　　视觉设计最重要的就是美学与风格，设计师在进行视觉设计时往往有较强的自我意识以及个人审美偏好。多目标追踪是通过多任务并行跳出思维局限，研究待解决问题的一个过程。把多个方案的特点紧密联系起来——把好的元素结合在一起，把坏的删除，会带来创造力和效率的有效提升。　　视觉设计的美学和风格应当以用户感受为出发点　　衡量美学最重要的指标就是色彩与视觉复杂度，它们占据了用户审美偏好的47%。通常情况下视觉复杂度越低，用户喜爱度越高，简约乃优雅之本，但不代表越简单用户越喜欢，真正的美学妙处是找到一个恰好的

　　众所周知，设计冲刺(Design
Sprint)是一项需要集合多角色、经历五天的共创工作坊，目的在于帮助产品团队快速了解用户痛点需求，快速找到切入点及相应产品方案。但在方法的实际应用中，大多时候也会存在人员组织上的困难，很难将不同岗位的小伙伴集合在一块进行比较长时间的封闭会议，因此不少人肯定会问，设计冲刺一定需要在五天内完成所有吗?　　其实未必，方法虽是不变的，但执行是灵活的。　　上个月我们用研作为“联结者”的角色，联合产品同学组织了一场历时10小时的敏捷版“营销工具平台设计冲刺”，通过理解用户-方案发散-收

　　有的时候，我们设计产品就是不断地找问题。遇到问题解决问题，这样就能设计出好的产品了吗?　　真实经验告诉我，并不是这样!因为问题是永远解决不完的，甚至一个问题的解决方案，还可能引发出另一个问题…　　△ by Cat Finnie @ Dribbble　　我们总认为到了新时代，产品设计就得学习很多新的用户体验法则。然而，事实并非如此。　　因为人类这个族群，其实人类进化得十分缓慢。几百年的变化，除了生活环境之外，行为心理并没有那么大的差异。即便新鲜产品层出不求，很多基本的设计准则从未改变。　　基于这些，我总结了七个产品设计的

　　今天，我们来聊点不一样的东西。这个东西可能很多朋友没听过，但是对于设计师来说是个非常，非常有用的概念，它就是心智模型。　　我们在做设计的时候，几乎全部都会涉及到心智模型，小到一个圆角的大小，大到整个产品的定位和功能。我们常说得为了用户体验去了解用户、接近用户、挖掘用户真实的需求，其实说的就是了解用户的心智模型。　　按照惯例先列一个大纲。　　心智是什么?　　心智模型是什么?　　心智模型和设计的关联　　心智模型到底是如何运作的?　　产品的心智模型设计　　来点案例　　*　　心智是个啥?　　心智是心理学的

　　说到挖掘产品流程体验问题的研究方法，大部分人首先想到的肯定是可用性测试。本文要介绍的体验走查和可用性测试类似，也是一种通过让用户在模拟场景下完成特定任务，定位用户使用痛点的研究方法。　　两者的研究目标相似，但相比之下体验走查的流程更短平快、时效性更高，可以看作是敏捷化的可用性测试。体验走查常常选取公司内部用户作为测试对象，相比可用性测试能极大节省用户招募的时间和费用，能够以更低的成本、更高的时效达成调研目标，支持产品快速迭代。　　下面将围绕研究时效性和研究深度，以指纹登录功能体验走查为例，从

　　如果你公司的产品数据反映出用户下单完成率很低、如果你公司年度目标是提升销售额、如果用户反映下单流程太复杂，…作为产品、设计、运营，你应该怎么做才能够为用户、为公司业务解决这些问题?你需要找到针对这些问题的优化点，并且做优化实验，通过数据的反馈来持续优化产品。　　本文以 Keep 为例子，进行「提升用户关注率」的增长实验，出发点是为了长期促进平台用户的活跃程度和互动。　　以下是本文大纲：　　*步：明确实验目标和类型　　明确实验目标　　明确实验类型　　第二步：用数据支持实验假设　　从三类数据中寻找证据支

　　前言　　不久之前，我们做了一个关于设计师的“设计方法论小调研”。　　被调查的46位设计师中，99%认为方法论对所在岗位有价值或很有价值，主要价值有“可以让自己变得更专业”、“让设计结果更准确”、“让设计推导更有逻辑”、“让产品博弈更有说服力”、“得到相关方认可”等。总结方法论的好处就是更好的服务业务和用户，同时提升自身的专业影响力。　　学习方法论会给我们带来诸多好处。但问卷也反映出了大家遇到的一些问题。比如，“对方法论了解较少”、“只知道常用的方法论”、“在实际运用中不知道用什么方法论”、“不知道

　　很多读者很关心的一个问题，就是如何做出*的甚至很惊艳的设计方案?　　大家拿着产品需求之后，很容易就没有头绪，不知道如何下手，最多也就看看相关的竞品，借鉴竞品的思路和方案，然后就开始做设计。　　这样的话，设计师就缺乏独立思考能力，缺乏设计推导。有没有一些方法，让设计师做出符合自己的设计方案呢?　　这里我总结了5个方法，可以助力设计师做出*甚至惊艳的设计方案。以下是本文5个方法的大纲：　　拆解设计需求　　分析线上数据　　穷举设计方案　　切换用户视角　　竞品方案对比　　拆解设计需求　　设计师接到的设计需

　　上到面试，下到日常汇报，铁汁们应该经常会遇到一个头疼脑热的问题：怎么证明你的设计是好的，是有价值的?　　之所以说这个问题让人头疼是因为设计本身是一个相对辅助性且偏个人色彩的学科，你无法单一维度的说它是好还是坏。但显然你这么说老板们是不会买单的，那接下来看看我们如何化抽象为具象，把它的衡量方式与指标悉数摊牌。　　分析问题小tip：如果在分析问题的时候说的很复杂很绕弯子，高手不会觉得不明觉厉只会觉得逻辑不清，不太聪明的亚子。多学会使用简单的表述+多维度的思考+多分支的论点模式，会使陈述更有逻辑更具说服

　　如何产出一个对实际落地更有指导性的设计分析?本文结合实际项目中常常会遇到的一些问题，总结了前期设计分析的一些实践经验技巧。　　设计分析是作为交互设计师必备的一项基础能力，一套有效的分析思路可以帮助我们找准设计发力点，更效率的推导出合理的设计方案，它是一种思维能力，也是一种方法工具，但是在我们的实际项目中，常常会遇到这样几种场景：　　新手设计师或者*次做活动的设计师，设计分析不知道要如何入手　　花了很多时间做分析，但感觉对实际画稿子并没有什么帮助　　分析过程中发散了很多很好的点，但*大多都落不了地

　　在日常工作中，我们设计师不断地接到产品需求，设计师通过前期的思考，给出最终的设计方案。当开发完成之后，接着又要进行设计走查。　　当走查完成，产品上线后。对于设计师来说，留下的成果是一堆设计稿。这个时候我们需要去验证设计方案的效果，如果效果差，需要进行下一个迭代，从而让流程完成一个闭环。　　一个闭环的设计流程应该是这样的：产品需求 设计方案 方案验证 优化迭代。　　大部分设计师不会去做方案验证，也就不知道自己设计方案效果如何。　　设计方案如何被量化验证?即如何做项目数据总结，这是本篇文章所要讲解

　　很多产品里的小细节，如果用户发现的话，就很容易给用户带来惊喜的感受。　　一个产品的好坏与否，都不能站在自己的主观意见上去做判断，即使只有20%的用户喜欢，如果在产品设计策略上跟公司的战略相匹配，刚好满足于这20%
的主要用户群，无疑这个产品是成功的。　　「波洞」趣味的视频点赞效果　　1. 产品体验：　　在波洞APP观看视频，给自己喜欢的视频点赞时，会以点赞图标为中心，通过动画效果向四周发散出五颜六色的二次元图标，看起来非常炫酷有趣。　　2. 设计思考：　　点赞，这个词语我们并不陌生，不管哪个应用，我们操作

　　作为人类，我们无法总是理性地看到事物的本质。社会心理学告知我们，人类的感知与决策，在一定程度上，会带有偏差。而作为设计师，我们可以主动利用这些偏差，设计更好的产品。　　本文介绍了三条曲线，它们都将认知偏差做了可视化的表达，前两个来自日常收集整理，后面一个由笔者总结工作经验得出，下面开始吧。　　双曲贴现　　1984 年，经济学家 Mazur
提出模型：我们的大脑难以处理冗长的信息，因为不确定性随着信息的增加而增加。随着时间推移，我们对收益的感知下降。　　决策中，我们倾向于把长期的权重调低：无论是收益还是

　　新版本的改动介绍　　在9月底双十一临近的关口上，淘宝上线了 9.13 新版本，对首页做出了巨大的改版，堪称这 5 年来力度*的改版幅度。　　我们先来简单看看新版本有哪些重要的改进：　　去掉了分类分页器　　顶部轮播图下移，改成竖状的　　减少瓷片区的数量，进行卡片化分离　　删除推荐商品瀑布流的分页器　　推荐商品卡片的类型调整　　商品卡片不再直接跳转详情页　　如果只是通过视觉角度上来看，新改版必然是比过去的老版本 “清爽”
得多，毕竟精简掉了大量的内容。尤其是两个分页器组件，除了占空间外，实在找不出什么要去点

　　序言　　对于当下的互联网产品，无论是主流或非主流，处处都能看到推荐系统的应用场景。比如，当你在淘宝下单购买了一台iPhone
11，购买完成页下方立刻就会给你推荐诸如「全新AirPods Pro」、「Apple Watch
5」等相关商品;再比如，当你在豆瓣上标记了想看热门悬疑网剧《隐秘的角落》，在厕所刷抖音的时候，可能就会看到《无证之罪》、《轮到你了》、《白夜追凶》等等相似剧集的精彩片段。推荐系统这只无形的「大手」已经把我们安排的明明白白了。　　△ @alienking2000 from unsplash.com　　推荐系统的强大毋庸置疑，而且我们经常

　　作为设计师，我们时时刻刻都在和各种应用打交道，在体验的过程中，其实里面有很多小揪揪需要深挖和思考，所以千万不能小瞧它。很多产品细节的背后都是为了更多新用户的加入、浏览、留存、付费/转化等，以最终达到对用户服务/体验的提升、内容生产者的利益以及企业自身的商业化。　　「微信」文本输入：智能匹配表情　　1. 产品体验：　　在微信聊天的文本框输入文字时，系统会根据文字的含义在已添加的表情专辑里智能筛选与文字含义相近的表情包，点击即可直接发送。　　2. 设计思考：　　微信作为最主流的社交软件，算是人人必备了，

　　前情提要　　在讲“产品设计师”这个概念之前，我们先再科普下现在大圈子里对“体验设计师”、“UI”、“交互”的定义都是个啥。　　大家疯狂听到的UX(“油茶”-体验设计师)，其实市面上大部分的应用还是从交互到UI的“技能合成师”，虽然实际工作中不会真的要求他们既画原型图又出GUI，只是要求他们互通对2个方向都有所了解，实际工作中还是会有一定偏向的。具体应用的大厂比如阿里/滴滴等(都是阿里系的)的社招(2年工作经验起步)，基本你去他们的内推系统或者boss上只会搜到ux这个职位，没有“UI”，也没有“交互”。　　但是这并不代

　　最近，有读者发来一个问题，内容大概是这样：　　这个页面里我画圈的模块现在只有 2 个选项，如果有 15 个选项的话，那我要怎么设计呢?　　这类问题其实不难回答，但业务不明确，以至于无法给出符合问题本身的答案。这位读者这么问，应该是想要我直接给出形式上的设计建议。　　但是，我不知道这个模块的作用，页面缺少上下文的联系，也就不知道它要解决用户什么问题，更不知道选项变多至 15
个的原因。只能大致猜测是选择其中一种福利，但不知道是在什么情况下的一种选择，以及选择之后，对下面模块内容的影响。　　比如，当我看到

　　B类设计语言的常见误区　　C端与B端在体验设计上有着本质上的差别，视觉设计师初入B端领域会苦于找不到设计发力点，发现「视觉设计价值排序低」、「改版成本高阻力大」、「缺乏有深度的体验视角」等问题。　　本人从在转型B端初期，也由于完全复制了C端的设计经验，因此定义设计语言时踩了许多坑。　　误区1：忽视B类用户群体的职业需求　　C端产品关注的是「个体的生活特征」。比如在客服工作台的改版之初，我们很容易只关注到用户的年龄和性别特征，认为客服小二大多是「95后人群，女性为主」，从而片面地认定用户偏好「年轻化和女性