AI야, 기획 아이디어 줄래?

일 잘하는 IT 기획자의 회의 스킬과 문서 정리법 “회의는 말을 잘하는 자리가 아니라, 생각을 명확히 정리하는 자리다.” IT 기획자들은 개발 프로세스에서 중요한 연결 고리 역할을 하기 때문에 회의를 자주 진행합니다. 개발자들과 기능을 세부적으로 조율하고, 디자이너와 화면 설계를 상세히 논의하며, 운영팀과 잠재적 이슈들을 꼼꼼히 협의하죠. 하지만 회의가 끝난 후에도 여전히 많은 팀에서 혼란스러운 상황이 발생합니다. "우리가 뭘 하기로 했더라?", "도대체 누가 이 업무를 맡기로 했지?"와 같은 당혹스러운 질문들이 자주 나오곤 합니다.  반면 '일 잘하는 기획자'는 회의가 종료되는 순간부터 바로 명확한 정리에 들어갑니다.  이번 글에서는 IT 기획자의 실무 역량에 결정적인 차이를 만드는 회의 진행 스킬과 문서 정리 노하우 를 상세히 소개하겠습니다. 목차 1. 회의 전: 안건 없는 회의는 시간 낭비 2. 회의 중: 회의록보다 중요한 건 ‘핵심 요약’ 3. 회의 후: 회의록은 문서가 아니라 ‘행동 지침서’다 FAQ: 기획자의 회의 스킬 관련 자주 묻는 질문 1. 회의 전: 안건 없는 회의는 시간 낭비 회의는 정보를 나누는 자리가 아니라, 결정을 내리는 자리 입니다. 회의를 준비할 땐 반드시 다음 3가지를 정리하세요. 회의 목적 : 결정이 필요한 사안이 무엇인가? 핵심 안건 : 논의할 항목을 명확히 정리 자료 준비 : 와이어프레임, 로그, KPI 등 의사결정 근거 자료 회의 초반에 “오늘 회의 목적은 ○○이고, 아래와 같은 안건이 있습니다”라고 말하는 것만으로도 회의의 집중도가 눈에 띄게 올라갑니다. 2. 회의 중: 회의록보다 중요한 건 ‘핵심 요약’ 회의 중에는 모든 내...

IT 기획자를 위한 디자이너와의 소통법: 기획이 디자인으로 구현되는 순간 “기획자와 디자이너가 말이 통하지 않으면, 결국 사용자는 서비스와도 소통할 수 없다.” 디자이너가 작업한 디자인 시안을 보고 나면, 어떤 부분을 어떻게 수정해야 할지 고민되는 순간이 많습니다. 잘못된 표현으로 디자이너의 의도를 훼손할까 걱정되기도 하죠. 저 역시 그런 경험이 있습니다. 서비스의 첫인상은 디자인에서 비롯됩니다. 하지만 디자인은 단순히 '예쁘게 보이는' 것 이상의 의미를 갖습니다.  기획자가 고심한 구조와 흐름, 기능의 본질적 목적을 사용자에게 자연스럽게 전달하는 사용자 경험 설계의 과정입니다.  그렇다면 기획자는 디자이너에게 어떻게 기획 의도를 효과적으로 전달할 수 있을까요?  디자인 결과물에 대해 피드백할 때 어떤 방식으로 접근해야 서로 이해하고 발전적인 결과를 이끌어낼 수 있을까요?  이번 글에서는 IT 기획자가 디자이너와 원활하게 협업하기 위한 실무 커뮤니케이션 방법 을 정리해보겠습니다. 목차 기획자와 디자이너, 역할이 다르면 언어도 다르다 와이어프레임은 소통의 도구, 완성본이 아니다 피드백은 ‘명확한 기준’과 ‘공감’이 핵심이다 협업 툴 적극 활용하기 FAQ: 디자이너와 협업 시 자주 묻는 질문 기획자와 디자이너, 역할이 다르면 언어도 다르다 기획자는 주로 기능, 흐름, 사용성 중심으로 사고합니다. 반면 디자이너는 레이아웃, 인터랙션, 심미성 을 기준으로 설계합니다. 예를 들어, “이 버튼은 눈에 띄게 해주세요”라는 말은 디자이너 입장에서는 ‘얼마나, 왜, 어디에서’ 가 더 궁금한 정보입니다. 기능 목적 : 왜 이 기능이 필요한가? 사용자 흐름 : 어디서 이 기능을 만나게 되는가? 우선순위 : 전체 서비...

