ANQI DONG下载简历
在校个人项目2021-03

SmileSeeker — App UI 设计

2020年1月,新冠疫情爆发,我与另外7名同学共同组织了一场对武汉医务工作者的定向募捐,亲身体验了身份核验、供应商筛选、资金管理、物流协调等工作。

基于这段经历,我提出了SmileSeeker:一套连接求助者、捐赠者、供应方与物流方的透明资源协作平台。

01

背景调研

武汉新冠疫情爆发后,医疗物资紧缺。与此同时,在突发事件中,公众也会关注筹款效率、物资分配、执行方式和信息公开是否清晰。人们愿意提供帮助,却难以确认援助是否真正抵达受灾地区,并落实到一线需求中。

自然灾害的特征研究
国内慈善组织的分类

慈善组织与募捐平台案例研究

我将国内公众参与援助的常见方式分为网络筹款平台和慈善组织,并分析了水滴筹、红十字会和韩红爱心慈善基金会三个案例。

水滴筹

个人求助入口直接,但陌生求助者的真实性、信息核验和资金去向容易引发疑问。

水滴筹与平台公益模式研究

红十字会

具备较强的资源与组织基础,但流程、执行效率和信息公开曾受到公众质疑。

红十字会案例研究

韩红爱心慈善基金会

行动力与公众影响力较强,但对个人公信力、志愿团队和自身执行能力依赖较高。

韩红基金案例研究

援助系统不仅需要募集资源,还需要公开求助身份、资金用途、物资选择、物流状态和最终接收结果。

02

个人募捐经历

2020年1月25日,在武汉疫情最紧张的阶段,我与另外7名同学共同发起了一次校内募捐。我们在线募集资金,联系武汉当地医院、医疗物资供应商和物流公司,并采购、寄送灾区需要的防护物资。整个过程需要在微信、微博、电话、电商平台、支付工具和快递服务之间不断切换。我们陆续遇到身份核验、供应商筛选、资金管理、退款沟通和物流受阻等问题。

校内募捐经历的时间轴梳理

主要问题总结

01

募捐发起人的身份与筹款资质难以被快速验证,医院需求也缺少统一核验。

02

供应商信息与物资质量难以判断,采购价格和物资选择容易受到质疑。

03

资金进入私人账户后,资金用途、退款处理和最终去向缺少公开记录。

04

多方沟通分散在不同平台,捐赠者难以及时了解物流状态和援助是否真正到达。

参与者画像

求助者

急需符合要求的物资,但难以判断陌生募捐者是否可靠。

捐赠者

愿意提供帮助,但付款后无法确认资金与物资是否安全到达。

募捐发起人

同时联系医院、供应商与物流,并持续回应参与者的疑问,工作量大且难以建立充分信任。

那么,是否能通过一个统一的平台,帮助求助者与捐赠者建立相互信任?

03

需求分析与功能规划

原流程包括求助者、捐赠者、供应方、物流方和募捐发起人五类参与者。募捐发起人承担的联系、决策和管理工作,可以由平台规则和信息系统重新组织。

利益相关者

利益相关者关系图
01求助者

身份核验、发布需求、管理项目、确认收货

02捐赠者

决定资金用途、参与物资选择、监督进度

03供应方

提供可比较的物资与真实商品信息

04物流方

运输物资并公开物流状态

05平台

组织信息、记录过程、连接各方并提供监督入口

共创工作坊

我准备了图钉、便利贴、毛线和画笔,让参与者分别代入求助者、捐赠者、供应方和物流方,在展板上记录问题、补充想法,再用毛线把问题与对应方案连接起来。

参与者们使用角色贴纸、便利贴、图钉和毛线,在展板上梳理问题、连接角色关系并呈现各自的解决思路。

通过共创活动,我进一步确认了系统需要优先解决的核心问题:物资分配过程不透明、捐赠者难以参与资金用途决策、物资从供应方到求助者的协作路径不够直接,以及物流信息没有被纳入统一的协作流程。

KANO功能分析

根据利益相关者分析和共创结果,我整理出17项候选功能,并通过46份KANO问卷判断功能优先级。问卷参与者包括学生、医务工作者、物流人员和其他职业工作人员。

KANO模型的问卷与数据分析

由此可得,需要优先保留的功能包括身份核验、需求发布、真实信息披露、物资选择、问答、物流状态、筹款更新和收货反馈等。

04

低保真交互原型

SmileSeeker由两个相互连接的App组成:求助端负责发布和管理需求,捐赠端负责了解项目、参与决策、捐赠和监督。双方看到的是同一个项目及其进度记录。

求助端

进入 → 身份核验 → 项目管理 → 发布需求 → 确认收货

捐赠端

进入 → 浏览 → 选择 → 查看详情 → 捐赠 → 物资投票 → 监督物流 → 个人中心

双端交互流程与低保真原型图
05

原型测试

在制作高保真界面前,我使用可替换的纸面手机原型进行测试。参与者点击纸面按钮时,我同步替换对应界面,并观察操作反应、理解偏差和任务完成情况。

纸面原型测试
用户反馈的问题及对应的设计修改
01

星级评价像交易平台——删除星级,改为对完整援助过程的标签反馈。

02

“收藏/购物车”表达商业感过强——改为更中性的“标记”。

03

心形图标看起来可以点击,但没有实际功能——删除无意义图标并简化界面。

04

重要问答放在滚动信息中,不够严肃且容易被忽略——改为求助者信息后的独立问答卡片。

06

最终App UI 设计

求助者发布经过核验的需求并反馈收货结果;捐赠者了解真实情况、参与物资决策,并持续查看采购与物流进度。

高保真原型样机图
07

服务系统的设计完善

公共互动入口设计

为了让更多人注意到援助需求、了解并使用SmileSeeker,我设计了一组设置在公共场所的互动电子屏。广告牌通过四个连续的互动阶段,让路人直观感受到医务工作者对防护物资的需求,并引导更多人进入平台、参与募捐,为有需要的人提供帮助。

01初始画面

黑色烟雾象征病毒,未佩戴口罩的医务工作者神情焦虑。

02用户靠近

距离传感器识别到路人后,医务工作者开始咳嗽,屏幕提示用户为她戴上口罩。

03拖动口罩

用户在屏幕上将口罩拖到医务工作者脸上,她的表情随之变得轻松。

04进入平台

互动完成后,屏幕展示SmileSeeker的项目介绍与入口,引导用户进一步了解并参与募捐。

使用情境故事板