# 第二题 为一个小麻烦设计 App

- **类型**：设计题（必做）
- **基础要求**：不需要编程基础
- **提交材料**：一份 PDF 设计文档
- **AI 规则**：仅可辅助润色、排版和制图等表达工作；构思与设计由本人完成

## 任务背景

请选择自己或身边人在学习、校园生活、兴趣活动中遇到的一个小麻烦，为它设计一个手机 App。

题材可以自选。例如：出门总是漏带东西，想看的作品散落在聊天记录里，社团活动准备时不知道还缺什么。这些只用于帮助理解范围，你可以选择完全不同的问题。

你的任务是让我们看懂：谁会用它、为什么需要它、怎样操作，以及这样设计的理由。一个有具体用法的小想法就足够，不要求前所未有的创意。

## 设计文档应包含什么

**1. 一个具体场景与简短方案。**

说明使用者在什么时候遇到什么困难，现在通常怎么处理，你的 App 想改善哪一步。亲身经历、观察或合理假设都可以，假设请写明，不需要为本题专门进行正式访谈，也不能编造调查。

列出首版最重要的 2–3 项功能。如果确实考虑过暂时不做某个功能，可以选填该功能及暂缓原因；没有则不必写。

**2. 能看懂操作的草图。**

画出完成核心任务需要的页面或状态，建议 2–4 幅。形式不限：可以手绘后拍照或扫描，也可以用 Figma 等设计工具，或熟悉的绘图、幻灯片、文档工具制作。标出主要信息、可以操作的位置和操作后会发生什么。

最终 PDF 中必须包含清晰可读的草图。手绘图请插入照片或扫描图；工具制作的图请直接放入文档，不能只交文字描述或外部链接。

如果只有一个页面，可以画它在不同操作前后的状态。页面数量和精美程度不作为高分依据。

**3. 一次完整使用示例。**

用一个具体例子串起“打开 App → 做哪些操作 → 看到哪些反馈 → 完成什么事情”。尽量与草图编号对应，让别人能顺着你的说明走一遍。

再补充一种不顺利的情况，例如输入为空、操作错了、没有搜索结果、取消操作或再次打开 App。说明用户会看到什么、接下来能怎么做。

**4. 待验证问题与设计取舍（取舍选填）。**

说明目前最不确定的一点，以及怎样了解这种设计是否有帮助。如果设计过程中确实比较过不同做法或作出过取舍，可以补充选择及理由；没有则不必写，也不需要为了填写而凑出另一种方案。

请按[App 设计说明书（简版模板）](../templates/design-document.md)组织内容：问题背景 → 设计目标与使用对象 → 方案与功能范围 → 界面与操作流程 → 待验证问题与设计取舍（取舍选填），最后附 AI 使用说明。用简短段落、必要的表格和草图写成一份完整文档。建议 3–4 页，页面建议只用于控制工作量，不是硬性扣分标准。

## 不需要提交什么

不需要源码、数据模型、数据库设计、技术选型、接口文档或架构图，也不要求研究怎样实现。正文用自己的话说明即可，不要求使用产品或设计行业术语。

## AI 使用范围与说明

本题仅允许 AI 辅助润色文字、调整格式与排版、制图等表达工作。问题选择、方案构思、功能安排和操作流程需要由你自己思考完成，不让 AI 代为提出或补全设计方案。

允许 AI 根据你已经确定的页面内容、布局和操作关系绘制或整理草图。请先把自己的设计说明清楚，再让工具帮助呈现；制图不包括让 AI 决定功能、页面布局或交互流程。

在 PDF 最后附一小段 AI 使用说明，简单写明用了哪些工具、具体让它们完成了什么，以及自己完成了什么。未使用时写“未使用”。不要求完整聊天记录、逐次使用清单或专门举例论证。

这段说明用于帮助我们了解大家的工作过程和使用 AI 工具的情况，作为后续教学的采样参考，不是评分标准，也不按使用次数或生成内容的多少打分。请按实际情况填写，不必为了担心考核不通过而把 AI 完成的工作写成自己完成的；我们希望了解真实的过程，不会在这段说明上为难大家。

## 提交与评价

提交 `design.pdf`，包含简短方案、草图、操作示例、待验证问题及 AI 使用说明；设计取舍选填。放在 `submissions/年级姓名/02-design/design.pdf`，与第一题一起通过个人分支和 PR 提交；目录示例与步骤见[前两题提交说明](../submissions/README.md)。只需提交最终 PDF，不必额外提交文档编辑源文件。

我们主要看问题是否具体、功能是否服务这个问题、使用过程能否讲通、是否考虑反馈和不顺利的情况，以及你是否理解自己的方案。设计取舍没有填写不扣分，AI 使用说明不参与评分。漂亮排版和写作长度不能代替对方案本身的思考。

二面会围绕你的方案追问。例如：为什么把这个操作放在这里；如果用户取消了怎么办；只保留一个功能时你会留下什么。允许坦诚指出还没想清楚的地方，不要求背诵文档。