막막한 서비스 리뉴얼, 기획자는 무엇부터 시작해야 할까? 사용자도, 개발자도 만족하는 리뉴얼 프로세스 A to Z 리뉴얼, 말은 쉽지만 막상 시작하려면 막막하지 않으셨나요? 제가 신입 기획자였을 때 처음 맡은 프로젝트는 다름 아닌 ‘서비스 리뉴얼’이었습니다. 처음에는 UI를 조금 바꾸는 일쯤으로 생각했지만, 막상 들어가보니 비즈니스 목표 재정의, 사용자 경험 재설계, 내부 커뮤니케이션, 리소스 관리 까지 얽혀 있는 복합 작업이었습니다. 리뉴얼은 생각보다 훨씬 더 전략적이고, 복잡하며, 섬세한 일입니다. 그래서 많은 기획자들이 리뉴얼을 맡았을 때 “어디서부터 시작해야 하지?” 라는 질문 앞에 멈춰서곤 합니다. 이 글에서는 신입 기획자부터 중급 이상의 실무자까지 도움이 될 수 있도록, 서비스 리뉴얼을 단계별로 체계적으로 접근하는 방법 을 정리했습니다. ‘당장 실무에 적용 가능한 관점과 흐름’을 중심으로 설명드리겠습니다. 📌 목차 1. 리뉴얼, 왜 필요한가? 2. 리뉴얼 기획의 핵심 접근 순서 3. 사용자 데이터로 리뉴얼 출발점 잡기 4. 내부 이해관계자 정리 및 커뮤니케이션 5. 기능 재정의 vs 유지 전략 6. 프로토타이핑 & 개발 협업 전략 FAQ 1. 리뉴얼, 왜 필요한가? 리뉴얼의 필요성은 크게 두 가지에서 출발합니다. 첫째, 사용자의 기대 변화 둘째, 비즈니스 방향 전환 입니다. 예를 들어 사용자가 모바일에서 더 많이 사용하는 것으로 파악되었는데, PC 기준의 UI를 유지한다면 이탈률은 당연히 높아집니다. 혹은 신규 기능이 누적되어 전체 흐름이 무너졌다면, 기획자 입장에서 재정리가 필요하죠. 리뉴얼은 기술적 문제가 아니라 ‘이용자와 제품 사이의 거리’ 를 좁히는 과정입니다. 2. 리뉴얼 기획의 핵심 접근 순서 리뉴얼은 기존 서비스를 갈아엎는 일이 아닙니다. 먼저 현 상태의 진단 부터 시작해야 합니다. 현재 상태 점검: KPI,...

