디자이너가 새로운 서비스를 해보고 먼저 검증 포인트를 결정하는 중요성을 배운 이야기

쿠후 컴퍼니 Advent Calendar 2019 의 6일째!

안녕하세요, Kufu Company의 주식회사 Da Vinci Studio에 속한 디자이너의 @sai_fan_3입니다.
최근에는 그룹 내 디자인 리뉴얼과 그룹 외부의 UI 디자인 개수를 하고 있습니다.

프로젝트를 진행해 나갈 때(특히 0→1개발)에, 검증점을 최초로 결정한다고 당연히는? 라고 생각할지도 모릅니다만, 할 수 없었습니다. 검증점을 1번 초기에 계획하는 것의 소중함을 실감했으므로, 써 보겠습니다.

Wish

작년에 종사한 신규 사업이라고 하는 것이, 「스마트폰(Web)으로 결혼식을 한다」가 컨셉의 Wish 라고 하는 서비스입니다.

(쿠후 컴퍼니의 그룹내에 주식회사 모두의 웨딩 및 주식회사 Da Vinci Studio가 있어, 신규 사업은, 모두의 웨딩의 디자이너로서 한 서비스가 됩니다.)



(실은, 사진의 소식에 있듯이, 최근 여러 가지 사정에 의해 클로즈 해 버렸습니다. 좋은 컨셉이었다고 생각하기 때문에, 또 언젠가...)

검증점을 먼저 생각하면 좋았다! 라고 실감한 것

릴리스시에 カップルが結婚を報告できる ・ ゲストがお祝いできる 의 2점을 코어 기능으로서, 제품을 작성하고 있었습니다.

그런 어느 날의 mtg, 릴리스시의 검증 포인트는 어디인가. 라고 하는 이야기가 되어,,, 생각되지 않았던 것을 깨달았습니다.
그 때 가장 검증하고 싶은 항목으로 올라온 것이 "Wish의 컨셉이 받아 들여지거나 요구가 있는지"라는 점이었습니다.
거기를 검증하기 위해서라면, 제품을 만드는 것 외에도 방법이 있었는지도 🤔라고 깨달았습니다.

먼저 검증 포인트를 생각하는 세 가지 이점

되돌아가지 않음

검증점을 먼저 정해 두는 것으로, 검증 결과가 잘못되었을 때에 낭비가 되어 버리는 공수를 삭감할 수 있다.

다음이 보인다

검증점을 감안할 때는, 「그 앞에서 무엇을 결정하기 위해」인가를 생각하므로, 프로젝트의 다음의 단계가 보이게 된다.

수단이 굳어지지 않는다

제품을 만들고 나서도 물론 검증할 수 있습니다만, 프로토타이핑과 같고, 물건을 만들어 버리면 애착이 솟아, 시야가 좁아져 수단이 한정되어 버리기 때문에, 그 전에 검증 하는 것이 중요해 보인다.

Wish의 경우

「Wish의 컨셉(스마트폰으로 결혼식을 한다)을 받아들일 수 있을까, 요구가 있을까」라고 하는 점을 검증하려고 했습니다만, 이것을 검증한다면, 컨셉이 맞지 않으면 그만두는, . 하지만, 이 컨셉에는 좋다는 자신감이 멤버에게 있었기 때문에, 유저에게 느끼게 하기 위해서는, 어떤 수단이 제일 적절한가를 보다 검증할 필요가 있었구나라고 생각했습니다.

끝에

「검증해, 결과를 보고, 자신감을 가지고 다음을 진행한다」그 순환을 돌려 갈 수 있도록, 검증을 잘 사용해 가고 싶습니다.