洗衣助理
ISDN 3300 交互设计的课程项目
Figma模型
APP宣传海报
关于
这是一个用户界面/用户体验设计的选修课项目，全班同学被分成3~5人的小组，设计手机APP、网站等的用户界面/用户体验。 我们组————郑家坤、许胤哲、罗宇城和我————对做一个自动化洗衣的APP感兴趣。 那时，我还没有去过匹兹堡，不知道有像CSCPay Mobile Coinless Laundry这样的APP，加上香港没有任何自动化洗衣APP（据我们所知），所以我们认为这会非常有用。
设计过程
设计灵感来自于我们在本科生宿舍的现有洗衣体验：
- 洗衣是自助的，不设预约，而且最关键的是，洗衣机不够多。
- 如果所有的洗衣机都被占用了，我们必须等到有空闲的洗衣机。如果回房间等，就可能无法第一时间排上。
- 如果一些洗衣机洗完，但衣服还没取，我们也只能等人来取，或者帮别人把衣服拿出来。这可能违反一些人的卫生习惯，但很多时候，我们不得不选择后一种。
然而，这些只是我们的主观意见，不一定大家都这么认为，所以我们通过使用Qualtrics的调查问卷和采访，进行了广泛的用户调研。 调查问卷的结果可在这里查阅。
用户调研总结
- 大家都非常频繁地使用洗衣房。（市场规模）
- 排队问题非常普遍。（痛点）
- 预约系统需求很高。（非常痛苦）
- 大家很容易忘记取衣服。（提醒是有用的）
- 惩罚机制不受支持。（反复提醒可能更好）
- 洗衣机的清洁对大多数人来说很重要。（可能需要清洁度排名）
- 很多人不需要洗衣时间/温度的建议。（假的用户需求）
- 目前的支付系统极其难用。（需要八达通/支付宝支持）
- 一键报告洗衣机故障很有用。（痛点）
Volare Shell 模型 1
需求：洗衣机卫生指示 需求类型：功能性 事件/用例：洗衣机选择
描述：为用户提供一个平台来了解洗衣机的卫生状况
原因：用户非常关心卫生问题，但除了频繁到场检查外，没有有效的监测方法
来源：用户采访
适用标准：它影响了洗衣服务的体验
客户满意度：不适用 客户不满意度：不适用
前提：可能需要社区/洗衣机的排名系统
冲突：无
佐证材料：调查问卷结果、采访记录
历史记录：V0.1，一个新的要求
Volare Shell 模型 2
需求：按月预约 需求类型：功能性 事件/用例：预订洗衣机
描述：提供更灵活的预约操作，以降低交互成本
理由：一些用户在使用洗衣机时有固定的、规律的日程
来源：用户采访
适用标准：它可以降低一些有固定和定期使用需求的用户的交互成本
客户满意度：不适用 客户不满意度：不适用
前提：一个完善的预订系统
冲突：无
佐证材料：调查问卷结果、采访记录
历史记录：V0.1，一个新的要求
然后，我们提炼出原始设计，制作了一个纸质模型和一个Figma模型，并进行了面对面的的可用性实验，以测试我们的用户界面设计。
可用性实验总结
功能性反馈
- 明确指出扫描二维码的目的，包括二维码在洗衣机上的位置
- 强调二维码扫描，将 “扫描二维码 “按钮移到外面
- 为有很多衣服要洗的用户提供多机位预约功能服务
- 在付款前显示所有相关信息，包括预计等待时间
- 忘记带洗衣液，但洗衣机已被锁定（需要更多提示）
- 忘记带洗衣液，但已经解锁了洗衣机：提供选择：1. 五分钟后送来洗涤剂 2. 支付2港币一次性购买洗涤剂
- 衣物长期置于洗衣机。专人负责将衣物取出，并提醒用户。
- 剩余时间倒计时
用户界面反馈
- 字体 ——— 正式性（APP使用），一致性：
- 20 ——— 小细节
- 40 ——— 正文
- 48 ——— 提醒
- 96 ——— 标题与数字
- 图标 ——— 一致性：颜色、风格、位置，需要一个设计库
- 页边距 ——— 适当，不要太窄
最终结果
在吸收所有反馈及调整之后，我们做出了我们的最终Figma模型.
我在匹兹堡使用CSCPay Mobile Coinless Laundry后，发现它有大部分我们设计的功能，但没有预约系统来保证高峰期的公平性。 这是很合理的，因为排队情况很少出现。
所有的设计都必须满足其在当地的主要用户，除非我们想扩大业务和泛化设计。😁