베이직플랜

우리가 앱이나 웹 서비스를 기획할 때 놓치기 쉬운 본질이 있습니다. 단순히 예쁜 화면을 그리는 것이 아니라, 실제로 개발 가능한 서비스를 설계하는 것이죠. 이 차이는 작아 보이지만, 프로젝트의 성패를 가르는 중요한 분기점이 됩니다. 한 대형 금융 서비스 리뉴얼 프로젝트에서 기획팀이 제출한 문서는 수백 페이지에 달했지만, 정작 개발자들은 그 문서를 보고 구현해야 할 것이 무엇인지 파악하지 못했습니다. 왜 이런 일이 발생하는 걸까요? 기획은 단순히 '화면을 그리는 작업'이 아닙니다. 디자이너가 아무리 뛰어난 피그마 실력을 가졌다 해도 그것만으로는 기획의 역할을 대체할 수 없습니다. 기획의 핵심 가치는 개발될 서비스의 청사진을 그리는 것에 있습니다. 이는 마치 건축가가 아름다운 조감도만 그리는 것이 아니라, ..

온라인서비스 기획 개념 마케팅이나 비즈니스를 계획하는 것이 습관이 된 사람은 온라인 서비스도 비슷한 방식으로 계획하게 됩니다. 온라인 서비스 기획은 사용자에게 제공하는 것(가치)이나 비즈니스 내용을 구체화하는 작업입니다. 기획자는 서비스나 제품을 만들기 위해 필요한 일들을 정리하고, 팀원들이 함께 일할 때 어떻게 일을 나눠야 하는지 계획합니다. 이런 계획을 R&R(역할과 책임), 업무분장, 직무 구성, 기술, 가치사슬 등으로 부를 수 있습니다. 저는 기획부분을 온라인서비스 운영기획과 온라인서비스 개발기획으로 나누고 있습니다. 운영기획과 개발기획은 완전히 다른 업무이고 스킬도 명백하게 구분이 되기 때문입니다. 운영기획은 서비스대상인 고객을 중심으로 사업적 가능성 및 경쟁사 대비 경쟁우위를 가지고 있는 부분..

스토리보드는 앱/웹을 사용하거나, 앱/웹을 관리하는 기준으로 작성되는 차이를 나타냅니다. 그리고 이 둘은 음과 양, 프런트 엔드와 백 엔드의 관계처럼 연결 관계를 가지고 있습니다. 이러한 연결 관계는 기능 정의와 화면 정의의 내용을 통해 표현됩니다. 이 때문에 일반적으로 사용자 관점의 화면을 규정하는 스토리보드를 작성한 후, 이를 관리하기 위한 관리자(admin) 스토리보드를 작성하는 것이 오류의 가능성을 줄일 수 있는 방법이 됩니다. 따라서 어드민 IA는 프론트 IA와 어드민 담당자의 업무분장 으로부터 출발 합니다. From 프론트 IA 아래와 같은 가상 서비스 프로덕트를 예로 들어보겠습니다. 여기에 포함되는 서비스는 포인트, 알림, 회원정보, 정기구독신청 등의 IA가 있습니다. 여기서 관리가 필요한 ..

IA(Information Architecture)란? IA는 정보 구조를 설계 및 관리하는 문서입니다. 쉬운말로는 서비스의 인덱스(목차)역할을 합ㄴ디ㅏ. 정보구조설계 및 정의 라고 하면 여러가지 구성 형식에 맞춰서 정보 시스템의 구조를 정리할 수 있겠지만, 일반적으로 사이트맵 형식을 IA설계라고 합니다. 하지만 사이트맵과 다릅니다. 예를 들어 쇼핑몰에서 중요한 메뉴는 “주문하기”, “결제하기” 입니다. 하지만, 사이트맵에서 없지요. 이는 제품상세페이지의 후속 메뉴로 정보설계에서 필요한 메뉴이지 사이트맵의 네비게이션을 위한 메뉴가 아니기 때문입니다. 모바일과 APP이 대세이기 전, 웹사이트의는 복잡한 구조의 사이트 틀을 짜고 콘텐츠를 구성하는 일 외에, WBS의 기준이 되는 IA를 기준으로 개발의 일정관..

프로젝트에 앞서, UI/UX를 설계하는 것만큼 중요한 것은 바로 정책정의입니다. 이 정책은 구축하는 중에 그리고 관리/운영하는 중에 핵심과 지표가 되기 때문입니다. 정책 정의는 서비스할 시스템 구축에 있어 전제가 되는 규율 또는 약속과 같습니다. 이는 팀 안에서 또는 관계자들과 함께 진행되어야 할 프로젝트의 가치를 유지시켜 주고, 각 분야의 담당자들이 하나의 고정된 관점에서 각자의 업무를 진행할 수 있는 깃발이 되어 줍니다. ​ 또한 정책들의 목록을 통해 일반사항, 제반사항, 예외사항들을 공유하여 통일된 업무효율성을 가지는 역할을 해주고, 다른 담당자들의 업무의 중요성을 인식시켜 주는 역할도 하게 됩니다. ​ 정책은 필요한 모든것을 지정해서 정의하면 됩니다. 고객에게 어떠한 서비스를 할 것인가에 대한 정..