서비스 사용자 흐름
(Flow) 설계服务用户流程
（Flow）设计
저장된 기록을 다시 보기까지를 차례대로 그립니다.把用户从第一次打开服务、拿到结果，
到再次查看已保存记录的过程按顺序画出来。
문을 열었는데 아무 말이 없다推开门，却没人说话
처음 가 보는 관공서에 들어갔습니다. 안내 데스크도, 번호표 기계도, 안내문도 보이지 않습니다. 창구가 다섯 개 있는데 어디로 가야 하는지 알 수 없습니다.你走进一个第一次去的办事大厅。既没有咨询台，没有取号机，也没有指示牌。窗口有五个，可你不知道该去哪一个。
직원에게 물으니 “저기 서류 쓰고 오세요”라고 합니다. 어떤 서류인지, 다 쓰면 어디로 가는지는 말해 주지 않습니다.问工作人员，回答是“去那边填张表”。至于填哪张表、填完去哪里，没说。
이 건물에 기능이 없는 것이 아닙니다. 창구도 있고 서류도 있고 직원도 있습니다. 없는 것은 사용자가 처음부터 끝까지 지나갈 길입니다.这栋楼不是没有功能。窗口有、表格有、工作人员也有。缺的是让人从头走到尾的那条路。
사용자가 이 서비스를 처음 열었을 때부터 원하는 결과를 얻을 때까지
어떤 일을 차례대로 겪게 될까?用户从第一次打开这个服务，到拿到想要的结果，
会依次经历些什么？
- 8-2에서 제출한 PRD에 대표 사용 흐름이 3~4단계로 적혀 있습니다. 오늘은 그것을 더 자세히 펼칩니다.8-2 提交的 PRD 里，代表性使用流程写成了 3~4 步。今天把它展开得更细。
- 7-2에서 정한 기억할 기록과 다시 확인하는 순간이 흐름 안에 자리를 잡습니다.7-2 定下的要记住的记录与再次查看的时刻，会在流程里各就各位。
- 6-1에서 화면은 그림 대신 글로 설명했습니다. 흐름도 마찬가지입니다.6-1 里画面用文字而不用图来说明。流程也一样。
문을 열었는데 아무 말이 없다推开门，却没人说话(이어서)（续）
PRD
→ 사용자 흐름 설계
→ 수업에서 구현 가능한지 확인
→ 기능과 범위 조정
→ 개발 순서 확정
→ 10회부터 개발오늘과 다음 차시에는 코드를 작성하거나 프로젝트 파일을 수정하지 않습니다. 무엇을 만들지 정하는 시간입니다. 실제 개발은 10회부터입니다.今天和下一课时不写代码，也不改项目文件。这是定下要做什么的时间。真正的开发从第 10 次课开始。
사용자 흐름이 먼저인 이유为什么先做用户流程 핵심核心
- 현상现象
- 지하철역에는 개찰구, 계단, 승강장이 다 있습니다. 그런데 처음 온 사람이 헤매지 않는 역과 헤매는 역이 있습니다. 시설의 개수가 아니라 지나가는 순서가 안내되어 있는가의 차이입니다.地铁站里检票口、楼梯、站台都有。可有的站第一次来的人不会迷路，有的站会。差别不在设施数量，而在有没有把要走的顺序指出来。
- 쉬운 설명通俗说法
- 사용자가 서비스를 처음 열어 목적을 이룰 때까지 지나가는 길입니다.它是用户从打开服务到达成目的所走的那条路。
- 정확한 정의准确定义
- 사용자가 목적을 이루기까지 거치는 단계를, 각 단계에서 보는 것 · 하는 행동 · 서비스의 반응으로 이어 붙인 것.把用户达成目的所经过的各个步骤，按每一步的看到什么 · 做什么 · 服务如何回应串接起来。
- 경계边界
- 기능 목록은 서비스가 할 수 있는 일을 모아 놓은 것이고, 화면 목록은 화면의 이름을 모아 놓은 것입니다. 둘 다 순서가 없습니다. 흐름에는 순서가 있습니다.功能清单是把服务能做的事列在一起，画面清单是把画面的名字列在一起。两者都没有顺序。流程是有顺序的。
- 문장 속 사용例句
- “이 사용자 흐름은 입력에서 시작해 저장된 기록을 다시 보는 데서 끝난다.”“这条用户流程从输入开始，到再次查看已保存的记录结束。”
개발 계획을 바로 세우면 파일 · 화면 · DB와 무엇부터 만들지에 관심이 쏠리기 쉽습니다. 그러나 서비스에서 먼저 정해야 하는 것은 개발자의 작업 순서가 아니라 사용자가 서비스를 사용하는 순서입니다.一上来就做开发计划，注意力容易全跑到文件、画面、数据库、先做哪个上。可服务里要先定的，不是开发者的工作顺序，而是用户使用服务的顺序。
사용자 흐름이 먼저인 이유为什么先做用户流程 핵심核心(이어서)（续）
- 사용자가 어디에서 시작하고 어디에서 목적을 달성하는가?用户从哪里开始，在哪里达成目的？
- 각 단계에서 무엇을 보고 무엇을 하는가?每一步看到什么、做什么？
- 행동 뒤에 서비스는 어떤 반응을 보여 주는가?行动之后服务给出什么反应？
- 어떤 정보가 다음 단계로 이어지거나 저장되어야 하는가?哪些信息要传到下一步或被保存？
- 잘못된 입력이나 결과가 없을 때는 어떻게 안내하는가?输入有误或没有结果时，怎样提示？
- 계획한 기능이 실제 수업에서 만들 수 있는 범위인가?计划的功能是不是课堂上做得出来的范围？
행사, 발표, 신청, 제작처럼 여러 단계가 필요한 일을 계획할 때도 같은 방식을 씁니다. 참가자가 무엇을 보고 무엇을 하고 무엇을 돌려받는지 적어 보면 빠진 곳이 드러납니다.活动、发表、报名、制作这类需要多个步骤的事，也用同样的方法来计划。写下参与者看到什么、做什么、得到什么，缺口就露出来了。
사용자 흐름과 개발 순서는 다르다用户流程与开发顺序不是一回事 핵심核心
- 서비스를 연다打开服务
- 필요한 내용을 확인한다确认需要的信息
- 입력하거나 선택한다输入或选择
- 실행한다执行
- 결과를 확인한다确认结果
- 결과가 기록된다结果被记录下来
- 저장된 기록을 다시 본다再次查看已保存的记录
- 첫 화면을 만든다做出第一个画面
- 핵심 기능을 작동시킨다让核心功能跑起来
- 핵심 기록의 저장과 조회를 연결한다接上核心记录的保存与查询
- 테스트하고 수정한다测试并修改
왼쪽은 사용자가 겪는 순서이고 오른쪽은 만드는 사람이 일하는 순서입니다. 둘은 길이도 다르고 항목도 다릅니다.左边是用户经历的顺序，右边是做的人干活的顺序。两者长度不同，项目也不同。
사용자 흐름과 개발 순서는 다르다用户流程和开发顺序不一样 핵심核心(이어서)（续）
개발 순서는 사용자 흐름과 구현 가능 범위가 확정된 뒤에 만듭니다. 반대로 하면 “만들기 쉬운 것부터” 만들게 되고, 정작 사용자가 목적을 이루는 길은 마지막까지 비어 있게 됩니다.开发顺序要在用户流程与可实现范围确定之后才做。反过来的话，就会“从好做的开始做”，而用户达成目的的那条路，到最后还是空的。
6-2에서 서비스를 입력 · 처리 · 출력으로 나눠 적었습니다. 사용자 흐름도 보는 것 · 행동 · 반응으로 나눕니다. 나누는 자리가 서비스에서 사람의 걸음으로 바뀌었을 뿐입니다.6-2 把服务分成输入 · 处理 · 输出来写。用户流程也分成看到 · 行动 · 回应。只是划分的位置从服务换成了人的步子。
흐름의 시작과 끝을 정한다先定下流程的起点与终点 핵심核心
흐름을 설계할 때는 먼저 시작과 완료 지점을 한 문장씩 적습니다. 가운데 단계는 그 뒤에 채웁니다.设计流程时，先把起点与完成点各写成一句话。中间的步骤随后再填。
- 시작: 사용자가 서비스를 처음 열고 ___을 본다.
- 완료: 사용자가 ___을 하고 ___ 결과와 저장된 기록을 확인한다.- 시작: 사용자가 할 일 정리 서비스를 열고 입력 안내를 본다.
- 완료: 사용자가 할 일을 추가하고, 다시 열어도 목록에 남은 기록을 확인한다.위 예의 완료 문장에는 “다시 열어도 목록에 남은”이 들어 있습니다. 7-2에서 정한 다시 확인하는 순간이 여기에 자리를 잡습니다. 결과를 한 번 보여 주는 데서 끝나면 완료가 아닙니다.上面例子的完成句里有“再打开也还留在列表里”。7-2 定下的再次查看的时刻就落在这里。只把结果展示一次就结束，不算完成。
완료 지점에 도달하기 위해 꼭 필요하지 않은 기능은 핵심 흐름에서 뺍니다. 정렬, 검색, 색 바꾸기 같은 것은 흐름이 완성된 뒤에 생각합니다.为到达完成点并非必需的功能，要从核心流程里拿掉。排序、检索、换颜色之类，等流程完成之后再想。
내 서비스의 시작과 완료我的服务的开始与完成 실습实践
앞 쪽의 틀을 내 서비스 문장으로 바꿔 한 줄씩 적습니다. 9절에서 이 두 줄을 그대로 옮겨 씁니다.把前一页的框架换成自己服务的句子，各写一行。第 9 节把这两行照搬过去。
| 적을 것要写的 | 내 서비스에서는在我的服务里 |
|---|---|
| 시작 — 사용자가 서비스를 열고 무엇을 보는가开始 — 用户打开服务后看到什么 | |
| 완료 — 무엇을 하고 어떤 결과와 기록을 확인하는가完成 — 做了什么，确认到什么结果与记录 |
완료 문장에 다시 확인하는 순간이 들어 있는지 보세요. 결과를 한 번 보여 주는 데서 끝나면 완료가 아닙니다.看看完成句里有没有再次确认的时刻。只把结果显示一次就结束，那不算完成。
가운데 단계는 아직 적지 않습니다. 시작과 끝이 정해져야 그 사이가 채워집니다.中间的步骤先不写。开始与结束定下来，中间才填得进去。
한 단계에는 다섯 가지를 적는다每一步要写五件事 핵심核心
| 항목项目 | 확인할 질문要确认的问题 |
|---|---|
| 사용자가 보는 것用户看到的 | 이 단계에서 화면에 무엇이 보이는가?这一步画面上看得到什么？ |
| 사용자의 행동用户的行动 | 무엇을 입력·선택·실행하는가?输入、选择、执行什么？ |
| 서비스의 반응服务的反应 | 행동 뒤 무엇이 바뀌거나 나타나는가?行动之后什么发生变化或出现？ |
| 이어지는 정보接续的信息 | 다음 단계에서 사용하거나 저장할 정보가 있는가?有没有下一步要用或要保存的信息？ |
| 예외 상황例外情况 | 값이 없거나 잘못되면 무엇을 안내하는가?值缺失或有误时，提示什么？ |
화면에 있는 것画面上有的
사용자가 하는 것用户做的
서비스가 돌려주는 것服务给回的
화면의 색상과 정확한 배치, 파일 이름과 코드는 아직 정하지 않습니다. 6-1에서 화면을 글로 설명했던 것과 같은 이유입니다.画面的颜色与确切排布、文件名与代码都还不定。原因和 6-1 用文字说明画面时一样。
대표 흐름을 표로 표현한다把代表流程写成表 핵심核心
예 — 할 일 정리 서비스例 — 待办整理服务
| 단계步 | 보는 것看到的 | 행동行动 | 서비스의 반응服务的反应 | 이어지거나 저장되는 정보接续或保存的信息 |
|---|---|---|---|---|
| 1 | 서비스 설명과 할 일 입력란服务说明与待办输入框 | 입력란을 확인한다确认输入框 | 무엇을 입력할지 안내한다提示该输入什么 | 없음无 |
| 2 | 입력란과 추가 버튼输入框与添加按钮 | 할 일을 입력하고 추가한다输入待办并添加 | 입력값을 확인한다校验输入的值 | 입력한 할 일输入的待办 |
| 3 | 할 일 목록待办列表 | 추가된 항목을 확인한다确认新增的项目 | 새 항목을 목록에 보여 준다把新项目显示在列表里 | 할 일 기록待办记录 |
| 4 | 목록의 완료 동작列表上的完成操作 | 완료한 항목을 선택한다选中已完成的项目 | 완료 상태를 구분해 보여 준다把完成状态区分显示 | 변경된 완료 상태变更后的完成状态 |
위 네 단계는 모두 같은 화면에서 일어납니다. 같은 화면 안에서도 사용자의 행동과 서비스 반응이 달라지면 흐름의 다음 단계가 됩니다.上面四步都发生在同一个画面里。即使在同一画面，只要用户的行动与服务的反应变了，就是流程的下一步。
이어지거나 저장되는 정보 열에 적힌 것이 11회에 SQLite에 저장할 기록이 됩니다. 3단계의 “할 일 기록”이 그 자리입니다.接续或保存的信息这一栏里写的，就是第 11 次课要存进 SQLite 的记录。第 3 步的“待办记录”正是那一项。
내 흐름 한 단계를 다섯 칸으로把我的流程的一个步骤拆成五格 실습实践
내 대표 흐름에서 한 단계만 고릅니다. 앞 쪽 표의 네 항목에 예외까지 더해 다섯 칸을 채웁니다. 전체 흐름은 9절에서 씁니다.从我的代表流程里只挑一个步骤。按前一页表格的四项再加上例外，填满五格。整个流程在第 9 节写。
| 적을 것要写的 | 내 서비스에서는在我的服务里 | |
|---|---|---|
| 1 | 사용자가 보는 것用户看到的 | |
| 2 | 사용자의 행동用户的动作 | |
| 3 | 서비스의 반응服务的回应 | |
| 4 | 이어지거나 저장되는 정보接下去或被保存的信息 | |
| 5 | 예외 상황과 안내例外情况与提示 |
- 행동 칸에 사용자가 하는 일을 적었다. 서비스가 하는 일이 아니다.动作那格写的是用户做的事，不是服务做的事。
- 네 번째 칸이 비어 있으면 그 단계에서는 아무것도 남지 않는다는 뜻이다.第四格空着，就表示这一步什么也没留下。
정상 흐름과 예외 흐름을 구분한다区分正常流程与例外流程 핵심核心
먼저 가장 자주 일어날 정상 흐름 한 개를 완성합니다. 그다음 핵심 행동을 막을 수 있는 예외 흐름 한 개를 정합니다.先完成最常发生的正常流程一条。然后定下可能挡住核心行动的例外流程一条。
할 일을 입력한다
→ 추가한다
→ 목록에서 확인한다
→ 다시 열어 남은 기록을 확인한다입력하지 않고 추가한다
→ 저장하지 않는다
→ 입력이 필요하다고 안내한다처음부터 가능한 모든 오류와 상황을 적지 않습니다. 핵심 흐름과 직접 관계있는 예외만 다룹니다. 네트워크 끊김, 브라우저 종료 같은 것은 지금 다루지 않습니다.一开始不要把所有可能的错误与情况都写上。只处理与核心流程直接相关的例外。断网、关掉浏览器之类，现在不管。
6-2 화면 구성 설명의 마지막 줄, “입력이 없거나 잘못되었을 때 나타나는 안내”가 바로 예외 흐름의 재료입니다. 그 한 줄을 흐름으로 펼치면 됩니다.6-2 画面构成说明的最后一行——“输入为空或有误时出现的提示”——正是例外流程的材料。把那一行展开成流程即可。
화면 목록만 적는 것은 흐름이 아니다只列画面名不是流程 핵심核心
메인 화면
→ 입력 화면
→ 결과 화면사용자가 무엇을 하고 서비스가 어떻게 반응하는지 알 수 없습니다.看不出用户做了什么、服务如何回应。
메인 화면에서 설명을 확인한다
→ 값을 입력하고 실행한다
→ 서비스가 입력을 확인한다
→ 결과 또는 수정 안내를 보여 준다행동과 반응까지 이어져 있습니다.一直串到了行动与反应。
각 단계를 읽고 “누가 무엇을 했는가?”를 물어보세요. 답이 나오지 않으면 흐름이 아니라 목록입니다. “메인 화면”은 답할 수 없고, “설명을 확인한다”는 답할 수 있습니다.读每一步，问一句“谁做了什么？”。答不上来，那就是清单不是流程。“主画面”答不上来，“确认说明”答得上来。
목록인가 흐름인가是清单还是流程 실습实践
다섯 줄을 읽고 목록인지 흐름인지 적습니다. 앞 쪽의 방법을 그대로 씁니다 — 「누가 무엇을 했는가?」에 답할 수 있으면 흐름입니다.读这五行，写下是清单还是流程。用前一页的方法 — 能回答「谁做了什么？」就是流程。
| 읽을 것要读的 | 목록 / 흐름清单 / 流程 | 왜 그렇게 봤나为什么这么看 | |
|---|---|---|---|
| 1 | 메인 화면 → 입력 화면 → 결과 화면主页面 → 输入页面 → 结果页面 | ||
| 2 | 값을 입력하고 실행 버튼을 누른다输入数值，按下执行按钮 | ||
| 3 | 로그인 화면, 마이페이지, 설정登录页面、我的页面、设置 | ||
| 4 | 서비스가 입력을 확인하고 결과를 보여 준다服务确认输入后显示结果 | ||
| 5 | 결과 저장 기능结果保存功能 |
- 세 번째 칸에 누가 무엇을 했는지 적었다.第三格写了谁做了什么。
- 이제 내 흐름 초안에도 같은 방법을 대 본다.现在也用同样的方法看一遍我的流程草稿。
만들 수 있는 흐름인지 확인한다确认这条流程做不做得出来 핵심核心
좋은 아이디어라도 수업 환경에서는 그대로 만들기 어려울 수 있습니다. 각 흐름의 기능을 9-0 수업 개발 조건과 비교해 네 가지로 나눕니다.再好的点子，在课堂环境里也可能原样做不出来。把流程里的每个功能与 9-0 课堂开发条件比对，分成四类。
| 판정判定 | 뜻含义 |
|---|---|
| 수업에서 구현 가능课堂上可实现 | 표준 프로젝트 안에서 만들 수 있다.在标准项目里就能做出来。 |
| 단순화하면 구현 가능简化后可实现 | 목적은 유지하되 기능을 줄이거나 바꿔야 한다.目的照旧，但要减少或替换功能。 |
| 교사 확인 필요需老师确认 | 파일 업로드·외부 자료·추가 패키지 등의 확인이 필요하다.需要确认文件上传、外部资料、额外的包等。 |
| 수업 범위에서 구현 어려움课堂范围内难以实现 | 외부 계정·유료 키·복잡한 운영 환경 등이 필요하다.需要外部账号、付费密钥、复杂的运维环境等。 |
예를 들어 사용자가 입력한 글을 외부 AI가 분석하는 기능은 서비스 키와 비용이 필요할 수 있습니다. AI가 필요하다는 사실을 숨기고 개발을 시작하지 않습니다.比如让外部 AI 分析用户输入的文字，可能需要服务密钥和费用。不要瞒着“需要 AI”这件事就开始开发。
규칙 기반 결과나 교사가 제공한 예시 자료로 목적을 유지할 수 있는지 먼저 검토합니다.先看看能不能用基于规则的结果或老师提供的示例资料把目的保住。
별도 자료 9-0. AI 개발 조건에 가능한 기능, 제외 기능, 교사 확인 항목과 대안 표가 정리되어 있습니다. 다음 차시에 AI에게 전달할 자료이기도 합니다.单独资料 9-0. AI 开发条件里整理了可用功能、排除功能、需老师确认的项目与替代方案表。它也是下一课时要交给 AI 的资料。
확인이 필요한 기능 하나需要确认的一个功能 실습实践
내 흐름에서 「교사 확인 필요」나 「구현 어려움」으로 보이는 기능을 하나만 고릅니다. 없으면 「없음」이라고 적고 넘어갑니다.从我的流程里只挑一个看起来是「需要老师确认」或「难以实现」的功能。没有就写「无」，然后往下走。
| 적을 것要写的 | 내 서비스에서는在我的服务里 |
|---|---|
| 걸리는 기능卡住的功能 | |
| 왜 그대로는 어려운가为什么照原样很难 | |
| 사용자가 얻으려던 결과用户本来想得到的结果 | |
| 생각해 본 작은 대안想到的小替代方案 |
세 번째 줄이 기준입니다. 사용자가 얻으려던 결과가 대안에서도 그대로면 좋은 조정입니다. 다음 차시에 AI와 함께 이 줄로 판정합니다.第三行是标准。用户本来想得到的结果在替代方案里也还在，那就是好的调整。下一课时和 AI 一起用这一行来判定。
내 PRD에서 흐름을 꺼내 본다从自己的 PRD 里把流程拉出来 실습实践
시작과 완료起点与完成
- 시작起点
- 완료完成
정상 흐름 초안正常流程草稿
정상 흐름을 3~5단계로 나누고, 각 단계마다 다음 네 가지를 적습니다.把正常流程分成 3~5 步，每一步都写下面四项。
- 보는 것 — 화면에 무엇이 보이는가看到的 —— 画面上看得到什么
- 행동 — 사용자가 무엇을 하는가行动 —— 用户做什么
- 서비스의 반응 — 행동 뒤 무엇이 바뀌거나 나타나는가服务的反应 —— 行动之后什么发生变化或出现
- 이어지거나 저장되는 정보接续或保存的信息
내 PRD에서 흐름을 꺼내 본다从自己的 PRD 里把流程拉出来 실습实践(이어서)（续）
예외 흐름 초안例外流程草稿
- 문제가 생기는 단계出问题的步骤
- 사용자의 행동 또는 입력用户的行动或输入
- 서비스가 보여 줄 안내服务要给出的提示
- 정상 흐름으로 돌아가는 방법回到正常流程的方法
구현 가능성 확인이 필요한 기능需要确认可实现性的功能
- 기능功能
- 확인이 필요한 이유需要确认的理由
- 가능한 작은 대안可行的更小替代
흔한 오해와 사실常见的误解与事实
확인 문제检查题
해설 보기查看解析
주인공이 다릅니다. 사용자 흐름의 주인공은 사용자이고, 개발 순서의 주인공은 만드는 사람입니다.主角不同。用户流程的主角是用户，开发顺序的主角是做的人。
그래서 순서도 다릅니다. 사용자는 “연다 → 입력한다 → 결과를 본다 → 다시 본다”로 가지만, 만드는 사람은 “첫 화면 → 핵심 기능 → 저장 연결 → 테스트”로 갑니다.所以顺序也不同。用户走的是“打开 → 输入 → 看结果 → 再看”，做的人走的是“第一个画面 → 核心功能 → 接上保存 → 测试”。
그리고 사용자 흐름이 먼저입니다. 개발 순서는 흐름과 구현 범위가 정해진 뒤에 만듭니다.而且用户流程在先。开发顺序要在流程与可实现范围定下之后才做。
해설 보기查看解析
행동과 반응이 빠져 있기 때문입니다. “메인 화면 → 입력 화면 → 결과 화면”을 읽어도 사용자가 무엇을 입력하는지, 서비스가 무엇을 확인하고 무엇을 돌려주는지 알 수 없습니다.因为缺了行动与反应。读“主画面 → 输入画面 → 结果画面”，也不知道用户输入什么、服务校验什么、又给回什么。
각 단계에 “누가 무엇을 했는가?”를 물어 답이 나오면 흐름이고, 답이 안 나오면 목록입니다.对每一步问“谁做了什么？”，答得上来是流程，答不上来是清单。
확인 문제检查题(이어서)（续）
해설 보기查看解析
예외는 정상 흐름의 어딘가에서 생기기 때문입니다. 정상 흐름이 없으면 예외가 어느 단계에서 벌어지는 일인지 말할 수 없습니다.因为例外总是发生在正常流程的某一步上。没有正常流程，就说不清例外发生在哪一步。
또 정상 흐름이 서비스의 목적이고 예외는 그 목적으로 돌아가는 길입니다. 목적을 정하지 않고 돌아가는 길부터 만들 수는 없습니다.再说，正常流程是服务的目的，例外是回到那个目的的路。目的都没定，就没法先修回去的路。
해설 보기查看解析
먼저 그것이 수업 범위 안인지 확인합니다. 외부 AI 서비스 API는 서비스 키와 비용이 필요해 9-0의 제외 목록에 있습니다.先确认它在不在课程范围内。外部 AI 服务 API 需要服务密钥与费用，在 9-0 的排除清单里。
그다음 목적을 유지하는 작은 대안을 찾습니다. 규칙 기반 결과나 교사가 제공한 예시 자료로 바꿀 수 있는지 봅니다.然后找能保住目的的更小替代。看能不能换成基于规则的结果，或老师提供的示例资料。
바꾸었다면 실제 AI 기능이라고 설명하지 않고 수업용 프로토타입이라고 표시합니다. 감추고 시작하는 것이 가장 나쁩니다.换过之后，不得说成是真的 AI 功能，要标记为 수업용 프로토타입（课堂用原型）。瞒着开工是最糟的。
확인 문제检查题(이어서)（续）
“내 서비스의 사용자는 ______에서 시작해 ______에서 끝난다.” 두 빈칸을 채워 보세요.“我服务的用户从 ______ 开始，到 ______ 结束。”请填这两个空。
오늘 분량을 확인한다确认今天的进度 핵심核心
- 사용 흐름의 시작과 완료 지점을 정했다.定下了使用流程的起点与完成点。
- 정상 흐름을 사용자의 행동과 서비스 반응으로 표현했다.把正常流程写成了用户的行动与服务的反应。
- 핵심 행동과 관련된 예외 흐름을 하나 정했다.定下了与核心行动相关的一条例外流程。
- 각 단계에서 이어지거나 저장될 정보를 확인했다.确认了每一步接续或将被保存的信息。
- 기록이 생기는 행동과 다시 확인하는 순간을 흐름에 넣었다.把产生记录的行为与再次查看的时刻放进了流程。
- 구현 가능성을 확인해야 할 기능을 표시했다.标出了需要确认可实现性的功能。
- 아직 코드와 프로젝트 파일을 수정하지 않았다.还没有改动代码与项目文件。
앞서가서 AI에게 코드를 만들게 했다면, 그 결과는 흐름이 확정되기 전에 나온 것입니다. 다음 차시에 흐름과 범위를 확정한 뒤 10회에 다시 시작합니다.如果抢先让 AI 写了代码，那结果是在流程确定之前出来的。下一课时确定流程与范围，到第 10 次课再重新开始。
핵심 정리核心小结
- 서비스 개발보다 사용자가 서비스를 이용하는 흐름을 먼저 설계한다.比起做开发，先设计用户使用服务的流程。
- 흐름은 보는 것 · 행동 · 서비스 반응 · 이어지는 정보 · 예외 상황으로 표현한다.流程用看到的 · 行动 · 服务反应 · 接续的信息 · 例外情况来表达。
- 대표 정상 흐름 한 개와 핵심 예외 흐름 한 개부터 정한다.先定一条代表性正常流程与一条核心例外流程。
- 화면 이름만 나열한 것은 흐름이 아니다. 행동과 반응이 있어야 한다.只罗列画面名不是流程。要有行动与反应。
- 화면이 하나여도 흐름은 있다. 행동과 반응이 바뀌면 다음 단계다.只有一个画面也有流程。行动与反应变了，就是下一步。
- 모든 서비스의 흐름에는 의미 있는 기록이 저장되고 다시 보이는 과정이 포함된다.每个服务的流程里都包含有意义的记录被保存并再次出现的过程。
- 수업에서 만들기 어려운 기능은 개발 전에 발견하고 목적을 유지하는 작은 대안을 찾는다.课堂上难做的功能要在开发前发现，并找到能保住目的的更小替代。
- 사용자 흐름과 범위가 확정된 뒤에 개발 순서를 만든다.用户流程与范围确定之后，才做开发顺序。
다음 차시에는 오늘 그린 흐름을 AI와 함께 다듬습니다. 9-0 개발 조건과 내 PRD를 AI에게 전달하고, 각 단계가 수업에서 만들 수 있는지 판정받은 뒤 개발 순서를 확정합니다.下一课时和 AI 一起打磨今天画的流程。把 9-0 开发条件与我的 PRD 交给 AI，让它判定每一步在课堂上做不做得出来，然后确定开发顺序。
그 결과를 09_development_plan_학생ID_이름.md로 저장합니다. 다음 차시에도 코드는 만들지 않습니다.结果保存为 09_development_plan_학생ID_이름.md。下一课时同样不写代码。