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

피그마가 처음이라면 이것부터 보세요: PPT와 비교해서 쉽게 이해하기 피그마를 처음 열어본 IT 기획자는 대개 비슷한 생각을 합니다. “슬라이드는 어디 있지?”, “왜 화면이 이렇게 넓지?”, “도형은 어디서 그리지?”, “이 많은 레이어는 누가 이렇게 쌓아둔 거지?” PPT에 익숙한 사람에게 피그마는 처음에 조금 낯설 수밖에 없습니다. 이유는 간단합니다. PPT는 슬라이드 중심으로 생각하는 도구이고, 피그마는 화면과 캔버스 중심으로 생각하는 도구 이기 때문입니다. 오늘의 핵심 질문 피그마가 어려운 이유는 기능이 많아서일까요? 아닙니다. PPT와 다르게 생각해야 하기 때문입니다. 이번 글에서는 피그마를 처음 접하는 IT 기획자를 위해 PPT와 비교하면서 설명하겠습니다. 디자인 전문 용어를 줄이고, 화면설계와 개발자 협업 관점에서 이해할 수 있도록 정리했습니다. 📚 목차 피그마가 처음에 어렵게 느껴지는 이유 PPT와 피그마의 가장 큰 차이 슬라이드와 프레임의 차이 도형과 레이어의 차이 하이퍼링크와 프로토타입의 차이 댓글과 피드백 방식의 차이 IT 기획자는 피그마를 어떻게 바라봐야 할까? 자주 묻는 질문 피그마가 처음에 어렵게 느껴지는 이유 피그마가 어렵게 느껴지는 이유는 사용자가 부족해서가 아닙니다. 그동안 PPT에 익숙해진 작업 방식과 피그마의 작업 방식이 다르기 때문입니다. PPT에서는 보통 이렇게 생각합니다. 1번 슬라이드에는 표지를 만든다. 2번 슬라이드에는 개요를 넣는다. 3번 슬라이드에는 화면설계 이미지를 넣는다. 슬라이드 순서대로 설명한다. ...

PPT만 쓰던 IT 기획자를 위한 피그마 입문: 화면설계가 쉬워지는 첫걸음 요즘은 PPT보다는 피그마라는 툴로 기획서를 작성하기를 요청하는 프로젝트가 많아 지고 있습니다. 제가 처음 피그마를 접한 때가 2019년이었는데요 그 때는 알려 지지 않은 툴을 배울 기회가 있어 재미있게 기획서를 작성했습니다. 하지만 다른 프로젝트로 가서는 PPT로 작성하다 보니 잊혀지고 있던 툴이었습니다. “이번 프로젝트 화면은 피그마에서 확인해 주세요.” 순간 머릿속에 작은 회의실 종이 울리고 예전에 배운 피그마 툴을 다시 찾고, 시간이 없는데 하면서 기획서를 작성했습니다. 아마도 처음 피그마를 접하는 분들은 까다롭다고 느끼시겠지만, 괜찮습니다. 처음부터 피그마를 디자인 전문가처럼 다룰 필요는 없습니다. IT 기획자에게 중요한 것은 예쁜 화면을 만드는 능력이 아니라, 화면을 정확히 읽고 개발자·디자이너와 같은 기준으로 이야기하는 능력 입니다. 이번 글에서는 PPT에 익숙한 IT 기획자를 위해 피그마를 최대한 쉽게 설명하겠습니다. 피그마라는 낯선 도구를 PPT 개념과 비교해 보면 생각보다 겁낼 필요가 없습니다. 도구 이름만 바뀐 것이 아니라, 일하는 방식이 조금 더 화면 중심으로 바뀐 것뿐입니다. 📚 목차 피그마는 무엇인가요? PPT와 피그마는 무엇이 다를까요? PPT 사용자라면 피그마를 이렇게 이해하세요 IT 기획자가 피그마를 배워야 하는 이유 기획자가 처음 알아야 할 피그마 용어 5가지 피그마를 처음 볼 때 확인해야 할 포인트 결론 자주 묻는 질문 피그마는 무엇인가요? 피그마는 웹사이트, 모바일 앱, 관리자 페이지 같은 디지털 화면을 설계하고, 팀원들과 함께 검토하고, 화면 흐...

