用户满意度指标权重计算方法
这篇讲的是，在用户满意度调查中，如何为不同指标计算合理的权重，从而更精准地指导产品改进。 文章指出，默认所有指标影响相同、简单算术平均的做法存在不合理性。因为像核心功能、界面美观、操作流畅度这些方面，对整体满意度的拉动力天差地别。因此，确定各指标权重是科学排序改进优先级的关键。 文章梳理了两大类权重计算方法。一类是直接赋权，比如通过问卷直接询问用户各指标重要性（主观赋权），或是由专家通过两两比较（如层次分析法）来确定权重。另一类是间接推理，利用用户在满意度调查中的实际评分数据，通过统计方法（如线性回归、因子分析）反向推算出每个指标的真实影响力系数。 文章最后简要说明了从获得原始数据、计算影响力系数到归一化的三步过程，并提到具体方法需要借助 SPSS、AMOS 等工具。对于想将满意度调查从“知其然”推向“知其所以然”的体验从业者，文章提供了一个清晰的方法工具箱。
解读眼动的12个误区
这篇讲的是眼动追踪技术在用户研究中的常见认知陷阱。作者从实际项目经验出发，揭示了12个典型误区，帮助从业者避免“踩坑”。 比如，很多人以为“眼动就是热区图和轨迹图”，但文章指出，脱离停留次数、时间范围和页面结构的热区图意义有限。同样，“眼动的红点就是用户看的确切位置”也不准确，因为采样率、头部移动和人眼的高清视觉区（中央窝）范围都会让数据产生偏差。文章特别强调，“眼动数据很容易解释”是一种错觉，它只能回答“看了什么”，却很难直接说明“为什么看”，需要结合其他方法挖掘根源。 作者还澄清了实践中的误解：眼动并非所有可用性测试的“万能药”，它更适合解答具体疑问；学会操作设备不等于能做好研究，设计、方法论和分析能力更重要；不能只靠看轨迹视频来分析，因为海量数据和记忆偏差会让结论失真。甚至，样本量也并非一成不变，要根据是比较组内差异还是组间差异来决定。 这篇文章的价值在于，它把漂亮的数据图表背后的限制因素和科学分析方法讲透了。它提醒我们，正确运用眼动技术，关键在于明确目标、理解其能力边界，并与深度访谈等方法结合，才能真正读懂用户行为背后的原因。
与众不同易，精益求精难 — QQ导航改版设计心得
这篇讲的是QQ导航改版背后的设计思考。作者从一组关于东京电视台在突发新闻时依旧播放日常节目的搞笑图片切入，引出了设计中一个经典的难题：是该追求“与众不同”，还是应该努力“更好”。 文章指出，像东京电视台那样保持独特性，或许能在众多频道中脱颖而出。但对于用户可能只用一两款的互联网产品来说，仅仅标新立异是不够的，关键还是要在基础体验上“更好”。文章结合QQ导航改版的具体背景展开：在网址导航领域，hao123和360导航已形成双寡头格局，而QQ导航的用户结构与它们存在显著差异——过半用户使用时间在2-3年以内，更习惯快速获取内容。 因此，新版设计没有简单追随竞品的“F”型布局，而是基于目标用户的需求关键词（清爽、快速、权威等）和实际使用数据（例如75%用户日浏览网站不足10个），果断地对页面结构进行了简化，将名站导航置于更核心的位置。这展示了在红海竞争中，如何通过深度理解自身用户特质，来找到平衡“差异化”与“体验优化”的设计路径。
编程珠玑番外篇-P PostScript 语言里的珠玑
这篇讲的是编程语言设计史上的一个独特案例。作者将PostScript称为通过图灵奖得主Perlis“语言影响思维”测试的典范，深入剖析了这门为桌面出版而生的语言，其设计中蕴含的至今仍闪光的“珠玑”。 文章从语言设计者的视角出发，还原了如何为桌面出版构建一个灵活、高效且设备无关的描述语言。作者重点剖析了PostScript几个超越时代的设计：它基于栈的逆波兰表示法，带来了极致的语法简洁；更令人叫绝的是，用闭包来定义度量单位（如`/inch {72 mul} def`），这不仅是个语法技巧，更揭示了度量单位本质上是一种“后缀闭包”的抽象。 PostScript的“字典栈”设计则是一次精彩的工程实现，它让栈语言能优雅地支持作用域和局部变量，甚至实现了类似词法作用域的特性。而文中提及的、由行业实践催生的“文档结构约定”，则可视为后来Java、Python中注解（Annotation）或装饰器（Decorator）思想的早期实践，通过引入元信息来约束和检查程序的语义正确性。 整篇文章不仅是一次语言考古，更展示了如何从一个具体领域的深刻理解中，提炼出具有普适性的、简洁而强大的编程模型。作者最后也提到，PostScript的许多设计深受同时期Smalltalk的影响，这让我们看到技术思想在历史中的交汇与传承。
儿童网站的可用性问题
这篇文章分享了可用性专家Jakob Nielsen团队一项跨越9年的对比研究。核心发现是：随着新一代儿童更早、更深度地接触网络，设计者面对的“儿童用户”画像已发生根本变化。 研究团队在两个时间点分别测试了数十名3-12岁儿童使用各类网站的行为。结果令人意外：许多9年前的老问题对7岁以上的孩子已不复存在，他们表现出相当熟练的导航和滚动能力。真正的挑战转移到了更低龄的3-5岁儿童身上，他们如今的行为模式，反而像9年前6-8岁的孩子。 这意味着“儿童网站”必须进行更精细的年龄分层设计。例如，针对7-12岁儿童，可以适当简化基础交互教学，因为他们已是“网络原生代”；而针对3-5岁幼儿，则需要提供更强的引导和容错设计。文章也指出，尽管技术在变，但关于菜单结构、信息架构等基于认知心理的设计准则，其核心原则依然稳定。 这篇文章的价值在于，它用扎实的纵向数据戳破了关于儿童网络行为的诸多假设，提醒所有面向儿童的产品设计者：你的用户群已不是你想象中的样子了。
UX设计师与UI设计师的区别
这篇讲的是UX与UI设计师的核心区别。文章通过一张信息图，直观对比了这两个常被混淆的职位：UX设计师聚焦于产品的整体用户体验、用户研究、交互逻辑与原型测试，确保产品“好用”；而UI设计师则更专注于视觉呈现、界面美学与交互细节，让产品“好看”。关键差异在于，UI设计不能仅停留在“美工”层面，还需深刻理解用户流程与交互原则，才能真正赋能产品。 图中清晰展示了两者在职责、思维模式、常用工具及技能要求上的具体分野，甚至提及了不同阶段的薪资参考（当然，这更多反映市场趋势而非绝对标准）。作者想提醒的是，一个成功的产品离不开UX与UI的紧密协作——一个定义体验骨架，一个赋予视觉血肉。理解这种分工与互补，能帮助团队更高效地推进设计流程，避免角色重叠或体验断层。
什么是可用性测试？
这篇文章澄清了一个在用户体验领域常被混淆的概念：什么是真正的可用性测试。作者从《Handbook of Usability Testing》中提炼，明确区分了可用性测试与启发式评估、任务走查等方法——核心在于必须招募有代表性的目标用户进行实操评估。 文章深入探讨了测试的双重目的：一方面是“信息化设计”，确保产品在发布前具备易学、高效、令人满意等特性；另一方面则是直接消除用户挫败感，从而为企业建立口碑、降低支持成本、提升市场竞争力。作者指出，尽管经典实验法要求严格的假设、随机分组和大样本，但在快节奏的产品开发中，更实用的是相对非正式但同样严格的迭代式测试。 这种测试聚焦于发现具体的可用性缺陷并驱动改进，而非单纯验证假设。当然，文章也坦诚讨论了其局限性：实验室环境无法完全模拟真实场景，测试结果不能百分百保证产品成功，且参与者也难以完全代表所有用户。这些清醒的认知让方法论显得更为扎实。
通过设计让APP变快的6个方法
这篇讲的是，当程序员们忙于代码优化时，设计师如何通过一些巧妙的交互设计，让APP在用户感知上“跑”得更快。 文章从几个常见的用户痛点切入，指出响应速度不仅是技术问题，更是设计问题。作者提出了六种具体的设计策略：例如，让耗时操作在后台静默执行，而不是用进度条“绑架”用户；在数据尚未完全加载时，先显示本地缓存或框架性内容，制造“已载入大半”的心理错觉；在用户点击前就预判其意图并提前加载数据，就像微信消息在点击发送后立即出现在对话框里，而网络传输在后台完成。 这些方法都旨在优化用户的心智模型，减少等待感。文章还指出了设计的边界，比如预加载不能影响系统性能，缓存也要控制大小以免占用过多空间。通过分析淘宝、微博、云阅读等产品的实例，文章清晰地展示了如何将“界面先行，网络随后”的原则落地，让流畅的体验掩盖了必要的网络延迟。
Wi-Fi 是什么的缩写
这篇讲的是一个许多人深信不疑的“常识”——Wi-Fi是Wireless Fidelity的缩写——其实是如何被制造并流传开来的。 作者从一次与客户的对话出发，引出了这个疑问。文章考证了Wi-Fi一词的真正起源：它并非来自Wireless Fidelity的缩写，而是1999年品牌咨询公司Interbrand为了便于推广IEEE 802.11无线网络技术，而创造出的一个朗朗上口的名字，灵感确实借鉴了高保真（hi-fi）的命名结构。 那么Wireless Fidelity这个广为流传的“全称”从何而来？文章揭示了这其实源于Wi-Fi联盟自身的一个失误。在命名初期，联盟的部分成员无法接受一个生造词没有含义，于是在早期推广中附加了“Standards for Wireless Fidelity”的错误标语，尽管不久后便撤下，但误解已然扩散，甚至形成了将“Wi-Fi”逆向扩展为词组的文字游戏（Backronym）。 文章最后以几个有趣的冷知识结尾，比如Wi-Fi的标准写法，以及它在最初竞标中并非最高票方案。作者借此点出，学习这类知识并非为了实用，其魅力纯粹在于趣味和祛魅。
打造舒适的阅读空间—云阅读iPad3.0设计总结交互篇
这篇讲的是网易云阅读iPad 3.0版本在交互设计层面的完整迭代过程，核心目标是在大屏设备上打造一个“舒适、实用、有感觉”的沉浸式阅读空间。 项目面临的首要挑战是如何将手机端已成熟的云端同步、阅读圈等功能整合进iPad，并优化其信息架构。作者引入了“心流”设计理念，以“有用、可用、有氛围”为原则，试图平衡用户的情绪与注意力。设计团队对首页信息架构进行了深入探索，尝试了竖导航、分屏平铺等多种方案，最终选择了顶部Tab切换的扁平化结构，使首页更像一个纯粹的信息容器。 阅读圈作为连接内容与人的新功能，其信息流设计避免了单列表内容少和瀑布流视线跳跃的问题，采用了规则的卡片化布局。通过对不同分享内容定义显示优先级，确保了界面在内容变化时外观的稳定与视觉流的顺畅。此外，文章还详细介绍了对“本地书上传同步”任务流程的简化与细化，以及如何通过动效设计落实情感化体验。 整体而言，这篇总结不仅展示了具体的设计方案，更分享了从理念到细节的完整思考路径，体现了对iPad大屏交互特性的深入洞察。
iOS和Android设计规范备忘表
这篇介绍了一个iOS与Android设计规范的对照表，作者认为这是目前较为清晰易用的参考资源。文章直接呈现了一个全面的对比图表，涵盖了两个平台在导航、交互、图标、排版等核心方面的设计差异。 例如，iOS的设计强调简洁和一致性，导航常置于底部，交互反馈偏向微妙动画；而Android更
量化用户研究
这篇讲的是如何量化地理解用户——从《Quantifying the User Experience》一书中摘出的核心章节。文章开篇用Edward Tufte的一句调侃点出“用户”这个称呼的特殊性：只有计算机设计和贩毒行业会这样叫。它聚焦于前者，即那些使用软件、网站和设备来完成目标的人，并强调我们的核心兴趣在于“如何量化用户的行为”。 作者重点剖析了可用性测试，清晰区分了两种类型：以发现问题、驱动改进为目的的“形成性测试”，和以指标描述产品可用性水平的“总结性测试”。绝大多数测试属于后者，通常会收集完成率、错误、任务时间等数据。文章纠正了一个常见误区：样本量并非越大越好。它以1936年《文学文摘》著名的民调失败为例，说明样本的“代表性”远比“随机性”或“大小”更重要——一个从正确人群中选取的小样本，远胜于从错误人群中抽取的大样本。即便只有2-5个用户，也能通过分层取样等方法获得有统计意义的量化结论。 文章还梳理了数据收集方式，从传统实验室到远程主持与无主持测试的演进，并介绍了“完成率”（成功率）这一最基本的二进制指标。整体上，它为从业者提供了一套在资源有限下，依然能做出扎实数据驱动决策的实用框架。
产品经理的取舍之道与抽象能力
这篇文章聚焦于产品经理在资源有限下的核心思维修炼，探讨了两个关键能力：如何取舍与如何抽象。 作者开篇从自身拖延症出发，引出资源永远有限的现实——时间、人力、精力都需“好钢用在刀刃上”。文章强调，取舍必须建立在系统全局观之上，可以沿用户、功能、内容、体验等多维度展开。舍弃并非绝对不做，而是明确现阶段的优先级，分阶段达成，最终目标是让团队清晰知道如何“咬下第一口”。文中分享的取舍模型，直观展示了从想做什么、能做什么到先做什么的决策路径。 第二部分着重剖析抽象能力。作者认为，真正的高手懂得先将事情想复杂以具备系统性，再通过抽象抽丝剥茧，回归简单。抽象的本质是从现象看到本质和整体，这决定了产品经理是点对点解决问题，还是能系统性地满足一类需求。文中特别指出，开发背景者通常抽象能力更强，而设计背景者需有意识地通过绘制架构图、概念图来训练这种“从复杂到简单”的思维，因为画图过程本身就是一个深度的抽象提炼过程。
侧边栏交互的利弊
侧拉菜单的设计看似节省了空间，但它可能正在悄然损害你的用户参与度。这篇文章指出，多项A/B测试和用户研究数据显示，这种“汉堡包菜单”导航模式的使用可能弊大于利。 作者从用户体验角度出发，深入剖析了这一模式存在的四大核心问题：首先它“不易发现”，隐藏的特性违背了“不在眼前，就不会想到”的直觉；其次它“效率更低”，强制的打开动作增加了操作步骤；再者它常常与iOS等平台的原生导航规范发生冲突；最后，它让信息呈现变得“不直观”，难以引导用户。 文章并未止于批评，而是进一步讨论了设计的权衡。它提醒我们，节省屏幕空间不应以牺牲导航清晰度或违背基本人机交互原则为代价，并提供了在何种极少情况下才应考虑使用侧拉菜单的思考方向。对于移动端设计师而言，这是一次对常见设计惯性的必要审视。
这些反人类设计，你肯定也碰到过
这篇讲的是那些让人忍不住吐槽的日常设计缺陷。作者从身边最常见的物品出发，一口气列出了九个“反人类”的例子，比如电源插头被家具挡住、地砖拼接图案尴尬、马桶尺寸对男性不友好、衣服线头需要手动剪掉，还有笔记本键盘Fn键位置反常规、鼠标底部出线、自行车坐垫太窄、笔记本边缘割手，以及汽车座椅曲线不适等。 文章没有停留在简单抱怨，而是点出了这些设计共同的问题：它们往往忽略了真实用户的实际使用场景和人体工学，只在图纸上看着合理，一到生活中就漏洞百出。比如马桶的例子，作者详细描述了使用时的具体窘境，让人立刻感同身受。 这种从细微处切入的观察，其实是在提醒设计者——好的设计必须回归到人的基本需求。文章最后呼吁有同感的读者转发，也正是希望引发更多人对日常体验的关注和讨论。
人才的特点
这篇讲的是非科班背景的人，如何靠自身努力在设计领域脱颖而出。文章用了三个身边的真实案例：有人自学UI设计三年后成为上市公司主管，有人用七天学习交互设计后四年成长为产品负责人，还有人从日薪150元的实习生成功转型。 作者认为，成为顶尖大师或许需要诸多天时地利，但成为一名优秀设计师，关键在于是否具备几个核心特质：对设计发自内心的热爱，把设计好产品作为自己的理想，哪怕是处理琐碎事务时也追求精益求精，以及愿意在工作之外投入大量时间学习钻研。 这篇文章没有空谈理论，而是用一步步真实的职业进阶路径告诉我们：专业背景可以不是起点，但热爱、目标感、高标准和持续的努力，是从平凡走向优秀那条路上不可或缺的基石。
《部落冲突》的设计
这篇讲的是，一位作者如何通过深入体验《部落冲突》，重新理解了手机游戏设计的精妙之处。作者从个人视角出发，拆解了这款全球流行游戏的设计逻辑。 文章首先对比了《部落冲突》与国内一些游戏的教学设计，指出其仅通过十几次点击的情景引导，就高效完成了初期教学并赋予玩家使命感，避免了冗长乏味的机械引导。作者特别分析了游戏对移动设备特性的深度适配：建造和升级需要真实等待时间，工人数量有限，这完美契合了用户碎片化的使用场景，促使玩家在一天中多次登录，收集资源。 核心的设计智慧体现在对生态的平衡上。游戏通过“奖杯”系统区分玩家等级，减少了高玩对新手的无意义碾压；被攻击后的保护机制与资源损失上限，则有效控制了挫败感，保护了玩家积极性。同时，部落系统引入了协作与对抗的社交维度，而付费点则被巧妙地融入游戏进程（如增加工人、加速），成为自然选择而非强行弹窗。 整体来看，作者揭示了《部落冲突》如何通过简洁教学、碎片化时间管理、多维度的平衡设计以及自然的付费引导，共同构建了一个吸引玩家长期沉浸并愿意付出的成功闭环，这对思考如何设计一款成功的移动游戏很有启发。
新手产品经理都混哪里
这篇讲的是，作者苏杰（iamsujie）通过微博和微信发起了一次小规模调查，想摸清新手产品经理们平时都在哪些线上社区活跃。在收集了159位有效回答者、共计311个答案后，他统计出了47个被提及的地方。 结果显示，“人人都是产品经理社区”成为公认的第一选择，产品100和pmcaff紧随其后。一个有趣的发现是，很多新人也活跃在36氪、虎嗅这类科技媒体，以及知乎、微博、豆瓣等通用平台。作者也坦诚指出了调查样本可能存在的偏差，比如渠道和主动回答者带来的影响，但认为整体趋势是清晰的。 这篇文章的价值不在于给出权威排名，而是真实呈现了一个新人产品经理可能面临的信息环境——既有专注的成长社区，也有广泛的知识平台。它能帮同行快速了解“大家都在哪儿”，对想要拓展视野或寻找学习资源的新人来说，是一份很有参考价值的社交地图。
如何应对：这个功能别人都有了
这篇文章聊了一个产品经理和运营之间常见的场景：当运营拿着竞品的新功能来问“别人都有，我们为什么没有？”时，产品经理该如何应对。 作者指出，这背后往往是运营在寻找“抄”的捷径。对此，产品经理不能被动接受需求，而应占据主导。具体策略包括：比运营更早洞察竞品动态，并能清晰阐释对方做该功能的背景、我们不做的差异或原因，甚至证明其决策可能有误。通过展现更深入的思考，逐步建立信任，将“命令”转化为“探讨”。 对于极端情况或自身遗漏，文中也给出了如“缓兵之计”等沟通技巧。文章通过“快的”与“嘀嘀”互相抄袭反而闹出笑话的案例，生动说明了盲目跟进的风险。最终，作者强调产品与运营目标一致，应避免对立，用专业能力和共同KPI来达成和谐，而非一味抵触或盲从。
Think Aloud－适合设计师的可用性方法
这篇讲的是设计领域一个经典又实用的用户研究方法——Think Aloud（出声思考）。它源于1982年IBM，并由Jakob Nielsen在可用性工程中推广，核心在于让测试用户在操作产品原型或界面时，即时地说出看到的、想到的和疑惑的内容，帮助设计师直接捕捉用户最真实的交互心智。 文章重点分析了该方法相较于其他测试的独特优势：它经济高效（仅需2-8名用户）、结果可靠、形式灵活（适用于从纸面原型到上线产品的任何阶段），并且因为过程直观，极具说服力。作者进一步拆解了具体操作流程：从准备模拟真实场景的测试界面、设计明确任务脚本，到邀请合适的用户进行训练与测试，最后从用户的即时反馈中解读设计问题。文中以电商页面的“尺码助手”功能为实例，展示了如何通过用户一边操作一边的自述，发现入口隐蔽、操作路径不符合预期等设计痛点。 总的来说，Think Aloud是帮助设计师和团队在早期阶段快速、低成本地验证设计假设、洞察用户真实反应的利器，它强调获取交互过程中即时的、主观的反馈，让优化决策更有据可依。