노노니의 서비스 기획소

  최근 제1 금융권 컨설팅 기획에 화면 설계를 Figma로 제출해야 한다는 조건이 붙는 경우를 보았습니다. ​ 그래픽 툴을 다룰 줄 알고 있었기에 해야 한다면 하루 익혀서 하면 되나 Figma 작업은 기획이 아닌 디자인 작업일 것이라고 인력 소싱 하는 친구에게 이야기해 주었습니다. ​ Figma가 프로토타입과 웹, 앱 디자인 작업 툴의 독보적인 존재입니다. ​ ​ 스토리보드를 파워포인트로 작성하면 불편한 점도 있습니다. 스토리보드 분량이 많아질수록 간단한 수정도 수십 페이지를 차자 바꿔줘야 하고, 페이지가 변경되면 코드를 수정하고 영향을 받는 모든 페이지 코드를 일일이 바꿔줘야 합니다. ​ 파워포인트 스토리보드 작성의 불편함으로 해결하기 위해 Figma로 기획서를 작성하는 것은 아닙니다. 애자일, 스프린트의 서비스 제작 방식에서 기획문서, 디자인 작업의 이중 절차 없애기 위해 문서화된 기획서 없이 스케치 단계의 논의 후 디자인 작업을 시작합니다. ​ 기획이 디자인까지 하거나 디자이너가 기획까지 하는 형태가 됩니다. 기획과 디자인을 동시에 진행하고 실 서비스와 같은 그래픽 요소가 들어간 Hi-fi 와이어 프레임을 작성하면 발주자와 소통이 쉽습니다. 프로토타입 형태로 모바일 리뷰를 하면 실제감이 있습니다. ​ Figma 기획이 좋은 점만 있는 것은 아닙니다. 화면 설명과 서비스 프로세스를 설명할 수 없는 치명적 단점이 존재합니다. 문서 출력 제출이 필요한 프로젝트는 프린트를 위해 피그마 양식을 별도로 만들어야 합니다. ​ ​ Figma로 기존 스토리보드와 동일한 화면 설계를 하다 보니 디자인 작업 특유의 방식을 따르게 됩니다. 그래픽의 레이어를 정리해야만 수정 작업이 수월합니다. 공통 요소를 컴포넌트로 등록해 놓아 반복 사용하게 합니다. 버튼의 크기와 색상을 규격화합니다. 이 모든 작업은 화면 설계가 아닌 디자인 가이드 작업입니다. ​ 결국 Figma는 디자인 툴이므로 그래픽 툴을 다룰 수 있으며 내 생각을 실제와 같은 화면으로 보여주기 위한 목적일 때는...