MVP 설계, 왜 자꾸 실패할까? 기획자가 정리한 핵심 전략 5가지 필요한 기능 다 넣자? 처음 기획서를 쓸 때, 대부분 이렇게 생각합니다. “일단 필요한 기능은 다 넣자. 나중에 빼면 되니까.” 저 역시 처음엔 그랬습니다. 하지만 그렇게 만든 기획서는 늘 산만했고, 개발 단계에서 방향을 잃곤 했습니다. 그리고 그때 깨달았습니다. MVP 설계의 실패는 바로 이 ‘다 넣기’에서 시작된다는 것. MVP(Minimum Viable Product)는 단순히 기능을 최소화하는 작업이 아닙니다. 불필요한 것을 날카롭게 걷어내고, 반드시 필요한 핵심만 남기는 전략적인 기획 입니다. 이 글에서는 제가 실무에서 수차례 시행착오를 겪으며 정리한 ‘ 실패 없는 MVP 설계의 핵심 전략 5가지 ’를 소개합니다. 기획서 초안을 작성 중이시라면, 이 전략들을 적용하며 꼭 한 번 구조를 점검해보시기 바랍니다. 목차 1. 기능보다 목표를 먼저 정의하라 2. 사용자 플로우를 중심으로 MVP를 재구성하라 3. 빼는 게 아니라 줄이는 것이다 4. 검증 가능한 지표를 사전에 설계하라 5. MVP를 이해시키는 것도 기획자의 일이다 MVP 설계 실전 체크리스트 FAQ 자주 묻는 질문 1. 기능보다 목표를 먼저 정의하라 많은 기획자들이 ‘이 기능도 필요해요’라는 말에 끌려 전체 기능 리스트부터 작성합니다. 하지만 MVP에서 가장 중요한 것은 비즈니스 목표와 문제 해결 기준 입니다. 예: "초기 고객 확보를 위한 유입 유도"가 목적이라면, 로그인/결제보다 가입 전 콘텐츠 열람 기능 이 더 중요할 수 있습니다. 2. 사용자 플로우를 중심으로 MVP를 재구성하라 기능 중심 설계는 종종 불필요한 화면을 양산합니다. 반대로 사용...

좋은 기획서를 더 빠르게 작성하는 3가지 팁 효율적으로 빠르게 기획서를 작성하고 싶다! 분주한 업무 환경에서 기획자들은 하루에 여러 개의 기획서를 작성하고 개선합니다. 그런데 과연 속도만으로 충분할까요? 절대 그렇지 않습니다. 빠르면서도 명확한 기획서야말로 진정한 실무형 기획자의 역량을 보여줍니다. 저 또한 처음에는 시간에 쫓겨 대충대충 기획서를 작성했지만, 이제는 최소한의 시간으로 누구나 쉽게 이해할 수 있는 체계적인 기획서 작성 방법을 터득했습니다. 이 글에서는 바로 실무에 적용할 수 있는 3가지 팁 을 공유하겠습니다. 기획자들이 겪는 '기획서 작성의 어려움'에서 벗어날 수 있는 실마리가 되길 바랍니다. 목차 1. 목차부터 먼저 만들기 2. 레퍼런스는 “카피”가 아니라 “프레임”으로 쓰기 3. 뼈대를 먼저, 내용은 나중에 채우기 FAQ 자주 묻는 질문 1. 목차부터 먼저 만들기 기획서를 쓸 때 가장 많은 시간을 잡아먹는 부분은 '머리에서 정리되지 않은 정보'입니다. 목차를 먼저 만들면 전체 문서의 스켈레톤(뼈대) 이 잡히고, 쓰는 도중 길을 잃지 않게 됩니다. 예: - 1. 기획 배경 - 2. 문제 정의 및 니즈 - 3. 서비스 흐름 - 4. 기능 정의 및 조건 - 5. 기대 효과 및 측정 지표 어떤 내용을 어디에 써야 할지 명확함 다른 사람과 공유할 때 구조만 보여줘도 전달 가능 빠르게 ‘프레임부터 채우는’ 속도감 있는 작업 가능 2. 레퍼런스는 “카피”가 아니라 “프레임”으로 쓰기 다른 사람이 만든 기획서를 보면, 무작정 문장을 복사해 붙이려는 유혹이 생깁니다. 하지만 진짜 효율적인 기획자는 레퍼런스를 구조로만 보고, 내용은 자신에게 맞게 커스터마이징 합니다. 예: - 레퍼런스 문서: 고객 여정 기...

