dlfeicui的博客

鸿影：我在之前的用户体验设计实践经历中，所做的项目绝大部分都属于『从0到1』，以被动地接收分析产品经理提出的需求、然后不断设计全新的产品或功能为主，一个项目完成后就基本不再管，后续的运营数据也不关心，而是立马投入下一个新的项目中去。这种四处忙碌的感觉看起来很充实，但实际上却有些浮躁，作为设计师没有完整地参与进产品设计闭环，少了数据验证、迭代改进的步骤（这正是当初Mentor不建议我毕业后去设计咨询

@刘津legene ：我最近又遇到了一些工作中很棘手的问题，我感觉自己很不适应现有的流程和机制：老板和产品经理，到底谁应该负责的更多一些？如何分工是最正确的？怎样能保证到老板的行业经验高效运用在项目中，同时又能避免限制到产品经理的发挥？在和一个朋友闲聊的过程中，他提到沟通中的“上下左右”一下子点醒了我，我觉得过往的谜题在这一瞬间完全被揭开了。何为沟通中的“上下左右”每个人在职场中基

部门周会上有一个环节是每个同学讲述本周之最：最认可自己的、最反思的、最困惑的。其中，最认可自己，代表自己阶段性的成就感，在从外界取得成就感之前，首先自己要认可自己。最反思，要注意，不能只反不思，要记录下来，看看自己再过一段时间是否在这个反思点上有所提升。最困惑的，则可以抛出来，看看别的同学是否可以给予一些帮助和建议。所以，每周，我们都要从最困惑的议题中带回一个自己研究并于下周进行分享。本周我就带回

@刘津legene ：最近一年多，我们在设计企业级产品时走了很多的弯路，这些弯路促使我们尝试新的设计方法和思路，每一次尝试我们都发现比之前做的更好。因此我把这些踩过的“坑”分享出来，希望后面的人可以少走弯路。企业级产品（toB）和C端产品不同，在国内，C端产品竞争十分激烈、设计的同质化也比较严重，设计师其实比较难有大的创新。我经常苦恼在收到很多简历作品时很难判断谁更优秀一些，限于产品本身的性质，设

@刘津legene ：最近我开始计划系统的梳理目前的产品：看系统后台数据；对核心用户做访谈；细分用户类别；梳理、分析业务场景；给出后续对产品的指导意见等……看了我的计划方案，我的同事对我说：感觉你最近的跨越好大，以前你做的事情我感觉我也能想到，但现在你计划的事情我怎么也想不到了。于是我陷入了沉思：这些做事情的方式我几年前就知道啊，简直不用经过思考就应该是这样的啊，那为什么我现在才开始做了呢？那之前

@5key ：又到了半年一度的考核季，大家都在忙着进行总结、review。有位同学估计遇到了点问题跑来倒苦水，说产品经理觉得他设计能力不行，主管又觉得他不够坚持。做设计师真是太苦逼了。确实，在绝大部分公司中设计师只是作为一种资源而存在。做设计既要考虑到对业务的贡献，还得体现出设计师的价值。商业结果不好被指设计能力不行，商业结果好了又会问有多少是设计来解决的，做设计师确实苦逼。虽然我们经常会在网络上

@庫倪Qoli ：万变不离其心，以静制动，以慢打快。在中国的传统武学，除了练形，还要练心。所谓心，即是心法了。我这里传授几个日常心法，愿大家可以功力增进。九大心法行动时，数步骤；看文章，先 Mark 后读；通勤时，要看书；工作时，要专注；以慢打快；当个好奇宝宝；记忆在于形式；保持桌面感觉；云端同步，位置要记。一、行动时，数步骤每天在使用计算机

当一个开发工程师屡次发问「这里让我移1px有什么意义，我为什么要浪费时间这么做」且拒绝修改时，如何让这位开发理解、认识到修改的重要性？作为见惯了游戏公司策划、程序、美术上演三国演义的人，让@逍遥老李 来终结这个话题吧。首先回答问题，程序员不配合，90%以上的情况是需求人员工作不到位。目录像素这样的细节是否重要？为什么程序员不愿意修改？产品人员该如何解决？程序主管应该做什么？

首先要讲一下几个理念性的东西，我自己的理解，或许大家不赞同。不过赞不赞同另当别论，反正我这儿是得先说的。先说说我自己，两段SOHO经验，分别是12年刚毕业的时候，以及15年换工作间隙的时候。所以在这方面是有点经验的，然后最近，好吧，其实是两个多月以前有两个朋友问我关于SOHO的事儿，我就想写一篇文章来说明一下。PS：这只是我的个人经验，可以参考但不可以尽信。在我看来SOHO必须是一个能自己在家里靠

设计是一个相当广义而模糊的术语。当有人说“我是一个设计师”时，你很难知道他每天做些什么。设计涵盖了多领域和多职责，从工业设计（汽车、家具）到印刷设计（杂志，其他出版物），再到科技行业（网站，手机应用），随处可见不同职责的设计师。而随着科技公司不断地涌入人机交互领域，应运而生了许多新的设计师角色 —— UI设计师、UX设计师、视觉设计师、交互设计师、GUI设计师等。这么多相似的名字，你是否也跟我一样

