UX ZONDEV
Users
先定义你在为谁设计,再决定信息、流程和界面该怎么组织。
很多坏体验不是因为页面不够精致,而是因为团队根本没有先把用户、场景和角色说清楚。角色卡、共识地图和研究方法,不是文档装饰,而是后面所有体验判断的起点。
这一章先帮你看什么
Visual Notes
这些图不是历史截图,而是根据私有参考结构重新整理后的公开版说明图。
Chapter
先把“是谁”说清楚,后面的任务流和界面判断才有落点。
复杂体验问题适合先用地图整理共识,再进入页面和流程。
先决定证据怎么来,再决定结论怎么讲,会比只谈观点更稳。
Related Methods
从人和场景开始,而不是从界面开始。
场景剧本、访谈和角色卡怎样进入真实项目。
Related Cases
把一个会反复推送库存任务的个人任务系统,重构成“今日聚焦 + 人类确认门 + 多周期复盘”的可执行服务。
把一个“像工具目录”的首页,改成陌生用户一进来就知道这是做什么、为什么重要、下一步该怎么看的叙事首页。
Related Skills
用户最怕的不是复杂,而是不知道该先点哪里、该先做什么。
当系统每天都在提醒很多事时,用户最需要的不是更多列表,而是一个明确的今日承诺池。
Related Sources
把每日入口限制在 1-3 条真的要推进或确认的事项,并且明确 AI / human 的分工边界。
把 OpenClaw、Today-Focus、TODO-Inbox 和多周期 review 收到同一条状态链路里,重点解决澄清、验收、人类确认门和库存治理。
从用户需求开始,不要只做网站,而要把整个服务设计进去。