From 5492d7f4a87b9453079e00a495f8ded29aacab8c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=88=81=E6=B3=93=E5=AE=81?= Date: Fri, 25 Sep 2026 15:12:48 +0800 Subject: [PATCH] =?UTF-8?q?=E7=BB=9F=E4=B8=80=E7=AC=AC=E4=BA=8C=E9=A2=98?= =?UTF-8?q?=E6=A0=BC=E5=BC=8F=E5=B9=B6=E8=A1=A5=E5=85=85=20App=20=E8=AE=BE?= =?UTF-8?q?=E8=AE=A1=E5=AD=A6=E4=B9=A0=E8=B5=84=E6=BA=90?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- tasks/02-design.md | 81 ++++++++++++++++++++++++++++------------------ 1 file changed, 50 insertions(+), 31 deletions(-) diff --git a/tasks/02-design.md b/tasks/02-design.md index 4984381..3602dd9 100644 --- a/tasks/02-design.md +++ b/tasks/02-design.md @@ -2,63 +2,82 @@ - **类型**：设计题（必做） - **基础要求**：不需要编程基础 -- **提交材料**：一份 PDF 设计文档 -- **AI 规则**：仅可辅助润色、排版和制图等表达工作；构思与设计由本人完成 +- **提交材料**：一份含草图的 PDF 设计文档 +- **AI 规则**：仅可辅助润色、排版和制图等表达工作；问题与方案由本人构思 -## 任务背景 +## 任务背景与概述 -请选择自己或身边人在学习、校园生活、兴趣活动中遇到的一个小麻烦，为它设计一个手机 App。 +请选择自己或身边人在学习、校园生活、兴趣活动中遇到的一个小麻烦，为它设计一个手机 App。例如，出门总漏带东西，想看的作品散落在聊天记录里，或社团活动准备时不知道还缺什么。你也可以选择其他问题。 -题材可以自选。例如：出门总是漏带东西，想看的作品散落在聊天记录里，社团活动准备时不知道还缺什么。这些只用于帮助理解范围，你可以选择完全不同的问题。 +本题要让别人看懂：谁会用它、遇到了什么麻烦、App 怎样帮助他，以及从打开到完成任务会发生什么。一个具体、能讲清楚的小想法就足够，不要求编程或前所未有的创意。 -你的任务是让我们看懂：谁会用它、为什么需要它、怎样操作，以及这样设计的理由。一个有具体用法的小想法就足够，不要求前所未有的创意。 +## 任务详细要求 -## 设计文档应包含什么 +### 1. 场景、目标与功能 -**1. 一个具体场景与简短方案。** +说明使用者在什么时候想做什么，现在怎样处理、哪里不方便，以及你希望改善哪一步。可以写亲身经历、观察或合理假设；假设请注明，不需要专门访谈，也不要编造调查。 -说明使用者在什么时候遇到什么困难，现在通常怎么处理，你的 App 想改善哪一步。亲身经历、观察或合理假设都可以，假设请写明，不需要为本题专门进行正式访谈，也不能编造调查。 +用一句话概括 App 的用途，列出首版最重要的 2–3 项功能，并说明各功能怎样帮助使用者。若确实考虑过暂缓某个功能，可选填该功能与原因；没有则不必写。 -列出首版最重要的 2–3 项功能。如果确实考虑过暂时不做某个功能，可以选填该功能及暂缓原因；没有则不必写。 +### 2. 能看懂操作的草图 -**2. 能看懂操作的草图。** +画出完成核心任务需要的页面或状态，建议 2–4 幅。标出主要信息、可操作的位置，以及操作后会有什么变化。只有一个页面时，也可以画出操作前后的不同状态。 -画出完成核心任务需要的页面或状态，建议 2–4 幅。形式不限：可以手绘后拍照或扫描，也可以用 Figma 等设计工具，或熟悉的绘图、幻灯片、文档工具制作。标出主要信息、可以操作的位置和操作后会发生什么。 +可以手绘后拍照或扫描，也可以用 Figma、绘图、幻灯片或文档工具制作。最终 PDF 必须包含清晰可读的图，不能只放文字描述或外部链接。页面数量和精美程度不是考察重点。 -最终 PDF 中必须包含清晰可读的草图。手绘图请插入照片或扫描图；工具制作的图请直接放入文档，不能只交文字描述或外部链接。 +### 3. 使用过程与不顺利的情况 -如果只有一个页面，可以画它在不同操作前后的状态。页面数量和精美程度不作为高分依据。 +用一个具体例子串起“打开 App → 操作 → 看到反馈 → 完成事情”，尽量与草图编号对应，让别人能顺着说明走一遍。 -**3. 一次完整使用示例。** +再选一种不顺利的情况，例如输入为空、操作错了、没有结果、取消操作或再次打开 App。说明用户会看到什么、接下来能怎样继续。 -用一个具体例子串起“打开 App → 做哪些操作 → 看到哪些反馈 → 完成什么事情”。尽量与草图编号对应，让别人能顺着你的说明走一遍。 +### 4. 待验证问题与设计取舍 -再补充一种不顺利的情况，例如输入为空、操作错了、没有搜索结果、取消操作或再次打开 App。说明用户会看到什么、接下来能怎么做。 +写出目前最不确定的一点，以及准备怎样了解这个设计是否有帮助。尚未进行的验证写成计划即可。 -**4. 待验证问题与设计取舍（取舍选填）。** +如果设计过程中确实比较过不同做法，可以选填一处选择及理由；没有则不必为了填写而凑出另一种方案。 -说明目前最不确定的一点，以及怎样了解这种设计是否有帮助。如果设计过程中确实比较过不同做法或作出过取舍，可以补充选择及理由；没有则不必写，也不需要为了填写而凑出另一种方案。 +请按[App 设计说明书（简版模板）](../templates/design-document.md)组织文档：问题背景 → 设计目标与使用对象 → 方案与功能范围 → 界面与操作流程 → 待验证问题与设计取舍（取舍选填）→ AI 使用说明。建议全文 3–4 页（含草图），页数只是控制工作量的参考。 -请按[App 设计说明书（简版模板）](../templates/design-document.md)组织内容：问题背景 → 设计目标与使用对象 → 方案与功能范围 → 界面与操作流程 → 待验证问题与设计取舍（取舍选填），最后附 AI 使用说明。用简短段落、必要的表格和草图写成一份完整文档。建议 3–4 页，页面建议只用于控制工作量，不是硬性扣分标准。 +## 提交材料、方式与格式规范 -## 不需要提交什么 +### 提交材料与格式 -不需要源码、数据模型、数据库设计、技术选型、接口文档或架构图，也不要求研究怎样实现。正文用自己的话说明即可，不要求使用产品或设计行业术语。 +| 材料 | 格式与要求 | +| --- | --- | +| 设计文档 | `design.pdf` 一份，包含简短方案、清晰草图、正常操作示例、一种不顺利的情况、待验证问题及 AI 使用说明；设计取舍选填 | -## AI 使用范围与说明 +正文用自己的话说明即可，不要求产品设计术语。无需提交源码、数据库设计、技术选型、架构图、文档编辑源文件或单独的草图链接。导出 PDF 后请检查文字、图和编号是否清楚，草图与操作示例是否一致。 -本题仅允许 AI 辅助润色文字、调整格式与排版、制图等表达工作。问题选择、方案构思、功能安排和操作流程需要由你自己思考完成，不让 AI 代为提出或补全设计方案。 +### 提交方式 -允许 AI 根据你已经确定的页面内容、布局和操作关系绘制或整理草图。请先把自己的设计说明清楚，再让工具帮助呈现；制图不包括让 AI 决定功能、页面布局或交互流程。 +第一题与第二题一起放在 `submissions/年级姓名/`，本题文件放在 `02-design/design.pdf`。在本仓库的个人分支提交，再发起指向 `main` 的 PR，由干部审核合并。目录示例与步骤见[前两题提交说明](../submissions/README.md)。正式开放时间和截止时刻以[仓库首页](../README.md)通知为准。 -在 PDF 最后附一小段 AI 使用说明，简单写明用了哪些工具、具体让它们完成了什么，以及自己完成了什么。未使用时写“未使用”。不要求完整聊天记录、逐次使用清单或专门举例论证。 +## 学习范围与资源 -这段说明用于帮助我们了解大家的工作过程和使用 AI 工具的情况，作为后续教学的采样参考，不是评分标准，也不按使用次数或生成内容的多少打分。请按实际情况填写，不必为了担心考核不通过而把 AI 完成的工作写成自己完成的；我们希望了解真实的过程，不会在这段说明上为难大家。 +了解“具体问题 → 核心功能 → 操作过程 → 界面反馈 → 简单草图”即可，不需要先学编程或完成一整套专业设计课程。可以按自己卡住的环节选读这些资料： -## 提交与评价 +- **找场景**：[NN/g：如何写真实的任务场景](https://www.nngroup.com/articles/task-scenarios-usability-testing/)。留意“谁在什么情况下想完成什么”，把功能清单放回实际生活场景。 +- **理顺操作**：[NN/g：用户旅程与用户流程](https://www.nngroup.com/articles/user-journeys-vs-user-flows/)。本题主要看文中较短的“用户流程”：一次具体任务里的操作与反馈，不需要制作正式流程图。 +- **画草图**：[NN/g：即使不会画画也能画线框图](https://www.nngroup.com/articles/draw-wireframe-even-if-you-cant-draw/)。重点看怎样用简单形状表达页面、信息与操作；不需要做精细视觉稿。 +- **想反馈**：[Apple 人机界面指南：反馈](https://developer.apple.com/design/human-interface-guidelines/feedback)。参考操作成功、失败或需要改正时，界面怎样让人知道发生了什么。 -提交 `design.pdf`，包含简短方案、草图、操作示例、待验证问题及 AI 使用说明；设计取舍选填。放在 `submissions/年级姓名/02-design/design.pdf`，与第一题一起通过个人分支和 PR 提交；目录示例与步骤见[前两题提交说明](../submissions/README.md)。只需提交最终 PDF，不必额外提交文档编辑源文件。 +这些资料是英文参考，可使用浏览器翻译；只需阅读与自己题目有关的部分，也可以观察熟悉的 App 怎样引导操作、处理空白和错误。工具不限，手绘同样可以完成本题。 -我们主要看问题是否具体、功能是否服务这个问题、使用过程能否讲通、是否考虑反馈和不顺利的情况，以及你是否理解自己的方案。设计取舍没有填写不扣分，AI 使用说明不参与评分。漂亮排版和写作长度不能代替对方案本身的思考。 +## 独立完成规则 -二面会围绕你的方案追问。例如：为什么把这个操作放在这里；如果用户取消了怎么办；只保留一个功能时你会留下什么。允许坦诚指出还没想清楚的地方，不要求背诵文档。 +问题选择、目标、功能、页面内容、布局和操作流程由本人思考。AI 仅可辅助润色本人已有文字、调整格式与排版，或根据本人已经确定的设计绘制、整理草图；不能代为提出问题、补全方案或决定交互。 + +PDF 末尾附一小段 AI 使用说明：用了哪些工具、它们具体完成了什么、自己完成了什么；未使用写“未使用”。无需完整聊天记录、逐次使用清单或专门举例论证。这段说明帮助我们了解大家的工作过程和 AI 工具使用情况，作为后续教学的采样参考，**不参与评分**。请如实填写，不必因担心考核结果而把 AI 完成的工作说成自己完成的。 + +## 考察重点 + +完成后，可以用下面的问题检查自己的方案是否讲得通： + +- **问题与目标**：谁在什么情境下遇到困难？你的 App 改善的是哪一步？ +- **功能与范围**：首版 2–3 项功能各有什么用？删去其中一项会怎样？ +- **草图与流程**：别人能否从图上找到操作入口，按示例走到结果？操作后有什么反馈？ +- **不顺利的情况**：发生空白、错误或取消时，用户知道发生了什么、接下来怎样做吗？ +- **理解与验证**：你最不确定什么，准备怎样了解设计是否有帮助？ + +二面会结合 PDF 讨论你的具体方案。设计取舍选填，AI 使用说明不评分；我们主要看问题是否具体、功能和操作过程是否清楚，以及你是否理解自己的设计。漂亮排版和篇幅不能代替这些内容。