기획자가 회의실에서 주목받는 5가지 말투 스킬 말투 하나로 회의 분위기를 바꿀 수 있다는 사실, 알고 계셨나요? 제가 회의할 때 신경 쓰는 것 중 하나는 '말투'입니다. 처음에는 말투를 그저 사소한 요소로만 여겼습니다. 하지만 시간이 흐를수록, 말투 하나가 프로젝트의 분위기를 완전히 바꾸고, 회의실에서 제 의견이 더욱 설득력 있게 받아들여진다는 점을 깨달았습니다.  특히 기획자로서 다양한 부서와 협업할 때, 말의 어조와 뉘앙스는 단순한 의사소통을 넘어서는 중요한 역할을 합니다.  그래서 오늘은 제가 실무에서 직접 경험하고 효과를 본 말투 활용 팁 다섯 가지를 여러분과 공유하고자 합니다. 📌 목차 1. 감정을 누르는 중립형 말투 2. 구조화된 말투로 설득하기 3. 동의 유도형 말투로 분위기 이끌기 4. 핵심만 짚는 요점 말투 5. 수치와 데이터를 곁들인 객관화 말투 6. 회의에서 피해야 할 말투 실수들 감정을 누르는 중립형 말투 회의 중에 감정이 고조되는 순간은 우리가 생각하는 것보다 더 자주 발생합니다. 특히 자신의 아이디어가 무시되고 있다고 느끼거나, 다른 부서에서 비협조적인 태도를 보일 때 감정 조절이 더욱 어려워집니다. 이러한 상황에서 가장 중요한 것은 ' 감정을 절제한 화법 '입니다. 예를 들어, "이건 도대체 뭐하는 거예요?"라고 따지듯이 말하기보다는 "이 부분에 대해 좀 더 자세히 논의해 볼 필요가 있을 것 같습니다"와 같이 말하면 상대방의 방어적인 태도를 유발하지 않으면서도 자신의 의견을 명확하게 전달할 수 있습니다. 감정을 중립적으로 조절하는 대화 방식은 회의 석상에서 자연스럽고 전문적인 이미지를 만들어줍니다. 구조화된 말투로 설득하기 기획자에게 아이디어를 관철시키는 것은 필수적인 능력입니다. 이 과정에서 가장 중요한 요소는 논리적이고 체계적인 커뮤니케이션...

2025 IT 직무 트렌드 – 기획자와 실무자가 주목해야 할 변화 2025년 IT 직무 트렌드는 단순히 새로운 기술이 등장하는 차원을 넘어, 실무자의 역할과 업무 방식 자체를 바꾸고 있습니다. 특히 IT 기획자, 개발자, 디자이너, 데이터 분석가처럼 디지털 제품을 만드는 사람들은 그 변화를 누구보다 먼저 체감하게 됩니다. 저 역시 최근 프로젝트에서 AI 협업 도구와 데이터 기반 의사결정 방식의 변화로 인해 기존 업무 방식에서 많은 전환을 경험했습니다. 이 글에서는 기획자와 실무자가 지금 주목해야 할 IT 직무의 핵심 변화와 그 대응 전략을 구체적으로 정리해 드리겠습니다. 📌 목차 1. AI 협업 도구의 보편화 2. 데이터 기반 의사결정의 표준화 3. 멀티 직무형 인재의 등장 4. 리모트 중심의 협업 문화 정착 5. 실무자의 퍼블리싱/브랜딩 역량 중요 마무리 – 기획자는 '변화의 방향'을 읽는 사람 1. AI 협업 도구의 보편화 2025년에는 ChatGPT, Notion AI, Copilot과 같은 AI 도구들이 업무 현장 전반에 본격적으로 자리 잡을 전망입니다. 기획자들은 이제 단순 문서 작성을 넘어서, AI와의 상호작용을 통해 기능 정의, 사용자 경험 흐름 설계, 심층 분석까지 협업하게 될 것입니다. 반복적인 작업은 줄어들고, 대신 문제의 본질을 정확히 파악하고 맥락을 섬세하게 조율하는 능력 이 그 어느 때보다 중요해질 것으로 보입니다. 2. 데이터 기반 의사결정의 표준화 요즘 대부분의 IT 조직들은 정성적 판단보다 데이터 기반의 정량적 의사결정 을 더욱 중요시 하고 있습니다. A/B 테스트, 사용자 행동 로그 분석, 피드백 루프 구축과 같은 과정에서 기획자들도 이제는 데이터 도구에 능숙해져야 합니다. 단순한 직관이나 감으로 기획 방향을 설정하는 것은 점점 더 설득력을 잃어가고 있습니다. 3. 멀티 직무형 인재의...

