플랫폼 설계시 주의점

플랫폼은 하나의 서비스일 수 있지만 여러 개의 서비스에서 공통적으로 필요로 하는 기능을 제공하기도 함

유연성

• 플랫폼은 다양한 서비스들과 연계하며 고유의 기능을 제공할 수 있어야 함
• 각기 다른 형태와 연동 방식을 가진 서비스를 지원하기 위해 유연한 플랫폼 구조가 필요

확장성

• 플랫폼이 수행하는 역할이 많아지면 플랫폼의 영역을 확장하거나 역할을 분리해 또 다른 플랫폼으로 분화할 수 있음
• 플랫폼을 기획할 때 당장의 요구사항을 반영하면서도 기능의 추가와 플랫폼의 분리에 대한 방향성을 고려하여 설계

유연성

• 개발 요구사항을 반영하거나 플랫폼의 유연성과 확장성을 고려할 때 경계선을 설정 하기 위한 기준이 필요함
• 한 문장으로 정의할 수 있는 플랫폼의 정체성을 설정
• 기능 추가에 대한 의사결정을 하거나 플랫폼의 역할 범위를 설정할 때 정체성이 기준선이 되어야함

플랫폼 분화

하나의 플랫폼에 요구하는 역할이 많아 정체성이 모호해질 때 플랫폼을 여러 개로 나누고 분화하는 것을 고려

• 데이터의 범위 확장 : 플랫폼이 관리하는 데이터의 범위가 플랫폼의 역할 범위를 벗어남
• 제공 기능의 다양화 : 플랫폼이 가지고 있는, 혹은 외부에서 요구하는 기능들의 연관성이 부족함

• 회원플랫폼 : 회원정보를 수집/저장, 필요한 경우 외부로 회원 정보 제공
• 빌링플랫폼 : 결제 기능을 제공하고 회원의 결제 내역 정보를 관리
• 파트너 플랫폼 : 제품을 공급하는 업체의 정보를 수집/저장, 업체 등록/해지 관리

단순 간편결제서비스에서 플랫폼으로 확장

백오피스 기획

1. 핵심

• 백오피스 사용자 특성에 따라 제공하는 기능을 차별화
• 백오피스 사용자 그룹에 따라 사용 권한 설정을 차별화

2. 요구사항 취합

백오피스 구축 / 개선 요구사항 확인

• 요구사항 확인 대상
  • 서비스 운영을 위해 백오피스 사용이 필요한 부서 담당자
  • 고객 CS 처리를 해야 하는 고객센터
  • 회사 외부의 업체나 사용자 : 회사 외부에서도 백오피스를 사용하는 경우
• 어떤 작업을 필요로 하는지 확인
  • 정보를 조회 / 변경 (입력, 수정, 삭제), 기능 설정 추가/변경, 기능 실행 등
  • 정보 조회하는 경우 변경 이력까지 조회할 수 있어야 하는지 확인
• 요구사항 중 서비스 정책을 위반하는 사항이 있는지 점검
  • ex) 작업이 진행됨에 따라 자동으로 변경되는 "상태값" → 백오피스를 사용하는 사람이 임의로 상태값을 변경하길 원하는 경우 수용 불가

3. 메뉴 구성

백오피스 메뉴 구성 및 메뉴얼 기능 정의

• 요구사항 취합, 정리를 하면서 추가로 들어가야 하는 기능이 있을지 검토
  • 서비스를 직접 운영하고 백오피스를 가장 자주 이용할 가능성이 높은 자신의 요구사항 추가
• 백오피스에서 현재 상태를 조회해야 하는 정보 기준으로 메뉴 구분

메뉴별로 정보 변경 이력 조회가 필요한지 확인

• 정보 변경 이력 확인이 필요한 경우 어떤 방식으로 노출할 것인지 결정
  • 방안 1) 첫 화면에서 정보 변경 내역 나열
  • 방안 2) 현재 상태만 첫 화면에서 조회, 별도 팝업을 통해 변경 이력 조회
• 정보 변경 이력 조회 방식은 데이터 저장 구조와 사용자 요구사항을 종합하여 결정
  • 예시 1) 데이터 저장 구조에 따른 방식 결정

예시 1) 데이터 저장 구조에 따른 방식 결정
  - 결제내역 : 한 곳에 저장한 데이터 자체가 이력 → 첫 화면에서 결제내역 전체 조회
  - 회원 상태 조회 : 현재 회원 상태와 상태 변경 이력이 별도의 장소에 보관
    → 현재 회원 상태는 첫 화면에서 조회
    → 현재 회원 상태별로 팝업을 띄워 상태 변경 이력 정보 조회

4. 권한 설정

메뉴 및 메뉴 내 기능 단위의 권한 설정

• 메뉴 단위의 접근 권한 설정
  • 조회 권한은 백오피스 사용자의 소속 부서와 담당 업무에 따라 다른 개인정보 접근 권한으로 구분

예시) 탈퇴 회원의 이름, 전화번호 조회
 ➜ 개인정보보호 방침상 고객 문의 처리를 위해 꼭 필요한 인원만 접근 가능
 ➜ 백오피스 관리자, 고객센터에게만 권한 부여

• 정보 변경 권한은 서비스 운영에 관한 내용을 잘 인지하고 서비스 영향 없이 변경을 할 수 있는 사용자에게 부여
  • 예시) 파트너센터 채널 추가/삭제 ➜ 백오피스 관리자에게만 권한 부여
• 백오피스의 모든 권한을 가지는 “마스터” 권한 필수 생성
• 한 개의 메뉴 안에서 기능에 따라 다른 권한 부여

예시) 결제 가맹점 심사 메뉴
 ➜ 결제 가맹점 조회 : 모든 권한 접근 가능
 ➜ 결제 가맹점 신규 등록, 수정 : 마스터, 관리자, 가맹점 관리자
 ➜ 결제 가맹점 상태 변경 : 마스터, 가맹점 관리자

백오피스 기능

• 서비스 운영, 관리 업무를 지원하는 툴
• DB에 있는 데이터를 조회 / 수정 / 삭제
• 프런트엔드 화면과 동선, 정책에 대한 설정
• 커머스 서비스의 상품 등록, 전시 설정
• 상품 출시, 구매 등의 이벤트에 따른 사용자 알림 시점과 내용 설정

예외적인 백오피스 구성

1. 하나의 서비스에 서로 다른 기능별로 N개의 백오피스를 개발

예시) 커머스 업체의 상품관리 서비스

• 상품 등록, 전시를 위한 백오피스
• 상품 입고, 판매를 위한 백오피스

2. 여러개의 백오피스를 모아서 권한관리, 메뉴관리를 일원화

예시) 카카오페이 통합어드민

• 간편결제, 페이머니, 청구서, 자산관리 등 다양한 서비스의 백오피스를 모아 놓은 super 백오피스
• 백오피스 단위 사용 권한, 메뉴 접근 권한 등을 관리
• 백오피스를 사용할 수 있는 운영자 관리