아티클 정리 - 개발할 기능은 어떻게 발견해야 하는가, 이벤트 메뉴의 가치, 의사결정의 기준

[우아한 기술블로그] 신미지: 레퍼런스 없이 000 만들기, 아이디어는 어디에서 왔을까?

• 그룹웨어 리뉴얼 프로젝트를 다룬 글입니다. 프로젝트 진행 방법론보단 어떤 방법을 활용했는지에 관해 다루고 있습니다.
• 워크샵을 통해 도출한 아이디어를 선별하는 과정은 결국 우선순위를 산정하는 과정과 같지 않나 싶어요. 각 기능 별로 예상되는 사용 빈도, 사용자 범위, 기대효과 등은 어떤 식으로 정의하고 계량화했을지 궁금증이 생깁니다.
• 우아한 오피스 첫 화면에서 겹겹이 쌓이는 팝업 공지와 수많은 연관사이트는 구성원들의 불편함을 토로하는 영역이었다고 합니다. 그러나 리뉴얼된 그룹웨어에서 노출되는 개인화 메시지는 구성원들이 이를 응원을 얻는다는 피드백을 받았다고 합니다. 어떤 기능은 문제점을 해결하기 위해 나오지만 어떤 기능은 서비스를 더 좋게 만들기 위해 나온다는 점을 생각해볼 수 있었습니다. 전자는 사용자의 불편함을 해결하고 후자는 사용자의 즐거움을 주지만, 둘다 사용자라는 공통점이 있네요.

우아한형제들 기술블로그 | 레퍼런스 없이 000 만들기, 아이디어는 어디에서 왔을까?

 

[브런치] 조영수: (23년 3주 차) 가설 검증

해당 아이디어는 커뮤니티 이벤트로 올렸는데 반응이 매우 좋았다. 단기간 진행한 이벤트임에도 댓글 참여자가 480명이 넘었다. 댓글 추이를 보면 고객들은 평균 3~4개의 OTT를 구독중이다.

• 이벤트를 통해 신규 아이디어 실험을 진행했다니. 저는 2개 구축 프로젝트에서 프로모션을 담당하며 이벤트 관련 프론트오피스, 백오피스를 기획했습니다. 사이트 방문 그리고 구매 유도 목적의 이벤트만 고려했습니다. 이런 스스로를 반성하게 하는 글이었습니다. 
  • 생각해보면 이벤트는 사이트 관여도가 어느 정도 있는 사용자만이 참여할 수 있는 서비스인 것 같습니다. 특히나 커머스에서 단순 제품 검색 및 가격 비교 목적이라면 사이트 탐색 없이 제품 검색으로 바로 이동하기 때문입니다. 이벤트를 발견하고 내용을 확인한다는 건 사이트에 어느 정도 관여도가 나와야 나타날 수 있는 행동인 것 같습니다.
  • 설령 체리피커라 할지라도 해당 도메인에 어느 정도 지식을 갖춘 사용자라는 점에서 저관여 사용자로 나타나진 않을 것 같습니다.
  • 즉, 이벤트는 서비스 사용자들 중 관여도가 어느정도 나오는 이들이 모이는 메뉴라고 할 수 있습니다. 따라서 이벤트를 테스트베드로 활용하면 아마 서비스 미사용자 혹은 라이트 유저를 걸러내는 1차 필터링 효과를 얻을 수 있을 것 같습니다. 설령 라이트 유저가 응모하더라도 사용자를 대상으로 하기에 사용자 정보를 기반으로 테스트 대상으로 타당한지도 신뢰롭게 검증할 수 있습니다.

우리는 우리의 효율과 규모가 하락하는 한 매년 고객들을 위해 상품가격을 지속적으로, 또 현저히 더 낮추는 것을 목표로 의사결정을 해왔습니다. 이것은 숫자 계산을 기반으로는 할 수 없는 대단히 중요한 결정의 한 예입니다. 사실 가격을 낮출 때마다 우리는 수학이 말하는 것과 반대되는 방향으로 나아갑니다. 수학은 늘 가격을 올리는 것이 현명한 조치라고 말합니다.

• 모든 의사결정이 수학적으로 검증할 수 있는 건 아닌 것 같습니다. 그리고 수학적으로 옳은 것이 사업적으로 또는 서비스적으로 옳다는 것도 아닌 것 같습니다.
• 중요한 건 서비스의 목적을 생각할 때 이것이 맞는 행동인가를 판단하는 능력인 것 같습니다.

(23년 3주 차) 가설 검증