我们这一代人的互联网
这篇讲的是一位互联网产品经理在2015年的观察与反思，从“没有令人印象深刻的产品”这一伤感结论出发，拆解了当时中国互联网的几个关键变化。 文章首先指出，经过几年发展，移动产品设计已进入标准化和模块化的平淡时期，各类APP界面趋同。紧接着，创业的成功要素从早期的创意、产品、流量，明确转向了运营驱动，产品经理的职能也随之需要向运营偏移。 作者进一步分析了微信的垄断效应——它像黑洞般吸走了用户时间，在一定程度上封锁了创新空间，并导致流量成本飙升。针对行业热衷的“颠覆”与“降维攻击”论调，文章通过对比电商与传统零售的规模数据，犀利地指出互联网的工具属性并未改变生意本质，其对传统行业的优势正在减弱。 最后，文章借“再设计”的概念提出，未来的突破可能在于深入传统行业，从信息贩卖走向交易闭环。整篇文章没有给出确定答案，而是以一个从业者的视角，勾勒出行业从高歌猛进到需要沉心思考的转折点。
产品设计之尊重常识
这篇讲的是产品设计中一个常被忽视却至关重要的原则：尊重常识。 作者从一个很接地气的视角切入，指出常识往往是“大家第一秒都懂，但实际情况中却总被忽略”的东西。他举了一系列生动例子：不可能既要流量又便宜又精准；不可能要求设计快、质量高还薪水低；用户天然讨厌繁琐操作和强制登录门槛——比如早期在交易网站强推登录，就是违背“用户来是为了买东西”这个基本常识。 文章的核心观点在于，尊重常识是产品设计的起点，本质是回归事物的本来面貌。它强调，好的产品应该把绝大多数精力（90%）用于思考“内在驱动”，也就是用户、场景、需求与解决方案的匹配；而只用少量时间（10%）去处理“外在表现”，如界面颜色、功能入口等表面问题。 作者以此指出，许多看似“很美”的设计之所以失败，恰恰是因为脱离了常识。这篇文章对产品经理和设计师的启发在于：先沉下心深度思考，再动手实现，别让表面的精致掩盖了本质的缺失。
给自己的字体课（一）——英文字体基础
这篇讲的是作者从实际设计需求出发，为自己梳理的英文字体入门知识。核心是解析衬线体与无衬线体这两大分类下的“情绪”差异与应用场景。 文章首先厘清了衬线体（Serif）的演变脉络：从笔划对比缓和、带有手写痕迹的旧风格字体（Old style），到线条锐利、对比强烈的现代字体（Modern）。通过《Kinfolk》杂志的排版和阿玛尼、华伦天奴等奢侈品牌的Logo案例，展示了前者如何营造传统、柔软的诗意感，后者如何传递现代、高冷的优雅。 而无衬线体（Sans Serif）则被形容为更简明有力。文章重点以Helvetica为例，剖析其“中性”特质——既适用于地铁导视系统，也能融入时尚品牌，成为信息传达的“透明容器”。作者也指出，字体的情绪是相对的，比如板状衬线体（Slab Serif）就能呈现出现代、年轻的感觉，打破了“衬线体一定古典”的刻板印象。 整篇文章像是一份清晰的笔记，从衬线有无的基础分类切入，最终落脚到字体如何服务于品牌气质与内容调性，为设计初学者提供了一个实用的认知框架。
设计为核，驱动商业
这篇讲的是Intuit这家美国财务软件巨头，如何在竞争激烈的市场中靠“设计”赢得长达30年的领先地位。文章以CEO的视角，回顾了公司从“功能优先”转向“设计驱动”的变革历程。 核心观点是“设计为愉悦而生”（D4D）。作者发现，产品仅仅“简单易用”还不够，必须创造情感联结，让用户感到愉悦。例如，他们收购的Mint通过自动导入银行数据，极大缩短了用户看到第一份饼图的“等待时间”；税务软件SnapTax让纳税人通过拍照W-2表格就能报税，有人甚至评价“终于能在浴缸里完成退税了”。 这场变革不只属于设计师。Intuit将设计思维推广至全员，鼓励工程师、产品经理甚至财务和人事部门思考如何优化体验。成效显著：客服求助电话减少了24%；在税务软件市场，其份额超过60%，营收持续增长。 文章指出，许多技术团队容易陷入“渐进式”改进，只关注功能和便捷。Intuit的转变证明，将情感与设计注入“必需但非热望型”产品，不仅能提升用户体验，更能直接驱动市场份额增长——这对所有技术产品的打造者都是一种启发。
创业常犯的6个产品错误
作者从自身经历出发，总结了创业过程中，常被忽视的六个产品层面错误。这些错误并非技术问题，而是关乎对需求的理解、对市场的敬畏。 核心观点是，许多创业失败源于用工程师思维或资源思维代替了产品思维。比如，总以为“就差个程序员”，却忽略了市场风险远大于技术风险；或者“憋大招”封闭开发，错过了精益创业中快速验证的机会。文章还批判了“我觉得用户一定喜欢”的主观臆断，以及“盯着竞品先抄后超”的跟随策略，指出这很难带来真正的创新。作者强调，在资源和风口面前，创业者更需要具备产品经理般的用户洞察力和持续学习能力，将“懂用户”视为最重要的资源。 整篇文章的启发在于，创业的原动力应是解决问题的使命感，而非单纯追逐风口。具备产品经理的能力，是规避这些常见陷阱、让创业之路走得更稳的关键。
及格的产品vs优秀的产品
这篇文章探讨了“及格”与“优秀”产品设计的微妙差别。作者从“用户体验”这一常被提及却难以捉摸的概念入手，通过三组具体产品的功能对比，将差异清晰地呈现出来。 文章选取了听歌识曲、手机支付、叫车引导页这几个常见功能，对比了音乐雷达与微信摇一摇、支付宝与微信支付、快的与滴滴的不同设计。例如，在支付流程中，微信支付将密码简化为6位数字并去掉了确认按钮，而支付宝虽也简化了密码，却保留了冗余的确认步骤和复杂的信息层级，设计功底高下立判。作者指出，及格的产品能完整地实现流程，而优秀的产品则致力于让流程极简、元素不可再减，让用户能毫无负担且愉悦地完成任务。 其核心观点一针见血：产品经理的思维往往还停留在“完成任务”，而优秀的产品设计已经在思考如何“愉悦地完成任务”，这正与用户日益追求便捷、高效的心智模型演进相契合。文章最后用一张生活中的对比图，直观地提醒所有设计者：别只满足于让东西“能用”，而要努力让它“好用”甚至“爱用”。
为什么工程师会造出蹩脚的产品
这篇讲的是工程师在设计产品时容易陷入的思维陷阱。作者从一个极其复杂、明显由工程师设计的用户界面切入，指出其背后根源：工程师往往更痴迷于探索技术的可能性空间，热衷于让计算机实现各种“牛逼”的功能，而不是做出艰难的取舍以简化复杂性。 文章分析了几种典型的工程师倾向，比如不喜欢做选择（因为会限制灵活性）、优先增加潜在功能而非移除不必要的复杂性，甚至倾向于自己搞定设计问题。作者还以自身开发经历为例，说明当工程师专注于用技术方案解决边界情况时，很容易构建出用户根本不需要的复杂功能，而忽略了问题的本质可能是一个需要简洁处理的设计问题。 最终，文章揭示了产品与技术的本质区别：技术是管道，而产品是做出选择、创造清晰体验。这些观察提醒技术从业者，理解工程师自身的思维模式与局限，是打造优秀产品的关键一步。
如何写简历
这篇讲的是从招聘方视角出发，如何让简历在筛选中脱颖而出。作者以每周处理上百份简历的经验为基础，指出了几个关键但常被忽视的细节。首先是简历的命名与基本信息，明确的“姓名-岗位-城市”格式能极大方便HR的初筛与面试官安排。其次，文章犀利地指出附上GitHub或博客链接可能成为加减分项，内容丰富固然加分，但长期不更新的链接反而减分。在项目经验部分，作者建议紧扣目标岗位的职位描述，并尽量提供线上作品的直接链接，避免让招聘方额外花费时间搜索。对于校招者，频繁更换实习经历会被视为不稳定因素。文章最后总结，简历的核心在于“换位思考”——通过优化细节，让招聘方能更顺畅、舒适地获取信息，这本身就是专业素养的体现。作者用实际案例和坦率观点，将一份简历的筛选过程具象化，对求职者有切实的参考价值。
交互设计是什么？可以吃吗？
这篇讲的是交互设计到底是什么，以及它如何“隐藏”在我们的日常中。作者从一个轻松的概念辨析出发，指出交互设计的核心往往追求“无感”，而非表面的“科技感”。文章梳理了交互设计作为交叉学科的广泛范畴——它扎根于人（心理学）、机（计算机工程）、美（设计）三大领域，并重点讨论了在人机交互界面中，设计师如何规划用户与产品的“对话”路径与关键节点。 最有趣的部分在于，作者将交互设计思维“降维”应用到生活场景中：用约会全过程和一封精心构思的邮件作为案例，拆解了其中无数可优化的细节与“对话”节点。这生动地说明，好的交互设计本质是体贴的“预设”，其最高境界正是让人浑然不觉，只觉得顺畅自然。 文章最终想传达的是，交互设计并非遥不可及的专业黑话，而是一种可以用来审视和改善一切体验的思维方式——从治疗我们面对复杂科技产品时的“认知失调”，到有理有据地评判身边的设计优劣。它让“体验”这个词变得具体可操作。
[设计师学编程]那些绕不过的概念
这篇文章从设计师的视角出发，试图拆解编程中最基础、也最容易卡住初学者的几个核心概念。作者没有堆砌术语，而是通过一系列生动的比喻——把变量比作“替身”，数组比作“分格抽屉”，函数比作“百宝袋”，类比作“招聘职位”——来直观呈现这些抽象概念的实质与用途。 文章逐个剖析了每个概念背后的编程思维训练：从“抽象”一个变量，到用数组“压缩”管理同类数据，再到利用判断与循环实现“自动化”，以及通过函数达成“模块化”和用类实现“面向对象”。更宝贵的是，作者坦诚分享了每个环节中容易踩的“坑”，例如变量命名困难与管理混乱、数组在多维和循环中容易引发思维混乱、函数调用关系复杂等，并给出了一些实用的填坑建议，比如使用可视化工具辅助理解、注重命名与注释等。 对于正在学习编程的设计师或任何初学者而言，这篇文章不仅解释了“是什么”，更着重于说明“为什么难理解”以及“如何克服”，像一位有经验的同伴在分享学习路上的路标与暗坑。
产品经理都是潜伏在公司里的创业者
这篇文章探讨的是产品经理的终极职业路径——它并非一个岗位的线性晋升，而是“产品经理、创业者、投资人”三位一体的演进过程。 作者的核心观点是，这三者在本质上共享同一套底层能力：对“做什么”的判断与投资。产品经理在公司内部做功能选择，是在练习创业思维；创业者本身必须是产品的第一个负责人；而投资人则是在对项目进行更宏观的投资。三者的区别在于影响范围和杠杆大小：从改变产品/公司的局部，到掌控整体，再到用资本助力多个主体。 文章具体描绘了这条路径：从大公司产品岗位起步锻炼技能，时机成熟时可选择创业或负责独立业务，最终凭借积累转向投资。作者特别指出，好的投资人往往需要兼具创业经历和产品视角，这解释了为什么许多创业者希望拿到这类投资人的钱。这种“经历不白费、积累可变现”的视角，为技术从业者规划长期职业生涯提供了一个清晰的、以能力复用为核心的框架。
为什么现在那么多人应聘产品经理岗位？
这篇文章探讨了当下互联网行业一个有趣的现象：为何产品经理岗位吸引了大量求职者，甚至被戏称为“技术岗的归宿”。 作者从一组真实的职位要求（JD）对比切入，生动地展现了原因。相比于程序员岗位要求明确掌握C++/Java、熟悉算法与数据结构、甚至需要硕士学历等“硬核”门槛，产品经理的职位描述则更侧重于沟通协作、需求理解、逻辑思维等“软实力”。许多求职者在排除了自己不擅长的开发、测试、运维、销售、设计等岗位后，发现产品经理的任职要求仿佛是为自己量身定做——尤其是“愿意吐槽和抱怨”都被幽默地归为这项能力。 这其实揭示了一个深层现象：一些对技术基础不扎实、但渴望进入互联网核心岗位的求职者，可能将产品经理视为一个综合性的、更侧重“软技能”的入口。文章用略带讽刺的笔调，点明了这种“产品经理遍地爬”的局面背后，是岗位认知与个人能力匹配过程中的一种自我选择。对于正在择业或招聘的读者而言，这或许能引发一些关于岗位真实要求与自我定位的冷静思考。
在大公司和小公司做产品的区别
这篇文章源于作者在知乎的一个回答，分享了自己从大公司产品经理转型到小团队创业后的真实体会。作者从规划流程、竞品应对、用户研究、优先级决策、资源分配到日常响应速度等十多个维度，生动对比了两种环境下的心态与做法差异。 在大公司，流程规范、资源集中，但也面临层层审批和内部竞争；而在小团队，决策自主、响应敏捷，但必须直面成本压力和一人多职的挑战。文章通过“找喷都要请客”、“自己测功能担惊受怕”等细节，道出了创业者在资源约束下对效率和价值的极致追求。 这篇文章并非简单评判孰优孰劣，而是通过鲜活的对比，帮助产品人理解不同环境塑造的不同工作方法和思维模式，无论身处何处，都能更好地珍惜当下、专注成长。
JavaScript里的依赖注入
在JavaScript开发中，随着项目复杂度上升，模块间的依赖管理常常成为痛点。这篇文章从“如何优雅地解耦和替换模块依赖”这一实际问题出发，深入探讨了依赖注入的几种实现方案。 作者首先展示了一个硬编码依赖的例子，并由此引出依赖注入需要达成的目标，比如保持函数作用域、支持自定义参数等。文章详细分析了两种主流思路：一种是模仿RequireJS的显式声明方式，需要在注入器中按顺序注册依赖名；另一种是借鉴Angular的反射方法，通过解析函数参数名来自动匹配，这虽然更灵活，却存在一个致命缺陷——代码压缩会破坏参数名映射。 作者并没有止步于对比。为克服单一方案的局限，文章最后提出了一个结合两者优点的自定义注入器实现：既支持通过字符串列表显式声明依赖，也能尝试基于参数名的反射匹配，从而兼顾灵活性与生产环境的兼容性。整个探索过程逻辑清晰，从问题定义到方案演进，为读者提供了在实际项目中处理依赖关系的具体思路。
文字编排的易读性
这篇讲的是，一款优秀的阅读应用如何通过细致的文字排版规则，来提升核心的阅读体验。作者从一个常被忽视的痛点切入——许多设计将精力集中于图标和色彩，却忽略了让文字本身更易读这个更根本的任务。 为此，文章系统梳理了网易云阅读在正文排版上的具体设计准则。它从设定合适的版面区域与边距开始，详细阐述了字体大小的层级关系、行对齐方式的选择（例如长文更适合左右对齐），以及至关重要的“留白”艺术。留白需遵循从字内到字间、行间、段间面积依次递增的规律，避免混乱。 文章特别强调了行距与段距的设定细节：正文行高常设为字体大小的两倍，并需根据字体（如宋体与黑体）特性微调；段间距则建议约为两个字高，以保证段落视觉上的独立与连贯。此外，针对中英文混排、标点符号的“悬吊”与“避头尾”处理等中文特有的复杂情况，文中也给出了具体的预设规则。 最终，作者指出，尽管版面设计会随时代与读者群体变化，但建立一套基于阅读体验的、明智的排版规范，是确保产品文本在任何设备与环境下都能清晰、舒适呈现的基础。
函数要多小才够好——谈小函数之道
作者从“函数设计的本质是内聚”这一共识出发，深入探讨了一个常被忽视但至关重要的实践细节：函数到底应该写多长、多小才算好。文章指出，函数的“小”并非目的，而是其内聚性与可读性的外在表现。 为此，作者提出了一个核心衡量标准：“代码最小处理单元”。他将一次赋值、一次比较乃至一次函数调用视为一个单元，并基于人脑认知负荷（不超过7个单位），建议单个函数内的最小处理单元也应控制在7个以内。这为“多小”提供了一个可操作的参考尺度。 作者进一步分享了四个明确的拆分信号：函数过长无法一览无余、局部变量超过七个、缩进嵌套层级过多，以及最重要的——函数内部代码处于不同的抽象层次。他通过一个初始化函数的改造示例，清晰展示了如何将混杂的底层细节封装成更小的、抽象单一的函数。 文章的点睛之笔在于，它定义了小函数的“下限”与“意义”。哪怕函数体只有一行代码，如经典的 `int max(a, b)`，其存在的价值在于通过函数名将具体逻辑抽象为意图清晰的“做什么”，在调用处极大地降低了阅读者的认知成本。文末，作者建议开发者多尝试编写10行以内的短小函数，逐步体会其带来的清晰与可维护性的“大威力”。
走近用户，从访谈开始
这篇讲的是，如何让业务方伙伴也能快速上手用户访谈，把这项用研核心技能变成拉近与用户距离的利器。文章开宗明义，点出访谈是用于定位问题、挖掘需求的定性方法，它要解答“是什么”和“为什么”，而非“有多少”。 作者将访谈要点提炼为几条关键法则：首先要像聊天一样提问，用生活化语言代替专业术语；其次，要聚焦用户过去和现在的真实体验，而非让他们凭空想象未知；再者，必须学会连贯追问，像“什么时间”、“什么场景”这样一步步把问题问透。 文章也直指业务方在初次尝试时容易踩的坑：提问不能过于开放模糊（比如“你觉得XX怎么样”），问题本身要避免带有倾向性（比如“这个功能好用吗”）。更重要的是，要多倾听，不随意打断用户，同时要引导用户详细描述遇到的问题本身，而不是直接跳到他们提供的解决方案上。 整篇文章就像一位经验丰富的用研在分享心法，既有方法论，也点出了实操中的具体陷阱，对于想亲自了解用户声音的业务方来说，是一份很实在的入门指引。
产品文案风格指南
这篇指南详细梳理了产品团队如何建立并执行统一的文案风格规范。它从一个常见但容易被忽视的痛点切入：在发布会PPT或产品描述中，产品名称的大小写、空格等细节缺乏一致性，会悄然影响品牌的专业形象。作者将其类比为产品文案领域的《iOS Human Interface Guidelines》，强调规范对于提升团队协作效率和品牌形象统一性的价值。 文章的核心部分聚焦于具体的“书写规范”。它首先厘清了常被混淆的全角与半角概念，并围绕最基础也最易出错的“标点符号”与“空格”两大维度展开。在标点方面，它引用了国家标准《GB/T 15834—2011》等权威资料，并给出了“中文环境下使用全角标点”、“避免重复使用感叹号”等可立即操作的准则。在空格处理上，明确了“中英文、中文与数字之间需加空格”、“长串数字以三个为一组”等排版规则，同时指出了“数字与单位之间是否空格”等团队中可能存在的争议点。 通过引用国家标准和日常高频场景，这篇文章不仅提供了可落地的操作清单，更传递了一个核心观点：细微处的规范是产品专业度的无声代言人。它帮助产品与运营同学从“凭感觉”写作，转向有据可依的标准化输出。
跨终端设计模式
这篇文章聚焦于数字设备爆发式增长的2011-2012年，从终端屏幕尺寸的维度，系统梳理了跨终端的设计模式。作者将当时市场上的数字产品划分为四大类别，并逐一分析了其生态与设计特点。 首先是智能手机，Android的开放催生了激烈的市场竞争，屏幕尺寸从4寸到5.5寸百花齐放，设计重点在于如何适配多样化的单手操作场景。其次是平板电脑，以iPad为首的设备占据了客厅和移动场景，其更大的屏幕带来了与手机完全不同的信息密度和交互逻辑。第三类是PC与笔记本，随着“超级本”概念和Windows 8的推出，传统电脑开始融合触摸交互，设计上呈现出平板与电脑的融合趋势。最后是智能电视与机顶盒，这类大屏设备引入了体感、手势等远场交互方式，开启了客厅娱乐的新体验。 这篇文章的价值在于，它并非泛泛而谈，而是紧扣当时具体的硬件产品和市场数据（如国内安卓手机季度出货量），为我们勾勒出一幅清晰的“设备-屏幕-交互”演进地图，对理解响应式设计、自适应布局等跨端策略的历史背景很有帮助。
关于用户体验的三个反思
这篇讲的是对用户体验常见误区的深度反思，起因是作者在微博上发起的一个讨论：“一个产品没用，体验再好用户也不会去用”，这句话对吗？作者认为这种说法混淆了“可用性”和“用户体验”两个概念。 文章首先澄清，用户体验是一个贯穿用户接触产品全过程的全方位感受，远不止UI的易用性。作者用高速公路和盘山公路做比喻，说明可用性高不等于体验好。接着，文章探讨了用户体验与产品价值的关系：有用性是基础，可用性是要求，吸引力才是期望。以12306和51job为例，它们的界面可用性虽差，但因其独特的产品有用性和吸引力，依然是有价值的产品。最后，作者从组织架构的角度提出反思，认为将“产品设计”和“用户体验设计”割裂开会导致效率低下，更合理的分工是“产品管理（PM）+用户体验设计（UXD）”，二者应为共同的产品成功目标而紧密协作。 作者的核心观点是，用户体验并非锦上添花的“美化”工作，而是从产品构思之初就应贯穿始终的设计思维。文章提醒从业者，要警惕将用户体验窄化为“改界面”的误区，真正从用户全流程和组织协同的角度去思考和实践。