IT 기획자를 위한 API 기획 체크리스트: 개발자 회의 전에 꼭 확인할 질문 IT 기획자를 위한 API 기획 체크리스트: 개발자 회의 전에 꼭 확인할 질문 이 글의 핵심 요약 API의 기본 개념을 이해했다면, 이제 중요한 것은 실무에 적용하는 것입니다. 이번 글에서는 IT 기획자가 API 회의 전에 확인해야 할 질문, HTTP 메서드, 상태코드, 오류 메시지, 기획서 작성 예시를 정리합니다. 이전 글 먼저 보기 API의 기본 개념이 아직 낯설다면 아래 글을 먼저 읽어보세요. 이번 글은 1편의 개념을 바탕으로 실무 체크리스트를 다룹니다. 👉 이전 글: IT 기획자를 위한 API란? 개발자 회의 전에 꼭 알아야 할 기본 개념 지난 글에서는 API를 IT 기획자 관점에서 정리했습니다. API는 화면이 서버에 데이터를 요청하고, 서버가 그 결과를 화면에 돌려주는 약속입니다. 그런데 API 개념을 이해하는 것과 실제 기획서에 반영하는 것은 또 다른 문제입니다. 회의에서는 이런 질문들이 튀어나옵니다. “이건 GET인가요, POST인가요?” “저장 성공 후 어떤 화면으로 이동하나요?” “로그인 만료 시 메시지만 보여 주나요, 로그인 화면으로 보내나요?” “목록이 없을 때 빈 화면 처리는 어떻게 하나요?” “중복 클릭하면 주문이 두 번 생성될 수 있는데 막아야 하나요?” 이 질문들은 모두 API 기획과 연결됩니다. API 기획은 개발자의 영역처럼 보이지만, 사실 기획자가 먼저 정리해야 할 업무 조건이 많습니다. 화면 뒤에 숨어 있던 데이터들이 회의실 책상 위로 우르르 올라오는 순간입니다. ...

IT 기획자를 위한 API란? 개발자 회의 전에 꼭 알아야 할 기본 개념 IT 기획자를 위한 API란? 개발자 회의 전에 꼭 알아야 할 기본 개념 이 글의 핵심 요약 API는 개발자만 알아야 하는 기술 용어가 아닙니다. IT 기획자에게 API는 화면과 데이터가 어떻게 연결되는지 이해하기 위한 실무 개념입니다. 이 글에서는 API를 코드가 아니라 화면정의서, 요청값, 응답값, 개발자 회의 관점에서 쉽게 정리합니다. IT 기획 업무를 하다 보면 개발자 회의에서 API라는 말을 자주 듣게 됩니다. “이 화면은 API로 조회하면 됩니다.” “응답값에 포함되어야 합니다.” “요청값이 없으면 처리하기 어렵습니다.” “이 데이터는 프론트에서 가지고 있는 게 아니라 서버에서 내려줘야 합니다.” 말은 익숙한데, 막상 화면정의서에 무엇을 써야 할지 막막할 때가 있습니다. 이때 필요한 것은 개발자처럼 코드를 작성하는 능력이 아닙니다. IT 기획자에게 필요한 것은 화면에서 어떤 데이터를 요청하고, 어떤 데이터를 받아서, 사용자에게 어떻게 보여 줄지 정리하는 능력 입니다. API는 어렵게 보이지만, 기획자 관점에서는 생각보다 단순합니다. 화면이 서버에 무언가를 요청하고, 서버가 그 결과를 다시 화면에 돌려주는 약속입니다. 화면 뒤에서 데이터들이 작은 택배 상자를 들고 뛰어다니는 구조라고 보면 됩니다. 📚 목차 API를 기획자 관점에서 이해하기 IT 기획자가 API를 알아야 하는 이유 API는 요청과 응답의 약속이다 화면정의서에서 API를 어떻게 바라봐야 할까? 기획자가 알아야 할 API 기본 용어 API를 알면 기획서가 어떻게 달...

Confluence 검색 잘하는 법: 원하는 문서를 10초 안에 찾는 팁 Confluence 검색 잘하는 법: 원하는 문서를 10초 안에 찾는 팁 Confluence를 처음 사용할 때는 검색 기능이 거의 필요하지 않습니다. 문서 수가 적기 때문입니다. 하지만 프로젝트가 몇 개만 진행되어도 상황은 달라집니다. 회의록은 수백 개가 되고, 요구사항 문서는 계속 수정되며, 운영가이드는 서비스마다 하나씩 늘어납니다. 그 순간부터 가장 많이 하는 말이 생깁니다. "그 문서 어디 있었지?" 검색에 10분을 쓰는 팀은 문서를 잘못 만든 것이 아니라 문서를 잘 찾지 못하는 것입니다. 특히 IT 기획자는 하루에도 수십 번 Confluence를 검색하기 때문에 검색 습관 하나만 바뀌어도 업무 속도가 크게 달라집니다. 이번 글에서는 IT 기획자의 관점에서 Confluence 검색 기능을 최대한 활용하는 방법과 문서를 10초 안에 찾을 수 있는 실무 노하우를 소개합니다. 📚 목차 왜 Confluence 검색이 어려워질까 Confluence 검색 원리 이해하기 제목 검색을 잘하는 방법 본문 검색을 잘 활용하는 방법 라벨(Label)을 이용한 검색 Space별 검색 활용법 고급 검색과 필터 활용법 검색이 쉬운 문서를 만드는 방법 IT 기획자가 자주 사용하는 검색 패턴 검색이 안 되는 대표적인 이유 결론 FAQ 1. 왜 Confluence 검색이 어려워질까 검색 기능이 부족해서가 아닙니다. 문서를 만드는 방식 때문입니다. 다음과 같은 상황이라면 검색 효율이 크게 떨어집니다. 문서 제목이 모두 '회의록', '최종', '수정본'처럼 비슷한 경우 라벨(Label)을 사용하지 않는 경우 Space 구분이 없는 경우 같은 문서가 여러 곳...