六月份阅读笔记

构建之法阅读笔记07
对应章节：第九章 用户体验 - 功能蔓延的毒害
核心观点：少即是多

个人感受：
01 过去做法：
为一款笔记APP添加了：

• Markdown支持
• 手写输入
• 语音转文字
• 协同编辑
  结果：
• 基础文本编辑卡顿（因功能耦合导致内存泄漏）
• 用户调研显示80%用户只用纯文字+图片

02 问题分析：

• 书中9.2节的"KANO模型"被误用：
  • 将"兴奋型需求"（语音输入）当作"基本需求"开发
  • 忽视"无差异需求"（手写）的资源浪费
• 技术负债：各功能相互调用形成"蜘蛛网架构"（P217图9-5）

03 解决方案：

• 需求过滤漏斗：

  1. 用KANO问卷筛选出真实基本需求（如"图片插入速度"）
  2. 对每个新功能问："如果不上线，会有多少用户流失？"（书中P222）

• 插件化架构：

  // 核心只处理文本和图片
  class CoreEditor {
  private plugins: IPlugin[]; // 其他功能按需加载
  }