주니어 → 시니어 → 리더로 성장하는 기획자의 커리어 로드맵 제가 IT 기획자로 처음 업무를 시작했을 때 가장 막막했던 부분은 '기획서를 어떻게 작성하지? 하는 고민과 함께 프로젝트를 잘 이끌고 있는 기획 PL을 보며 '나는 어떻게 저 PL처럼 성장할 수 있을까'였습니다.  업무는 계속 반복되는데, 어느 시점부터는 성장이 멈춘 것 같고, 내가 지금 잘 가고 있는 건지 확신이 서지 않았습니다.  그러다 여러 프로젝트와 조직 변화, 리더들과의 협업을 통해 기획자의 커리어는 '자연스럽게' 올라가는 것이 아니라 '의도적으로' 설계되어야 한다는 사실을 체감했습니다. 기획자는 단순히 문서를 잘 쓰는 직무가 아니라 문제를 정의하고, 사용자 경험을 설계하며, 전략을 제시하는 전문가입니다. 이 글에서는 IT 기획자의 커리어를 주니어, 시니어, 리더 3단계로 나누어 각 단계의 실질적인 역할, 성장 포인트, 그리고 준비해야 할 역량 을 구체적으로 안내합니다. 📌 목차 1단계. 주니어 기획자: 실행 중심의 학습자 2단계. 시니어 기획자: 구조를 설계하는 문제 해결자 3단계. 리더 기획자: 전략과 방향을 제시하는 설계자 마무리: 커리어는 선택의 총합이다 1단계. 주니어 기획자: 실행력과 관찰력이 가장 중요한 시기 주니어 기획자는 대부분 기획 직무에 막 발을 들인 상태로, 실무에 대한 경험보다 학습의 비중이 높은 시기입니다.   이 시기의 핵심은 ‘실행’과 ‘기록’입니다.  주어진 업무를 정확하게 이해하고, 빠르게 적응하며, 실수는 기록하여 같은 오류를 반복하지 않는 것이 중요합니다. 주요 역할: 화면설계서 작성, 단위 기능 기획, 테스트 지원 중요한 역량: 도구 사용 능력(Figma, Notion, Jira), 용어 이해, 꼼꼼함 추천 학습: UX/UI 기본 원칙, 기능 흐름 이해, 기획서 템플릿 구조 이 시기에는 ‘질문을...

