03 / PRODUCT THINKING & PROTOTYPING
先把问题说清楚,
再设计下一步。
从校园生活里的具体场景出发,梳理用户目标、信息结构与关键状态,再用可点击原型表达方案。下面是两个独立概念练习。
用户场景→核心流程→交互状态→验证计划
CASE 01 / JOB SEARCH ORGANIZER
职向 · 求职进度助手
应届生求职 · 桌面端概念原型
投递、笔试、面试同时推进时,进度容易散落在聊天记录和备忘录里。职向把岗位阶段与下一步行动放在同一张看板上,帮助用户快速判断“现在到哪了、接下来做什么”。
目标用户
正在同时跟进多个实习或校招岗位、需要整理投递进展的在校生与应届生。
设计目标
让每个岗位的当前阶段一眼可见,并把“下一步行动”作为推进求职流程的提示。
核心流程
- 记录关注岗位
- 更新投递阶段
- 查看下一步行动
- 复盘当前进度
方案取舍
用阶段看板代替长表格;卡片只保留公司、岗位和下一步,先降低持续维护的成本。
待验证假设阶段看板比自由备注更容易让求职者发现遗漏的跟进任务。
验证计划邀请目标用户完成“找到一项待办并推进岗位阶段”任务,观察理解成本和漏项。
CASE 02 / CAMPUS EVENT DISCOVERY
拾光 · 校园活动发现
校园活动 · 移动端概念原型
活动通知分散在不同群聊和公告里,学生常常错过感兴趣的活动,或临报名时才发现时间地点不清楚。拾光把分类、活动信息和报名状态放到一条连续的浏览路径中。
目标用户
希望快速发现讲座、校园活动和成长机会,并需要确认时间、地点与报名结果的学生。
设计目标
降低浏览活动的筛选成本,让报名结果有明确反馈,并能回到“我的报名”中查看。
核心流程
- 按兴趣筛选
- 查看时间地点
- 完成活动报名
- 查看我的报名
方案取舍
活动卡片优先呈现日期、地点和报名状态;分类筛选与报名入口放在列表页,减少来回跳转。
待验证假设把日期、地点和报名状态前置,能帮助学生更快判断是否参加。
验证计划观察学生从活动列表找到目标活动并完成报名的过程,记录卡片信息是否足够。
DESIGN NOTES
从问题到交互,
每一步都可以继续验证。
01先明确场景
从谁在什么情况下遇到什么问题开始,而不是直接画页面。
02表达关键流程
用页面、状态和操作反馈说明方案如何被使用。
03留下验证问题
把设计假设和验证计划分开写,不把设想当作用户研究结论。
说明:以上是个人自主练习与代码实现的可点击原型,不代表真实商业项目、已上线产品或实际用户调研。界面与交互用 HTML、CSS、JavaScript 呈现。