净推荐值（NPS）系列之一——基本原理与操作模型
这篇讲的是净推荐值（NPS）从一个实践概念演进为产品核心考核指标后，所引发的一系列深层思考。作者从2011年在深圳团队内部分享NPS讲起，随后观察到它在企业产品、电商等多个业务线被广泛采用。 围绕这个“推荐者、被动者、贬损者”的简单模型，文章直面了诸多实践中的关键问题：用户的这三个分类究竟对商业预测有多大价值？如何与用户生命周期价值等模型结合？它和传统的满意度、忠诚度调查在测量信度与效度上孰优孰劣？尤其值得玩味的是，文章抛出了NPS在互联网产品、企业级产品与个人消费品应用上的差异性疑问。 作者坦言，自己“挖了一个很大的坑”，因为许多问题的背后牵扯到与财务数据的关系、产品本身的复杂性。因此，这个系列选择从最基本的原理与操作模型娓娓道来，后续将逐步深入。这种从实践困惑出发，经由文献梳理，再回归应用验证的写法，让这篇基础篇也充满了真实的思考张力。文章坦承有些文献中的方法自己还未实践，决定做成系列慢慢填坑，这份务实或许正是技术人阅读时最感亲切的地方。
如何识别和利用用户情绪
这篇讲的是用户情绪在调研中的重要性。在可用性测试、深访或座谈会等场景中，用户的情绪反应往往藏在细节里——比如紧锁的眉头、下意识的耸肩、突然的语气词“咦”或“啧”，甚至是一段沉默的沉思。这些非语言信号并非无关紧要，它们直接关联着用户对产品的真实感受，可能是困惑、认可、犹豫或不满的即时流露。 作者指出，关注这些细微的情绪线索，能帮助调研者更敏锐地捕捉到用户未说出口的想法。比如，当用户频繁摇头或双手交叉时，可能隐含着对当前流程的抗拒；而语调上扬或点头则可能意味着理解或认同。如果只记录用户回答的内容，很容易忽略这些情绪背后的真实洞察。 因此，技术团队在设计用户研究时，除了记录语言反馈，也值得有意识地观察和记录这些情绪表现。它们不仅能辅助判断可用性问题的严重程度，有时甚至比直接回答更能揭示用户的核心痛点。学会“读”情绪，或许能让调研结果更贴近用户心智的真实面貌。
深度解读网站用户体验三要素（3）：别让我烦
这篇讲的是，为什么有些网站总能惹恼用户，以及设计师该如何避免。文章指出，许多让人烦躁的体验其实源于对用户心理的忽视：比如强制注册、看不懂的验证码、或是不断弹出的广告窗口。这些问题的本质是网站在用自己的逻辑凌驾于用户的任务之上。 作者从“别让我烦”这个直白的原则出发，拆解了几个典型的烦躁源。例如，一个设计不当的多步表单，如果中途没有保存、步骤提示不清，就会极大地消耗用户的耐心。而一个友好的表单则会提供实时验证、保存进度，并清晰地告知用户当前处于整个流程的哪个阶段。这篇文章的核心观点是，优秀的用户体验在于对用户时间和认知的尊重。它通过对比分析，指出了那些“聪明反被聪明误”的设计陷阱，最终引导我们思考：自己的网站，是否也在不经意间制造着这种“烦躁”？
产品用户体验质量的模糊评价（2）――层次分析法
这篇讲的是如何用层次分析法来评价产品用户体验质量的模糊性。在产品开发中，用户体验往往涉及主观感受，比如情感反应和交互舒适度，这些因素难以直接量化，导致评价时常缺乏客观标准。作者从这一实际痛点出发，引入了层次分析法（AHP），作为处理模糊评价的核心方案。文章详细介绍了该方法的应用步骤：首先，将评价问题分解为清晰的层次结构，例如目标层（整体用户体验）、准则层（如功能性、可用性、美观性等）和方案层（具体设计元素）；接着，通过专家打分或用户调研收集数据，构建判断矩阵；然后，计算各层权重并进行一致性检验，以确保评价逻辑的严谨性；最后，结合模糊数学处理不确定性，输出综合评价分数。在网易UEDC的实践中，这种方法帮助团队量化了用户反馈，将主观描述转化为可比较的数据，从而优化了设计决策。结论表明，层次分析法能有效减少评价中的主观偏差，为用户体验优化提供可靠依据。对于从事产品设计和用户研究的专业人士来说，这种
可用性测试的权衡之道（二）
这篇讲的是可用性测试中几个常见但容易被忽视的“决策平衡”问题。文章延续了对测试方法的探讨，但重心从“怎么做”转向了“怎么选”，直指实践中那些没有标准答案的权衡点。 作者从实际项目经验出发，剖析了测试中的几组关键矛盾。比如，追求测试覆盖的广度与挖掘问题深度的矛盾：是用少量用户快速扫描界面整体可用性，还是聚焦少数用户深挖特定流程的复杂交互？再比如，实时观察带来的沉浸感与后期分析所需的客观性的矛盾：是紧贴现场捕捉用户的第一反应，还是保持距离以待更冷静的复盘？文章对这些权衡点没有给出简单结论，而是强调必须结合产品的具体阶段、团队资源和要验证的核心假设来决策。它指出，在快速迭代的早期，效率可能比全面性更重要；而在功能完善期，对特定路径的深度洞察则价值更高。 最终，文章的价值在于它提供了一个思考框架，而不是一套固定流程。它引导读者在安排下一次测试前，先问自己：这次测试最核心的目标是什么？我们团队最能消化哪一种洞察？这或许比直接套用某个测试模板更有意义。
beforeunload丢失率统计
这篇讲的是前端埋点方案中一个经典问题：当开发者想把所有采集的数据都缓存到页面关闭的瞬间发送时，究竟有多可靠？ 在用户体验研究中，为了减少HTTP请求并减轻服务器压力，一个常见的“终极方案”是：不即时发送数据，而是全部缓存，直到用户触发 `beforeunload` 事件（即将离开页面）时才一并发送。但这个方案的关键假设是 `beforeunload` 事件及其随后的网络请求足够“靠谱”。 文章的作者正是从这个实际问题出发，对 `beforeunload` 事件发送打点的丢失率展开了一次具体的研究。他们通过实验，不再停留于理论推测，而是试图获得一个关于丢失率的、更量化的具体认识。研究过程本身，就为评估这一常见前端方案的可靠性提供了直接的参考依据。
企业用研二三事
这篇讲的是企业内部用户研究岗位的实践心得与思考。作者没有从理论框架出发，而是直接切入工作日常，分享了从接手一个新项目开始，如何界定研究问题、选择合适的研究方法（如访谈、问卷、可用性测试），再到如何将研究发现转化为产品团队能理解并行动的建议。文章特别提到，在企业环境中做用研，最大的挑战往往不是技术，而是如何平衡研究的深度与业务的节奏，以及如何让“用研”真正影响决策而不只是交付一份报告。 文中结合了具体的项目案例，比如一次针对B端后台效率的调研，作者没有追求大而全，而是聚焦关键路径，通过深度访谈少数核心用户，快速定位了操作流程中的核心瓶颈。这种“小而准”的思路，对于资源有限的企业用研团队很有参考价值。它揭示了企业用研的本质：不是做完美的学术研究，而是用合理的成本，产出能驱动产品改进的、有行动指导意义的洞察。
受众人群分析
这篇讲的是如何通过数据洞察来理解你的受众。作者从一个直观的人群分析图表切入，展示了如何将抽象的“用户”转化为具体的画像。 核心在于将用户拆解为多个可量化的维度进行分析。图表可能包含了地域分布、年龄构成、设备偏好或行为路径等关键指标，帮助运营者和产品经理快速把握核心用户群的特征。例如，通过分析可以发现，某项功能的主要使用者并非预想中的技术人群，而是来自某个特定行业的业务人员，这直接指向了产品优化的方向。 这种分析不是为了获得一堆冷冰冰的数字，而是为了回答一个关键问题：我们的内容或产品究竟在为谁服务？得出的结论能直接指导内容分发策略、产品功能迭代，甚至是市场投放的渠道选择。在信息过载的时代，精准的受众分析是连接产品价值与用户需求的必要桥梁。
浅谈如何留住用户
这篇讲的是产品设计中一个核心却常被低估的挑战：如何真正留住用户。作者从“用户留存”这一结果反推，指出很多产品只关注拉新，却忽视了用户在体验旅程中因摩擦、失望或缺乏价值感知而默默离开的“无声流失”。 文章的核心观点在于，留住用户不是靠一次性的功能堆砌，而是贯穿从首次接触到长期使用全流程的精心设计。作者可能从用户关键行为路径出发，分析了那些导致流失的“沉默节点”，比如复杂的注册流程、找不到核心功能、或缺乏正向反馈。进而提出，有效的留存策略在于持续提供可感知的价值、建立情感连接、并设计低门槛的持续参与机制，而不仅仅是依靠红包或补贴。 对读者的启发在于，留存是一个系统性工程，需要产品、设计、运营共同从用户视角出发，细致观察并修复体验中的断裂点，将一次性的“访问”转化为习惯性的“使用”。
卖家问卷调研有效响应的影响因素研究
在“谁在开网店”这个淘宝与北京大学社会学系的联合研究中，作者把焦点放在了调研执行层面的数据回收上，专门探讨卖家网络问卷调研有效响应率的影响因素。研究基于Q2季度的真实项目背景，采用了科学严谨的抽样方法来确保样本的代表性，作者从整体样本回收情况入手，通过深入分析揭示了几个关键变量：比如问卷设计的简洁度、受访卖家的在线活跃度、以及激励机制的针对性。核心发现指出，降低问卷复杂度、结合电商运营周期选择调研时机，并辅以适度奖励，能显著提升响应率和数据质量。这项研究不仅为电商平台的用户洞察提供了实证基础，也启发了其他领域的调研实践——在追求数据深度的同时，执行细节的优化往往是获取可靠反馈的关键。
用户访谈心得总结
这篇总结来自腾讯CDC的一次真实用户研究项目。作者并没有空谈理论，而是从如何挖掘“真实”用户需求这个具体痛点出发，分享了一线观察。 文章的核心发现颇具启发：很多时候用户在访谈中给出的反馈并不“真实”，并非因为他们在撒谎，而是由于紧张、场景不对或缺乏表达框架，导致他们倾向于给出“正确”的回答，而非“真实”的感受。作者将此称为用户进入了“回答者”角色，而非“分享者”角色。 为了解决这个问题，作者团队尝试了一种“场建立”的方法：帮助用户找到一个角色，比如让他们想象自己是“挑剔的美食家”来点评一个餐厅App，或是“焦虑的新手妈妈”来使用一款育儿工具。通过搭建具体的、有代入感的使用场景，让用户从抽象的产品评价，转向讲述具体故事和分享真实困扰。 这种角色的转换能显著降低用户的表达压力，让他们更容易说出在功能列表里看不到的深层需求、情感波动和使用中的真实摩擦点。文章最终指出，访谈的目标不仅是收集功能需求，更是理解用户行为背后的动机与情绪，而精心设计的访谈“场”是达成这一目标的关键。
用研知识沉淀-焦点小组
这篇讲的是如何让焦点小组这种常见的用户研究方法真正发挥价值，避免流于形式。作者直指实践中常见的痛点：主持人被参与者带着跑、讨论停留在表面吐槽、会后拿到一堆零散记录却难以提炼出可行动的洞察。 文章围绕“知识沉淀”展开，核心在于方法论的提炼。它详细拆解了如何设计一个能激发深度讨论的焦点小组，从筛选具有代表性的参与者，到设计能引发具体场景回忆和行为描述的问题链。文中特别强调了主持人的关键角色——不是简单地提问和记录，而是需要像侦探一样敏锐捕捉发言中的矛盾点和情感信号，并通过追问将模糊的感受转化为具体的用户行为和需求场景。 在后期分析上，文章对比了不同团队的做法，指出单纯的“转录-归类”效率低下。它推荐了一种结构化的编码框架，将用户的原话、行为、态度和潜在需求分层映射，从而直接关联到产品设计的决策点上。例如，将用户提到的“操作太麻烦”具体化为“在完成A任务时，需要额外切换三个界面”，这就为优化路径提供了清晰方向。 最终，文章强调沉淀下来的不应只是会议纪要，而应是一套可复用的“焦点小组操作手册”和“用户洞察数据库”。它让一次性的调研活动，变成了团队持续积累对用户理解的知识资产。
社区里的三种人
这篇讲的是网络社区中常见的三类用户角色。作者观察到，如今做社区几乎都得突出“人的存在”，但用户其实可以细分为几种典型。文章用了一个挺形象的比喻——就像图里的孔雀，有些用户可能更注重展示和吸引目光。 具体来说，这三种人分别对应了社区生态里不同的行为模式和价值贡献。虽然原文开头没有完全展开，但通过这个分类，作者其实是在帮社区运营者理解：不同类型的用户需要不同的运营策略和激励机制，他们共同构成了社区的活力与内容基础。 对于正在搭建或管理社区的人来说，这篇文章点出了一个关键：看清你的用户到底在社区里扮演什么角色，是让社区健康发展的起点。
利用选择题进行信息关注度研究案例解析
这篇讲的是如何搞清楚用户在浏览网页时，注意力究竟落在了哪里。作者从最常见的几种方法入手，进行了系统的梳理和对比。 文章指出，想洞察用户视线，主要有三条路径。第一条是查看点击流数据，比如分析点击转化率（CTR）和点击热图。这种方法成本较低，适合快速评估不同页面布局或配色方案带来的整体效果变化，但只能看到用户“点”了哪里，对于“看”了什么却无能为力。第二条是进行眼动测试。这种方法能直接量化视觉行为，提供注视轨迹、特定区域的注视时间、注视点个数甚至回扫次数等精细数据，并生成直观的注视热图。它能回答“用户的眼睛具体在看什么、看了多久”，但对测试环境和参与者有一定要求。第三条则是用户访谈和可用性测试。这属于定性研究，旨在探究用户浏览行为背后的动机和思考过程，回答“为什么”会这样看或点击，是前面两种定量方法的必要补充。 文章通过解析具体案例，对比了这三种方法的优劣与适用场景：点击数据宏观量化，眼动微观解码，访谈洞察动因。对于想深入研究信息关注度的人而言，关键在于根据研究阶段和目的，将这几种方法组合使用，从而获得从行为表象到深层原因的完整视角。
互联网产品如何从无到有聚集用户？
这篇讲的是一个非常经典的互联网问题：一个新产品如何完成从零到一的用户积累。作者没有给出一个单一的“增长秘籍”，而是将这个过程拆解为三个清晰的阶段进行论述，为复杂的冷启动问题提供了一个结构化的思考框架。 更特别的是，作者将思考的视角从现代互联网延伸到了古老的东方智慧。在分析中，巧妙地融入了《孙子兵法》的战略思想，用以类比和指导产品的阶段性用户获取策略。这使得文章超越了常见的增长技巧合集，更像是一场关于产品哲学的探讨。 文章最终落脚于对“国学”价值的倡导，认为学习传统经典能帮助我们形成一种“透过现象看本质”的思维能力，而这种能力，正是洞察用户与市场本质的关键。因此，它不仅是在回答一个具体问题，更是在分享一种结合古典智慧与现代实践的独特方法论。
登录时密码错误了该怎么提示？
这篇讲的是产品在进入“能用”阶段后，如何通过优化一个看似微小的细节——密码输入错误时的提示——来提升整体的易用性和用户体验。 作者从自身负责的产品迭代出发，聚焦于登录流程中一个高频但容易被忽略的场景。文章的核心并非讨论技术实现，而是深入探讨产品设计与交互策略：当用户输错密码时，一个简单的“密码错误”提示背后，其实需要权衡安全性、清晰度与用户挫败感。文章会分析，过于模糊的提示（如“用户名或密码错误”）能提升安全性但可能增加普通用户的困惑，而过于明确的提示则可能被恶意利用。作者从产品视角梳理了不同的提示策略及其适用场景，旨在寻找那个既能保护账户安全，又能让用户快速理解并成功完成登录的平衡点。 这种对细微之处的打磨，正是产品从“可用”走向“好用”的关键一步，对同样关注用户体验的开发者和产品经理具有直接的参考价值。
产品原则，还是用户习惯？
这篇讲的是产品设计中一个经典而棘手的难题：当产品经理坚守的“产品原则”与用户在真实场景中形成的“用户习惯”发生冲突时，该如何决策？作者并没有给出非此即彼的答案，而是深入剖析了这种张力的根源。 文章指出，产品原则往往基于理性推演和长期价值，而用户习惯则是无数次无意识交互沉淀下的“肌肉记忆”。强行扭转习惯可能带来高昂的学习成本和用户流失，但一味妥协又可能让产品偏离最初的定位，陷入功能的无序堆砌。作者通过几个典型场景的对比，揭示了关键差异：原则关注的是“应该怎样”，而习惯反映了“实际怎样”。 对于产品经理而言，这篇文章的启发在于，决策不应是理念的真空辩论。它倡导一种更务实的方法：先理解习惯形成的背后逻辑，再评估习惯的“健康度”——它是提升了效率，还是阻碍了核心价值的传达？最终的选择，或许是在坚持核心原则的框架下，对交互路径进行巧妙的重构，既尊重用户的既有认知，又悄然引导其走向更优的体验路径。
腾讯帐号申诉的用户体验
这篇讲的是作者对腾讯产品“用户体验好”这一普遍观点的深度反思。文章从作者此前批评腾讯用户体验的博文引发的争议出发，回应了众多网友认为“腾讯产品方便易用”的反对意见。作者并不否认某些技术层面的易用性，但核心观点认为，这种评价是“肤浅的表现”。他借用Scott Meyers的名言，指出仅仅因为产品功能上手方便、用户量大就判定其体验优秀，是一种片面且表层的认知。 作者主张，真正的用户体验设计需要看得更深，思考产品背后的逻辑、其生态影响以及是否真正尊重和赋能用户，而非仅仅追求操作上的便利或市场的统治力。这篇反思促使我们重新审视，当讨论“用户体验”时，我们究竟应该关注哪些更本质的维度，避免被表面的流畅和惯性思维所迷惑。
简单说明基于日志的用户行为分析
这篇讲的是如何从最常见的系统日志中，挖掘出有价值的用户行为信息。作者从日志的本质出发，将其定义为记录用户操作流的原始文件，并直接点明了进行用户行为分析的核心动机：我们不仅仅是为了记录，更是为了验证设计思路是否成立、快速定位产品流程中的问题，并主动发现那些用户未曾明说的潜在需求。 文章清晰地对比了基于日志分析与传统的用户访谈或问卷调查等方法。日志数据是客观、全量且无干扰的，能真实还原大规模用户群体的自然操作路径，避免了访谈中可能存在的主观偏差。当然，它也有局限，比如难以捕捉用户操作背后的情绪和意图。因此，最有效的做法往往是将日志分析发现的“是什么”（What），与定性研究探索的“为什么”（Why）结合起来。 作者通过这个简单的说明，为读者（尤其是产品经理和开发者）提供了一个高效、可落地的分析视角：通过解析服务器日志、埋点事件这些枯燥的数据，就能勾勒出用户真实的使用图谱，让数据驱动决策不再是一句空话。
百度解构第一季 - 理解用户搜索行为
这篇讲的是百度技术团队如何深入拆解用户搜索行为背后的真实意图。作者从百度搜索的日常场景出发，指出用户输入的关键词往往只是一部分信息，真正的挑战在于理解那些未被明确表达的潜在需求。 文章梳理了百度在海量搜索日志基础上归纳出的几类典型用户行为模式，比如模糊查询背后的探索意图、连续搜索链体现的任务目标递进等。文中结合了一些具体案例和数据，展示了如何通过分析点击流、停留时续等信号，来补全对用户情境的理解。 核心发现在于，有效的搜索优化不能只停留在关键词匹配层面，而需要构建一个多维的用户意图理解框架。这篇内容对从事推荐系统、搜索引擎或产品设计的工程师来说，提供了一套从数据出发反推用户心理的实用视角。
