小张接了个外包项目，花两周写了款记账工具，发给客户后对方只回了句：‘不是我想要的。’后来才发现，客户真正要的是能自动识别发票照片、一键导出税务报表的功能，而小张做的只是手动录入+折线图展示。
用户需求分析，不是问一句‘你想要啥’就完事
很多人以为需求分析就是开个会、填张表、写几句‘支持导入Excel’‘界面要简洁’——结果做出来发现，用户压根不用导入功能，反而天天在评论区催‘能不能扫小票’。
真正的用户需求分析，得钻进用户的真实场景里看：他们用什么设备？在哪儿操作？手边有没有打印机？网络稳不稳定？会不会边煮泡面边点手机？
三个接地气的实操方法
1. 看截图，比听描述管用
让目标用户打开正在用的同类软件，截下最近3次操作的页面。不是让你抄界面，而是找‘卡点’——比如总在‘导出PDF’按钮上反复点击，可能说明路径太深；截图里满屏红色报错，大概率是提示文案没说人话。
2. 跟着用户走一遍流程
不带电脑，不带提纲，就坐他工位旁边，看他怎么完成一件事。有位做库存管理软件的开发者，跟仓库管理员蹲了半天，才发现人家根本不用扫码枪，全靠语音报数+手写单子，回来立刻砍掉了整套蓝牙扫描模块，加了语音转文字和拍照批注功能。
3. 用最小原型快速试错
别急着写代码。拿Figma或甚至PPT画三页关键流程（登录→核心操作→结果页），发给5个真实用户，只问一个问题：‘如果现在必须用这个，你会在哪一步关掉它？’答案比一百份问卷都准。
一个小工具帮你理清逻辑
遇到模糊需求时，试试这个表格，填完基本就清楚该做什么了：
用户是谁？ → 便利店店主（45岁，iPhone 7，微信常用）
他在哪做？ → 收银台后，常一手抱孩子一手操作
现在怎么解决？ → 手写进货本+Excel汇总，每月花两天对账
最烦什么？ → 找不到上月某瓶酱油的进货价
愿意为哪个点多点两下？ → 查历史价格（但不想翻页）
绝对不能出错的地方？ → 日结金额，错一分都不行最后一句实在话：用户说‘我要个更快的马’，你真去改良马鞍，不如先问问——他到底要去哪？路上有没有路？需不需要载货？