워터폴(Water fall)과 애자일(Agile)을 비교할 때 많이 사용되는 그림입니다. 무엇인가를 설명할 때 예를 들면 이해하기 쉬우나 그 예가 설명하려는 내용과 일치하지 않는다면 잘못된 내용을 정설로 받아들이게 됩니다. ​ ​ 워터폴 vs. 애자일 워터폴은 폭포수와 같이 위에서 정해진 내용을 순차적으로 일하는 방식입니다. 작업의 선후가 정해져 있으며 컨베이어 벨트에서 자동차가 조립되고 물류센터에서 주문을 처리하는 방식이 워터폴 방식입니다. ​ 온라인 서비스 제작에 있어 기획, 디자인, 개발의 각 과정이 순차적으로 이루어지는 방식도 워터폴이라 합니다. ​ 애자일은 소프트웨어 개발, 관리 방식으로 작동 가능한 수준의 결과물을 신속하게 반복작업하는 방식입니다. ​ ​ 작업 방식 소프트웨어의 개발 기간과 규모를 각각 100이라고 했을 때 워터폴 방식으로 소프트웨어를 개발하는 경우 결과물을 확인할 수 있는 시점이 70, 작업 규모도 70입니다. ​ 작업이 70% 진행된 상태에서는 작은 변경도 큰 작업이 될 수 있고 이로 인한 기간과 비용의 추가가 필요합니다. 이를 막고자 한 방식이 애자일입니다. ​ ​ 애자일 방식은 100의 작업을 20 정도로 나누어 5번에 걸쳐 완성해 가는데 5단계로 나눈 각 단계가 사용할 수 있는 수준의 완성도를 갖도록 작업합니다. ​ 작업의 확인과 작업량이 20일 때 확인하고 20의 결과물로 서비스를 하기 때문에 사용자의 피드백을 빨리 얻을 수 있습니다. ​ 첫 번째 작업의 결과가 첫 번째 완성품이고 두 번째 작업은 첫 번째 완성품의 업그레이드 버전이 됩니다. ​ ​ 애자일 그림이 잘못된 이유 애자일 예시 그림처럼 자동차를 만들기 위해 보드를 만들고, 자전거를 만들고, 오토바이를 만든 후 비로소 자동차를 만드는 일은 없습니다. ​ 애자일도 워터폴과 같이 자동차를 만들 목표를 세우고 자동차를 만듭니다. 처음엔 자동차 같지도 않은 탈것을 만들 것이고 사용자들이 마차를 대체하지는 않겠으나 호응이 괜찮다면 다음 버전의 계량된 자동차를 만들 것입니다....

  스타트업의 대다수는 아이디어에 기반한 앱 창업입니다. 많은 앱 서비스가 다양한 방식으로 만들어집니다. 앱 서비스가 만들어지는 과정은 아이디어에서 시작해 개발 완료까지입니다. ​ 아이디어 시장 검증(시장조사, 사용자 인터뷰) 팀 빌딩 (공동창업, 채용) 서비스 제작 (자체 제작, 외주제작) (waterfall 폭포수, Lean 린 또는 애자일Agile)   1. 아이디어 스타트업을 시작하는 두 가지 유형은 첫 번째, 스타트업을 하기로 마음먹고 좋은 아이디어를 찾습니다. 두 번째, 좋은 아이디어가 있어 스타트업을 하기로 합니다. 어떻게 시작하는가에 따라 시장 검증 방식이 달라집니다.   2. 시장 검증 첫 번째, 스타트업을 하기로 마음먹고 좋은 아이디어를 찾는 경우입니다. 해외 성공한 스타트업 중 지역기반 서비스이고 아직 한국에 진출하지 않은 아이디어는 쉽게 따라 할 수 있습니다. 차량 공유, 숙소 공유, 재능마켓, 소셜커머스, 주차대행, 세탁 대행 서비스 등 수없이 많습니다. 해외 성공 서비스를 국내에 적용할 때 비즈니스 모델은 검증되었기에 국내 적용을 위한 현지화만 필요합니다. 동일한 서비스일지라도 문화가 다르고 사람이 다르다 보니 서비스 방식에 변화가 필요하고 이를 위해 사용자 인터뷰를 진행하여 현지화를 시킵니다. 새로운 아이디어를 찾는 경우 문제와 해결책이 사용자가 필요로 하는 것인지 확인하기 위한 시장 검증을 합니다.   두 번째, 좋은 아이디어가 있어 스타트업을 하기로 하는 경우입니다. 스타트업 창업자의 대부분이 아이디어를 가지고 시작하는 경우이며 창업자 자신이 해당 서비스를 필요로 하는 당사자입니다. 아이디어가 창업자의 생활 속에서 나오기에 문제와 해결책이 명확합니다. 내가 필요로 하는 서비스를 만드는 것으로 시작하는 스타트업의 시장조사는 나와 같은 필요를 가진 이들이 많은가 확인하기 위한 것이며 이미 해당 솔루션을 실현한 서비스가 나와 있는지, 누군가 만들었다가 실패했는가를 조사합니다.   3. 팀 빌딩...