就我自己的角度，设计是解决问题的方法，这点始终不变。但要看解决的是什么问题，也就是「为什么你会这样做」。设计是解决问题的方法，不代表设计只能解决一个问题，或是只考虑一个问题。就是挖地瓜和拔萝卜的差异。Donald Arthur Norman 在设计的心理学 P.44 中举过例子：要把手放进脏水里才能排水的洗手台。设计有可能解决一个问题，但产生另一个问题。（ex 卡式台胞证，比起纸本可以快速通关，但

@刘津legene ：设计师和理发师其实有点像，理发师基本分为三种：一种是只会搞基础发型的，比如寸头、中规中矩的长发、老太太卷头等；一种是只会剪流行发型的（这种发型师还很容易摇身一变成为造型大师，告诉你你应该改变，应该剪目前最流行的某款发型，但实际上可能是他只擅长这款发型）；还有一种是最可遇不可求的，他根据你的脸型、性格等，用最简单的手法量身设计发型，让顾客的气质度立刻得到提升。入行这么些年，我接

俗话说，计划赶不上变化快，无论需求文档做得如何细致，考虑得如何周全，总会有些难以预料的需求变更在每天困扰着我们。开发人员苦恼，产品运营人员更苦恼，毕竟谁也不愿意捂着脸一遍一遍地求人改需求。但是，虽然世界充满未知的变化，但是有一些大的方向还是可以把握的，无论是产品运营还是开发人员，都可以在需求确立以及需求评审时多多考虑一下小鸡君说的这些方面，相信一定可以减少一些后期的变更成本。下面这些内容主要是从开

经常看到一些讲如何学习设计的文章，坦白讲感觉有些千篇一律、且不痛不痒，都说要看点书、学点画、练软件、多观察……唉，练软件这事还要说么，难道你还需要告诉一个人学开发是需要学习编程语言的？学习是基于过往经验的成长，每个人的知识背景不同，就需要因材施教。那些没有明确受众的教程，本身就是伪命题。给一个美术生教设计、和一个程序员讲设计，完全是两码事。程序员学设计有什么关键问题？作为一个理工科出身的设计师、会

@窒息红Leon ：应届生和社招的项目展示核心区别在于，应届生的项目大多数是虚拟的、小型的，或者失败的。大部分可能是校园网站项目，公众号运营，轻量化 App 等，用户数量不会太多、很少或基本不盈利。描述、呈现自己项目经历的前提是有项目可说，如果连基本的基础都没有那就是巧妇难为无米之炊了，所以前期工作更重要。因此，千万别再问，如果没什么项目可以写该怎么展示？还有一两个月就要求职了，怎么补充经历？这就

@Akane_Lee ：UI 是「用户接口」，UI 设计指的是「设计用户接口这回事」。设计接口不是只有出张美美的图就结束，这样和平面设计没有差别，也正是为什么 RD 会说「你用平面设计的思维在做 UI」。平面设计和 UI 设计最简单易懂的差别就是一个会动、另一个不会动。淡入淡出、往左边飞、往右边翻页之类的动态效果。这就是「会动」了？动态效果不过是平面设计师眼里的「会动」，和 UI 设计师、RD 眼

交互设计中，为什么需要这种方法？在交互设计工作中经常会遇到这样的问题，某些位置的设计牵扯到比较复杂的场景，要考虑的因素比较多，这些设计点往往是最容易引起争议的，因为团队成员不一定都能快速了解全部的场景和因素，于是只能根据自己能够想到的个别场景与因素来对设计作出判断，最终团队之间形成意见分歧，每个人都不能宏观地掌握所有的场景和因素，这时，就很可能做出错误的设计决定，同时也影响团队士气。所以，我们

越来越多的同学开始着迷UX/UI设计，这个领域的高手和爱好者也越来越多。于是大量新的想法、设计流程、设计手法以及形形色色的“原则”开始出现在这个领域当中，用良莠不齐这个词来形容UX领域其实非常恰当。用户体验设计需要你作出艰难的决定，成为优秀的设计师并不容易，你需要从错误中不断汲取经验教训，成就自己。人们总是犯着类似的错误，新的思路听起来很不错，但是并不足以成为用户体验设计的标准，但是也正是这些错误

@姬小光 ：在互联网产品的研发流程中，页面的视觉还原是很重要的一个步骤，也往往是问题最多的一个环节。如果一些细节问题在这个环节没有被有效地发现并解决，那么后续流程中再去解决这些问题的成本就会呈指数上升。那么今天我们就来梳理一下，看看前端工程师本身以及上下游的角色之间，都会容易遇到哪些常见的问题。设计师设计师是最贴近产品体验的人，但是术业有专攻，设计师往往更加注重视觉的表现，而容易犯一些

昨天一个在做金融的妹纸吐槽用研太难。她让我打开脑洞想一下，这是你知道的客户：男，36岁，本科毕业；有一台MacBook Pro和一部iPhone 5手机，平时会Chrome浏览网页；有微博账号，在上面你会看到他喜欢巧克力和矮脚狗；已婚；座驾是丰田花冠；黑发棕眼；信用卡记录可以看到他最近一次订的酒店的位置和他最喜欢的餐厅。然后这就是你手上关于客户的所有数据，老板问你能不能告诉他，客户为什么决定把储蓄