QuotaBook Service Design
Period
2023. 06 – Now
Period
2023. 06 – Now
Role
Project Manager, Product Designer
Role
Project Manager, Product Designer
Deliverables
UX/UI Design, Prototyping
Deliverables
UX/UI Design, Prototyping
Contribution
UX/UI Design 100% (1 Product Designer, 2 Software Engineer)
Contribution
UX/UI Design 100% (1 Product Designer, 2 Software Engineer)
Social
사용자 업무의 파편화
사용자 업무의 파편화
쿼타북을 통해 스타트업과 투자사가 재무제표, 영업보고 및 의결 데이터를 주고받을 때 다양한 커뮤니케이션이 필요해요. 그러나 쿼타북에 일원화된 커뮤니케이션 채널이 없어, 업무 관련 소통이 이메일이나 카카오톡, 슬랙 등 외부 채널로 분산되어 사용자의 업무가 파편화되는 문제가 발생했어요.
쿼타북을 통해 스타트업과 투자사가 재무제표, 영업보고 및 의결 데이터를 주고받을 때 다양한 커뮤니케이션이 필요해요. 그러나 쿼타북에 일원화된 커뮤니케이션 채널이 없어, 업무 관련 소통이 이메일이나 카카오톡, 슬랙 등 외부 채널로 분산되어 사용자의 업무가 파편화되는 문제가 발생했어요.
우선 각 도메인 서비스마다 사용자가 필요로 하는 커뮤니케이션의 유형을 수집했습니다. 단순 텍스트만으로 소통하는 경우가 일반적이지만, 영업보고와 같이 사용자 간에 특정한 데이터를 요청하고 공유하는 경우 사용자가 어떤 데이터에 대해 커뮤니케이션하고자 하는지, 해당 데이터가 어떤 위치에 존재하는지 빠르게 파악해야 하는 등 각 서비스별로 다양한 요구사항이 존재했습니다.
우선 각 도메인 서비스마다 사용자가 필요로 하는 커뮤니케이션의 유형을 수집했습니다. 단순 텍스트만으로 소통하는 경우가 일반적이지만, 영업보고와 같이 사용자 간에 특정한 데이터를 요청하고 공유하는 경우 사용자가 어떤 데이터에 대해 커뮤니케이션하고자 하는지, 해당 데이터가 어떤 위치에 존재하는지 빠르게 파악해야 하는 등 각 서비스별로 다양한 요구사항이 존재했습니다.
목표 설정
목표 설정
이런 다양한 요구사항에 대응하기 위해서는, Social의 컴포넌트 단계에 유연성이 있어야 한다고 판단했습니다. Social의 컴포넌트를 Message, Thread, Channel 단위로 분리하고 각 컴포넌트별로 기능 및 필드에 대한 On/Off 옵션을 제공하여, 각 요구사항에 맞는 테마를 활용할 수 있도록 제품의 목표를 설정했습니다.
Social의 구현을 통해 달성하고자 하는 최소 목표는 다음과 같았습니다.
서로 다른 도메인 서비스에서 발생하는 다양한 커뮤니케이션 채널을 Social 하나로 통합하여 관리할 수 있도록 하자.
서로 다른 도메인 서비스마다 일관된 메신저 인터페이스를 제공하여 사용자들이 편리하게 소통할 수 있도록 하자.
여러 소스로 파편화된 커뮤니케이션 로그와 데이터를 통합하여 비효율적인 데이터 관리 및 조회 프로세스를 줄이고, 데이터 파악이 용이하도록 하자.
이런 다양한 요구사항에 대응하기 위해서는, Social의 컴포넌트 단계에 유연성이 있어야 한다고 판단했습니다. Social의 컴포넌트를 Message, Thread, Channel 단위로 분리하고 각 컴포넌트별로 기능 및 필드에 대한 On/Off 옵션을 제공하여, 각 요구사항에 맞는 테마를 활용할 수 있도록 제품의 목표를 설정했습니다.
Social의 구현을 통해 달성하고자 하는 최소 목표는 다음과 같았습니다.
서로 다른 도메인 서비스에서 발생하는 다양한 커뮤니케이션 채널을 Social 하나로 통합하여 관리할 수 있도록 하자.
서로 다른 도메인 서비스마다 일관된 메신저 인터페이스를 제공하여 사용자들이 편리하게 소통할 수 있도록 하자.
여러 소스로 파편화된 커뮤니케이션 로그와 데이터를 통합하여 비효율적인 데이터 관리 및 조회 프로세스를 줄이고, 데이터 파악이 용이하도록 하자.
순서대로 Message, Thread, Channel Component
순서대로 Message, Thread, Channel Component
결과
결과
Social 구현을 통해 플랫폼 팀은 다음과 같은 효율을 생산했습니다.
기능 개선 시, Social의 개선만으로 모든 서비스에 적용되도록 하여 개발 리소스를 최소화하였습니다.
요구사항에 따라 제품을 개선하거나 변경하지 않아도, 다양한 도메인에서 다르게 테마를 적용하여 활용할 수 있도록 하였습니다.
모든 커뮤니케이션 로그와 데이터를 하나로 통합하여, 모든 업무 관계자들이 데이터 관리 및 모니터링을 효율적으로 할 수 있도록 개선하였습니다.
Social 구현을 통해 플랫폼 팀은 다음과 같은 효율을 생산했습니다.
기능 개선 시, Social의 개선만으로 모든 서비스에 적용되도록 하여 개발 리소스를 최소화하였습니다.
요구사항에 따라 제품을 개선하거나 변경하지 않아도, 다양한 도메인에서 다르게 테마를 적용하여 활용할 수 있도록 하였습니다.
모든 커뮤니케이션 로그와 데이터를 하나로 통합하여, 모든 업무 관계자들이 데이터 관리 및 모니터링을 효율적으로 할 수 있도록 개선하였습니다.
eSign
eSign
eSign은 Product Designer Lead와 Software Engineer의 리뷰를 받아 제품 요구사항 문서를 작성, UX를 설계하였기에 다른 프로젝트와 기여도에 일부 차이가 있습니다.
문제
문제
Quotabook 사용자는 스톡옵션 계약, 의결 행사, 주식 미발행 확인서 발급, 주주총회 의사록 생성 등을 위해 서명 또는 기명 날인하는 과정을 경험합니다. 그러나 각 날인 과정은 서비스별로 분리되어 사용자는 통일되지 않은 인터페이스를 경험해야 하며, 쿼타랩을 통해 계약 완료한 서류는 스톡옵션 계약, 의결권 행사 등 각 서비스별로 파편화되어 사용자가 매번 직접 다운로드해 보관하지 않으면 통합된 문서함에서 함께 조회할 수 없는 문제가 있었습니다.
Quotabook 사용자는 스톡옵션 계약, 의결 행사, 주식 미발행 확인서 발급, 주주총회 의사록 생성 등을 위해 서명 또는 기명 날인하는 과정을 경험합니다. 그러나 각 날인 과정은 서비스별로 분리되어 사용자는 통일되지 않은 인터페이스를 경험해야 하며, 쿼타랩을 통해 계약 완료한 서류는 스톡옵션 계약, 의결권 행사 등 각 서비스별로 파편화되어 사용자가 매번 직접 다운로드해 보관하지 않으면 통합된 문서함에서 함께 조회할 수 없는 문제가 있었습니다.
서로 다른 구조와 형태를 가진 과거의 전자계약 기능
서로 다른 구조와 형태를 가진 과거의 전자계약 기능
개념 이해하기
개념 이해하기
전자계약이라는 단순하면서도 복잡한 도메인을 파악하기 위해, 일단 국내외 전자계약 서비스들에 대한 레퍼런스 리서치를 진행했습니다. 그 중 글로벌 사용자가 가장 많고, 제품 개발 문서가 상세하고 이해하기 쉬운 구조로 서술된 DocuSign을 참고하여 전자계약의 개념 및 구조도를 이해하고 초기 설계를 진행했습니다.
전자계약이라는 단순하면서도 복잡한 도메인을 파악하기 위해, 일단 국내외 전자계약 서비스들에 대한 레퍼런스 리서치를 진행했습니다. 그 중 글로벌 사용자가 가장 많고, 제품 개발 문서가 상세하고 이해하기 쉬운 구조로 서술된 DocuSign을 참고하여 전자계약의 개념 및 구조도를 이해하고 초기 설계를 진행했습니다.
컴포넌트 설계 선행 후 UX 플로우 설계를 진행
컴포넌트 설계 선행 후 UX 플로우 설계를 진행
목표 설정
목표 설정
eSign은 고객사 계약에 직접적으로 연관이 있는 영역이었기 때문에, 계약 시점 및 구현 리소스를 고려하여 우선 최소한의 요구사항을 충족하는 설계를 구현하는 것이 목표였습니다.
하지만 전자계약 도메인의 비전을 위해, 리소스의 제약에서 벗어나 프로토타입으로 제품의 가치를 검증할 수 있을 수준의 설계가 필요할 것 같다고 판단했습니다. 현재 팀의 상황을 고려하여 가까운 미래에 개선할 수 있을 정도의 범위로 디자인을 진행하고, 그 안에서 최소한의 요구사항을 발라내어 구현 범위를 설정하였습니다.
eSign은 고객사 계약에 직접적으로 연관이 있는 영역이었기 때문에, 계약 시점 및 구현 리소스를 고려하여 우선 최소한의 요구사항을 충족하는 설계를 구현하는 것이 목표였습니다.
하지만 전자계약 도메인의 비전을 위해, 리소스의 제약에서 벗어나 프로토타입으로 제품의 가치를 검증할 수 있을 수준의 설계가 필요할 것 같다고 판단했습니다. 현재 팀의 상황을 고려하여 가까운 미래에 개선할 수 있을 정도의 범위로 디자인을 진행하고, 그 안에서 최소한의 요구사항을 발라내어 구현 범위를 설정하였습니다.
디자인 범위
대량 전자계약을 위한 템플릿 생성 플로우
템플릿 생성 및 수정 플로우
템플릿 삭제 플로우
개별 전자계약을 위한 계약 발신/수신 플로우
전자계약 요청 발신 플로우
전자계약 요청 수신 플로우
계약 완료 후 문서 보관 플로우
봉투(Envelope) 및 봉투의 구성 요소들에 대한 컴포넌트 정의
디자인 범위
대량 전자계약을 위한 템플릿 생성 플로우
템플릿 생성 및 수정 플로우
템플릿 삭제 플로우
개별 전자계약을 위한 계약 발신/수신 플로우
전자계약 요청 발신 플로우
전자계약 요청 수신 플로우
계약 완료 후 문서 보관 플로우
봉투(Envelope) 및 봉투의 구성 요소들에 대한 컴포넌트 정의
발신자의 템플릿 생성 및 전자계약 요청
발신자의 템플릿 생성 및 전자계약 요청
결과
결과
정해진 일정과 리소스 안에서 요구사항을 충족하기 위해, 전체 디자인 범위 안에서 가장 기본이 되는 개별 전자계약 플로우를 우선 구현하기로 결정하였습니다. 수신자 개개인이 Tab의 위치를 직접 지정하여 서명할 수 있도록 하여 템플릿 생성 및 Tab 유형별 컴포넌트 구현에 들이는 리소스를 절약하였습니다. 결과적으로 고객사에 완성도 높은 계약 플로우를 시연할 수 있었으며, 성공적인 제품 계약으로 이어졌습니다.
정해진 일정과 리소스 안에서 요구사항을 충족하기 위해, 전체 디자인 범위 안에서 가장 기본이 되는 개별 전자계약 플로우를 우선 구현하기로 결정하였습니다. 수신자 개개인이 Tab의 위치를 직접 지정하여 서명할 수 있도록 하여 템플릿 생성 및 Tab 유형별 컴포넌트 구현에 들이는 리소스를 절약하였습니다. 결과적으로 고객사에 완성도 높은 계약 플로우를 시연할 수 있었으며, 성공적인 제품 계약으로 이어졌습니다.
실제 구현 범위
개별 전자계약을 위한 계약 발신/수신 플로우
봉투(Envelope) 및 봉투의 구성 요소들에 대한 컴포넌트 정의
실제 구현 범위
개별 전자계약을 위한 계약 발신/수신 플로우
봉투(Envelope) 및 봉투의 구성 요소들에 대한 컴포넌트 정의
수신자의 전자계약 요청 수신 및 서명
수신자의 전자계약 요청 수신 및 서명
Payment
Payment
문제
문제
Quotabook 서비스 오픈 후 3년이 지났음에도 불구하고 서비스 구독 및 결제 시스템이 부재한 상황이었습니다. 이로 인하여 고객사는 원하는 구독 기간을 구두로 전달하고, 이를 바탕으로 계약서가 작성되면 계약서에 날인하고 전액 현금으로 지불하는 불편함이 있었습니다. Quotalab의 세일즈 팀은 매번 계약서를 작성하여 서명 날인 및 계약 금액을 받고 세금 계산서를 별도로 발행하는 비효율적인 업무 프로세스를 경험하는 문제가 있었습니다.
Quotabook 서비스 오픈 후 3년이 지났음에도 불구하고 서비스 구독 및 결제 시스템이 부재한 상황이었습니다. 이로 인하여 고객사는 원하는 구독 기간을 구두로 전달하고, 이를 바탕으로 계약서가 작성되면 계약서에 날인하고 전액 현금으로 지불하는 불편함이 있었습니다. Quotalab의 세일즈 팀은 매번 계약서를 작성하여 서명 날인 및 계약 금액을 받고 세금 계산서를 별도로 발행하는 비효율적인 업무 프로세스를 경험하는 문제가 있었습니다.
목표 설정
목표 설정
고객사별로 다각화된 플랜 및 애드온 상품을 자유롭게 세팅하여 청구할 수 있어야 한다는 세일즈 팀의 요구사항과, 글로벌 고객사를 위한 해외 결제 케이스 등을 문제 없이 처리할 수 있는 결제 시스템이 필요했습니다. 국내외 결제 시스템을 살펴본 후, 최종적으로 개발 문서가 상세하며 유연한 구조로 다양한 과금 시나리오를 대응할 수 있는 Stripe를 활용하기로 결정하였습니다.
고객사별로 다각화된 플랜 및 애드온 상품을 자유롭게 세팅하여 청구할 수 있어야 한다는 세일즈 팀의 요구사항과, 글로벌 고객사를 위한 해외 결제 케이스 등을 문제 없이 처리할 수 있는 결제 시스템이 필요했습니다. 국내외 결제 시스템을 살펴본 후, 최종적으로 개발 문서가 상세하며 유연한 구조로 다양한 과금 시나리오를 대응할 수 있는 Stripe를 활용하기로 결정하였습니다.
사용자의 요구사항
카드를 이용해 원하는 플랜을 원하는 금액으로 결제하고 싶다.
내가 사용할 기능에 따른 금액만 추가 결제하고 싶다.
구독 상태 및 결제내역을 쉽고 빠르게 파악하고 싶다.
세일즈 팀의 요구사항
별도 계약서 작성 없이도 고객사가 직접 구독 및 결제를 편리하게 진행할 수 있어야 한다.
이해관계자 수량(구간)에 따라 청구 금액이 변경되어야 한다.
별도 엔터프라이즈 계약에 대응할 수 있도록 유연한 구독 설정을 적용하고 싶다.
특정 옵션을 적용한 고객사는 일정한 할인율을 적용하고 싶다.
스타트업 제품, 투자사 제품은 각각 다른 플랜을 활용하고 싶다.
사용자의 요구사항
카드를 이용해 원하는 플랜을 원하는 금액으로 결제하고 싶다.
내가 사용할 기능에 따른 금액만 추가 결제하고 싶다.
구독 상태 및 결제내역을 쉽고 빠르게 파악하고 싶다.
세일즈 팀의 요구사항
별도 계약서 작성 없이도 고객사가 직접 구독 및 결제를 편리하게 진행할 수 있어야 한다.
이해관계자 수량(구간)에 따라 청구 금액이 변경되어야 한다.
별도 엔터프라이즈 계약에 대응할 수 있도록 유연한 구독 설정을 적용하고 싶다.
특정 옵션을 적용한 고객사는 일정한 할인율을 적용하고 싶다.
스타트업 제품, 투자사 제품은 각각 다른 플랜을 활용하고 싶다.
다양한 세일즈 요구사항을 세부 플로우에 적용한 예시
다양한 세일즈 요구사항을 세부 플로우에 적용한 예시
결과
결과
기본 플랜을 이용하던 중소형 고객사들은 쿼타북 세일즈 팀과 별도 커뮤니케이션 없이도 프로덕트 내에서 바로 재계약 및 구독을 진행할 수 있도록, 기존 계약일 및 계약 플랜에 대한 마이그레이션을 병행했습니다. 이를 통해 배포 이후 3개월 내 계약기간이 도래한 고객사는 모두 정상적으로 구독을 완료하였습니다. (다른 문제로 인한 재계약 해지 케이스를 제외)
기본 플랜을 이용하던 중소형 고객사들은 쿼타북 세일즈 팀과 별도 커뮤니케이션 없이도 프로덕트 내에서 바로 재계약 및 구독을 진행할 수 있도록, 기존 계약일 및 계약 플랜에 대한 마이그레이션을 병행했습니다. 이를 통해 배포 이후 3개월 내 계약기간이 도래한 고객사는 모두 정상적으로 구독을 완료하였습니다. (다른 문제로 인한 재계약 해지 케이스를 제외)
또한, 다음과 같은 세일즈 업무 효율을 생산했습니다.
계약서 작성 및 세금계산서 발행 등에 소모되는 세일즈 리소스를 최소화하였습니다.
모든 구독 및 결제가 자동화되어 세일즈 팀이 수동으로 결제를 추적하여 관리할 필요가 없어졌습니다.
고객의 요구사항에 맞춰진 플랜을 제안하고 맞춤형 요금제를 만들어 계약에 유연하게 대응할 수 있도록 하였습니다.
고객사의 구독 기간 만료 및 구독 갱신 일정을 쉽게 파악하여, 갱신 관리 및 재구매 유도에 소모되는 리소스를 보다 효율적으로 활용할 수 있도록 하였습니다.
리소스 최소화를 통해 더 다양한 세일즈 전략을 시도해볼 수 있는 발판을 마련했습니다.
또한, 다음과 같은 세일즈 업무 효율을 생산했습니다.
계약서 작성 및 세금계산서 발행 등에 소모되는 세일즈 리소스를 최소화하였습니다.
모든 구독 및 결제가 자동화되어 세일즈 팀이 수동으로 결제를 추적하여 관리할 필요가 없어졌습니다.
고객의 요구사항에 맞춰진 플랜을 제안하고 맞춤형 요금제를 만들어 계약에 유연하게 대응할 수 있도록 하였습니다.
고객사의 구독 기간 만료 및 구독 갱신 일정을 쉽게 파악하여, 갱신 관리 및 재구매 유도에 소모되는 리소스를 보다 효율적으로 활용할 수 있도록 하였습니다.
리소스 최소화를 통해 더 다양한 세일즈 전략을 시도해볼 수 있는 발판을 마련했습니다.
Contents
Contents
Contents
Contents
Contents
Contents
Social