Development Artist

'오감일기' 개발 개발 초기에 들어서면서 mockup해 두었던 것과 실 개발단에서 오감의 컨셉에 대해 팀내의 의문이 제기 되었다. 내용응 즉슨, 해쉬태그 기능이 들어가게 되면서 오감이라는 것이 정확히 어떤 것을 기대할 수 있는가였다. 그리고 일기의 대부분이 여러가지 감정들을 복수로 가질 가능성이 높고, 감각 별로 차이가 나는 결과값을 기대할 수 없다는 것이였다. 결국, 오감이라는 컨셉 자체가 희미해지고, 심지어 대체재로 해쉬태그의 기능이 강력한 만큼, 이것을 구현하는 것에 납득할만한 근거를 찾지 못하였다. 이것에 대한 답을 구하지 못하자, 오감일기의 이름을 그대로 가져갈 필요가 없음으로 판단하고, '오감일기' 아이디어를 엎게 된다. 새로운 아이디어로 더 좋은 것으로 다시 시작하려고 한다.

계획서 계획서 구성은 다음과 같이 한다. - 플젝명or팀명, 팀원역할, 팀의역량(가진기술) - 아이디어 개요(설명), 아이디어와 관련된 현재 시장 상황, 아이디어가 해결하는 부분, 아이디어로 구현할 기능 - 타겟유저, 타겟유저의 Demographic, 아이디어와 연관될 사람들 - 어떤 데이터를 사용할 것인가, 어떻게 데이터를 모을 것인가, 데이터의 양은 어느정도인가 - 프로토타입(웹 or 앱), 사용할 tool 정리 Low Fidelity low-fidelity, 즉, 낮은 완성도의 프로토타입인데, (그림4) 처럼 구성할 수 있다. (그림4)의 예시는 앱을 그린 것이다.(이전에 했던 프로젝트의 low-fi이다). 이처럼 기능들을 특정할 수 있으면 디자인이 어떻든 상관없다. 해당 내용이 잘 구성 되려면, ..