IT 기획자를 위한 Notion 포트폴리오 실전 템플릿 이력서로 부족한 역량은 구조화된 문서로 증명하자 제가 면접관으로 참여했던 프로젝트에서 인상 깊었던 기획자가 있었습니다. 그는 Notion 기반의 포트폴리오로 자신의 프로젝트 경험을 구조적으로 잘 정리했고, 협업 중이던 PM들과 디자이너들도 매우 긍정적으로 평가했습니다. 이 글에서는 실제 면접에서 호평받은 Notion 포트폴리오 구성 방식을 소개하고, 기획자에게 적합한 섹션 구성과 예시 템플릿까지 함께 안내드립니다. 📌 목차 1. 왜 Notion으로 포트폴리오를 만들까? 2. 면접관이 좋아하는 Notion 포트폴리오 특징 3. 섹션별 구성 가이드 4. 추천 Notion 포트폴리오 템플릿 구조 5. 효과적으로 활용하는 방법 실제 Notion 템플릿 구조 요약 1. 왜 Notion으로 포트폴리오를 만들까? Notion은 문서 정리 도구를 넘어서, 기획자의 논리와 설계 흐름을 보여주는 포트폴리오 플랫폼 으로 탁월한 도구입니다. 텍스트, 이미지, 테이블, 링크, 내부 문서 연결까지 가능한 구조 덕분에 정적 문서보다 훨씬 풍부한 표현이 가능합니다. 2. 면접관이 좋아하는 Notion 포트폴리오 특징 섹션 핵심 포인트 자기소개 간결하게 요약된 커리어 방향성 프로젝트 요약 3~5개의 대표 프로젝트, 핵심 역할 중심 화면 설계 예시 와이어프레임 또는 흐름도 링크 포함 협업 사례 개발자, 디자이너와의 협업 과정 및 결과 회고 문제 해결 방법과 개선점 중심으로 정리 3. 섹션별 구성 가이드 🔹 자기소개 내가 어떤 기획자인지 한 줄 요약 직무 경험, 핵심 역량, 도전한 분야 🔹 프로젝트 [프로젝트 명] + [기간] + [핵심 기여도] 기획 목적 → 주요 기능 → 협업 방식 → 결과 🔹 설계 자료 Notion 내부에 Figma, PDF, Whimsical 링크 삽입 흐름도, 와이어프레임, 요구사항 정의서 등 첨부 ...

화면 설계서 어떻게 시작하지? 실전 예시로 익히기 제가 처음 IT에서 기획자로 일을 시작할 때, 화면 설계서를 어떻게 작성해야 할지 고민이 많았습니다. 개발자에게 전달할 문서를 어떻게 그려야 할지, 와이어프레임은 어떤 툴로 만들어야 할지, 무엇부터 시작해야 할지 감이 전혀 없었죠.  특히 실무에서는 이 문서 하나가 프로젝트 흐름을 바꾸기 때문에, 단순히 그림을 그리는 수준이 아니라, ‘사용자 경험’과 ‘기술 논리’를 동시에 담아야 한다는 걸 나중에야 깨달았습니다.  이 글에서는 실무 기획자가 화면 설계서를 처음 시작할 때 참고할 수 있는 단계별 팁과 실제 예시를 정리해 드립니다. 목차 1. 화면 설계서란 무엇인가? 2. 화면 설계서 작성 전 꼭 해야 할 준비 3. 화면 설계서 구성 요소 4. 실전 예시: 회원가입 화면 설계 5. 초보 기획자를 위한 화면 설계 꿀팁 1. 화면 설계서란 무엇인가? 화면 설계서는 화면 단위로 기능, 콘텐츠, 사용자 흐름 등을 시각적으로 표현한 문서입니다. 일반적으로 와이어프레임과 함께 제공되며, 개발자와 디자이너가 이해할 수 있도록 정보를 정리합니다. 2. 화면 설계서 작성 전 꼭 해야 할 준비 기능 명세서 또는 요구사항 정의서 정리 경쟁사 UI/UX 벤치마킹 사용자 플로우(User Flow) 설계 사용자 페르소나 정의 3. 화면 설계서 구성 요소 화면 설계서에는 보통 다음과 같은 요소가 포함됩니다: 화면 이름 : 해당 페이지의 고유 명칭 기능 설명 : 버튼, 입력 필드 등 주요 UI 요소에 대한 설명 데이터 연동 : API 또는 DB 연동 여부 명시 화면 간 이동 흐름 : 어떤 액션 후 어디로 이동하는지 예외 처리 : 실패 시 메시지, 빈 상태 등 고려 4. 실전 예시: 회원가입 화면 설계 아래는 모바일 앱 회원가입 화면에 대한 기본 설계 예시입니다. 요소 ...

