인하우스에서의 서비스 정책

서비스 정책의 정의

서비스 정책이란 해당 서비스가 어떤 원리로 운영되는지를 규정하는 기준 문서입니다. 이는 단순한 내부 참고 자료가 아니라, 서비스 전반의 작동 방식을 규정하는 일종의 법률과 같은 역할을 합니다. 정책은 기능을 어떻게 만들 것인가의 문제가 아니라, 무엇을 허용하고 어떤 조건에서 작동하게 할 것인가를 정하는 기준입니다.

인하우스 조직에서는 이러한 서비스 정책서를 기준으로 프로덕트를 운영하는 경우가 많습니다. 반면 외주 프로젝트에 참여할 때는 최신 정책서를 요청하거나, 신규 프로젝트라면 정책 수립 여부를 먼저 확인해야 설계를 원활하게 진행할 수 있습니다. 정책이 확정되지 않은 상태에서는 설계가 흔들릴 수 있기 때문입니다.
정책은 인프라 위에 세워진 기둥과 같습니다. 그 기둥이 기울어지면 정보 구조도나 화면 설계서 역시 안정적으로 세워질 수 없습니다. 설계는 정책 위에서만 정확하게 작동할 수 있습니다.

 

정책의 구성과 설계에 미치는 영향

서비스 정책에는 일반적으로 회원 정책, 상품 정책, 주문 정책, 프로모션 정책 등이 포함됩니다. 각 정책은 서비스의 특정 영역을 규정하며, 설계 방향을 직접적으로 결정합니다.

예를 들어 회원 정책에는 회원 가입과 탈퇴 절차, 로그인 시 필요한 정보, 로그인 이후 이용 가능한 서비스 범위 등이 명시됩니다. 또한 구매 이력 조회, 배송 상태 확인, 마일리지 제공 방식, 예치금 사용 규칙 등도 회원 정책에 포함됩니다. 이러한 정책이 어떻게 정의되느냐에 따라 화면 구조와 기능 설계가 달라질 수밖에 없습니다.

만약 기존 서비스에 회원 등급 제도가 없었는데 이를 새로 도입하기로 했다면, 설계에 앞서 등급 정책이 먼저 정의되어야 합니다. 등급을 브론즈, 실버, 골드로 나눌 것인지, 다른 명칭을 사용할 것인지부터 결정해야 하며, 등급이 어떻게 변경되는지도 정책으로 정해야 합니다. 일정 기간 기준으로 조정할 것인지, 누적 구매 금액을 기준으로 할 것인지 등의 기준이 확정되어야만 설계가 가능합니다.
이처럼 정책이 먼저 확정되지 않으면 설계는 방향을 잃게 됩니다. 정책은 설계의 전제가 되는 기준입니다.

 

정책이 없는 상태에서의 어려움

정책이 없는 상태에서 서비스를 구축하는 것은 가장 어려운 경우에 해당합니다. 클라이언트가 정책을 충분히 준비하지 못한 상황에서 프로젝트가 시작되는 경우도 적지 않습니다. 수행사는 정책 수립을 도울 수는 있지만, 정책을 최종적으로 정의하고 확정하는 주체는 고객사나 현업입니다. 수행사가 정책의 책임을 대신할 수는 없습니다. 일반적으로 수행사는 샘플을 제시하거나 가이드를 제공하는 수준에서 지원하며, 정책의 최종 결정과 책임은 클라이언트에게 있습니다.

이 역할 구분이 명확하지 않으면, 설계 단계에서 반복적인 수정과 방향 변경이 발생하게 됩니다.

 

사례 1: 할인 및 오퍼 정책

가장 복잡한 정책 중 하나는 할인과 관련된 정책입니다. 현장에서는 이를 오퍼 정책이라고 부르기도 합니다. 여기에는 마일리지, 쿠폰, 예치금, 회원 등급 할인 등 다양한 혜택이 포함되며, 이들이 복합적으로 적용될 수 있습니다.

이 경우에는 어떤 혜택을 우선 적용할 것인지, 중복 적용이 가능한지, 최대 할인율은 얼마까지 허용할 것인지 등을 정책으로 명확히 정의해야 합니다. 예를 들어 회원 등급 할인을 먼저 적용한 뒤 쿠폰, 마일리지, 예치금을 순차적으로 적용하는 방식이 일반적일 수 있습니다. 그러나 이 순서와 조건은 반드시 정책으로 확정되어야 합니다. 이 기준이 정해지지 않으면 설계는 물론 개발 단계에서도 혼란이 발생합니다.

사례 2: 주문 정책과 정기 배송

주문 정책 역시 설계에 큰 영향을 미칩니다. 예를 들어 정기 배송 서비스를 도입하려면, 정기 배송의 기준이 먼저 정책으로 수립되어야 합니다. 어떤 상품을 대상으로 할 것인지, 몇 회에 걸쳐 배송할 것인지, 배송 주기는 어떻게 설정할 것인지 등이 정책으로 정의되어야 합니다. 이 정책이 확정되지 않은 상태에서는 화면 설계나 기능 정의를 진행할 수 없습니다. 정책이 곧 서비스 구조의 기준이 되기 때문입니다.

 

서비스 정책은 설계 이전에 반드시 확정되어야 할 운영 기준입니다. 이는 서비스가 작동하는 원리를 담은 문서이며, 설계와 구현의 방향을 결정하는 전제 조건입니다. 정책이 명확하게 정리되어 있으면 정보 구조와 화면 설계는 안정적으로 진행될 수 있습니다. 반대로 정책이 불분명하면 설계는 반복 수정과 혼란을 겪게 됩니다.