기획자의 의도, 개발자에게 1초 만에 전달하는 법 📌 목차 서론 1. 기획자의 언어를 개발자의 언어로 번역하라 2. 1초 만에 이해되지 않으면 그 문서는 실패다 3. 도식화로 설명하면 문장이 줄어든다 4. 문서는 ‘선형 구조’로 작성되어야 한다 5. 설명 보다 ‘행동 유도’를 우선하라 결론 서론 제가 처음 IT 기획자가 되었을 때는, 기획서를 잘 작성해서 개발자에게 넘기면 제 의도대로 개발이 될 것이라 믿었습니다.  기획서를 전달한 후 개발자들이 별다른 질문이 없을 경우, ‘내가 잘 작성했나 보다’라고 생각하기도 했습니다.  그러나 시간이 지나고 나서야 알게 되었습니다. 질문이 없던 건 기획서를 완벽하게 이해해서가 아니라, 이해가 되지 않으니 건드리지 않은 채 일단 넘어간 경우도 많았다는걸요.  기획자는 단순히 문서를 쓰는 역할이 아니라, ‘의도’를 정확하게 전달하는 역할입니다. 문서의 구성 방식, 설명 순서, 단어 선택 하나에 따라 개발자가 이해하는 방향이 달라지고, 이는 그대로 코드로 반영됩니다.  이 글에서는 기획자가 본인의 의도를 개발자에게 ‘1초 만에’ 명확히 전달하는 실무 전략 을 소개합니다. 문서 작성법, 시각화 방식, 표현 습관 등 실질적인 커뮤니케이션 기법을 중심으로 정리해보겠습니다.

실무에서 바로 사용하는 서비스 흐름도 그리기 실전 팁 IT 기획자라면 ‘서비스 흐름도(Service Flow Diagram)’라는 단어를 모를 수 없습니다.  하지만 실제 실무에서는 흐름도를 언제, 왜, 어떻게 그리는지를 명확히 알고 쓰는 기획자는 의외로 많지 않습니다. 저 역시 기획자로서 처음에는 단순히 UI 흐름만 그리면 되는 줄 알았습니다.  그러나 다양한 프로젝트를 경험하면서 깨달았습니다.  좋은 흐름도는 기획서보다 더 많은 것을 설명해줍니다. 이 글에서는 IT 기획자가 실무에서 바로 적용할 수 있는 서비스 흐름도 작성 팁 5가지 를 소개합니다. 📌 목차 1. 흐름도는 ‘행동의 순서’를 시각화하는 도구입니다 2. 흐름도를 그리기 전 ‘단위 시나리오’를 나눠라 3. 사용자와 시스템 행동을 구분하라 4. 도형은 간단하게, 핵심은 명확하게 5. 실무에서 추천하는 흐름도 도구 3가지 마무리 – 흐름도는 기획자의 사고를 시각화한 언어입니다 1. 흐름도는 ‘행동의 순서’를 시각화하는 도구입니다 흐름도는 단순한 화면 전환 구조가 아닙니다. 사용자가 어떤 계기를 통해 어떤 행동을 하며, 어떤 결과를 얻는지를 구조화한 문서입니다. 실무 핵심 사용자의 시작 → 진행 → 결과 단계를 명확히 표현 UI 흐름이 아닌 행동 플로우를 시각화 2. 흐름도를 그리기 전 ‘단위 시나리오’를 나눠라 하나의 흐름에 너무 많은 요소를 담으면 복잡도만 올라갑니다. 흐름도를 그리기 전에는 반드시 해당 흐름의 목적을 명확히 정의해야 합니다. 예시 시나리오 회원가입 게시글 작성 상품 결제 리워드 적립 및 지급 3. 사용자와 시스템 행동을 구분하라 ...