경험 요약

내가 직접 구축한 플랫폼 CMS의 경우 멤버십 구독 부분은 항상 "구현이 간단"했습니다. 이번 주말에 이 부분을 재구성해서 핵심 부분을 개발했습니다.

1. 방법

일반적으로 멤버십 가입은 크게 멤버십 가입 계획 및 구매, 회원 권한 제어, 회원 관리의 세 부분으로 구성됩니다.

1. 멤버십 가입 및 구매를 위해

기존 쇼핑몰 시스템을 기반으로 몇 가지 확장을 준비하면 됩니다.

2. 회원 권한 관리를 위해

특히 이 점을 언급할 필요가 있는데, 앞으로는 역할 권한 체계가 아닌 별도의 구성원 관리 시스템을 기반으로 할 계획입니다.

역할 권한 시스템을 기반으로 구성원을 역할 시리즈로 만들고, 각 유형의 구성원을 역할 시리즈의 역할로 만듭니다. 합리적인 것 같습니다. 그러나 이 경우에는 수행이나 사용이 매우 번거롭고, 특히 비즈니스가 많은 경우에는 다양한 로직이 매우 복잡해지며, 주의하지 않으면 온갖 혼란이 야기될 것입니다. 그리고 충분히 유연하지도 않습니다.

게다가 실제로 많은 우수 시스템의 멤버십 가입 부분은 역할 기반이 아닙니다. 대신, "마크" 또는 명령을 기반으로 권한 제어가 구현됩니다. 워드프레스(WordPress)를 포함해 잘 팔리는 많은 멤버십 구독 플러그인이 이런 방식으로 이뤄지고 있다.

"사용자 태그"를 기준으로:

본질적으로 캐릭터 시스템과 동일한 원리이다. 회원의 일부 "마크"를 정의하는 것입니다. 이 "마크"와 관련된 멤버십 가입 계획을 구매하는 사용자는 "이 마크로 표시"되므로 회원 권한을 제어할 수 있습니다.

주문 기준:

멤버십 가입 플랜을 구매하고 주문하세요. 결제 후 만료 시간이 주문에 기록됩니다. 따라서 이용자가 회원인지, 어떤 회원인지, 만료되었는지 등의 순서로 판단하시면 됩니다. 이렇게 하면 회원 권한을 제어할 수 있습니다.

이전에도 순서 기반 방식을 해왔는데, 이번에는 "사용자 태그"를 사용할 예정입니다.

주문을 기반으로 하는 것은 문제가 없지만 현재 구축하고 있는 플랫폼 CMS의 주문 시스템은 다양한 주문 유형을 지원하므로 주문 모델이 상대적으로 "대형"이 됩니다. 더 이상 "무게를 추가"할 계획이 없습니다. 그래서 "사용자 태그 기반"을 선택했습니다.

3. 회원관리

기존의 사용자 관리 확장을 기반으로 회원 관리를 단독으로 할 계획은 없습니다.

2. 적용 가능한 시나리오

1. 기본 시나리오

전체 상품에는 하나 또는 여러 개의 가입 플랜이 있으며, 사용자는 이를 구매하여 멤버십 서비스를 즐길 수 있습니다.

멤버십 태그를 전역적으로 정의합니다. 각 멤버십 태그에는 이름, 슬러그 및 관련 구독 플랜 ID라는 세 가지 이상의 필드가 포함됩니다.

사용자가 멤버십 표시가 있는 요금제를 구매하면 사용자의 메타데이터에 멤버십 표시와 만료 시간이 기록됩니다.

2. 플랫폼/다중 테넌트 시나리오

플랫폼 및 다중 테넌트 SAAS의 경우 공급업체 자체에서 제공하는 구독 계획이라는 매우 중요한 시나리오가 있습니다.

공급자의 사용자 메타데이터에 공급자의 멤버십 태그를 정의하며, 공급자의 멤버십 태그 키는 글로벌 멤버십 태그의 키와 동일할 수 없습니다.

사용자가 이 공급자로부터 구독 플랜을 구매하면 해당 멤버십 태그와 만료 날짜가 구매 사용자의 메타데이터에 기록됩니다.

이 반복은 기본 시나리오만 구현하지만 플랫폼 및 다중 테넌트 시나리오로 확장할 수 있어야 합니다.

3. 로그인 시 회원권 만료 여부 확인

사용자가 로그인하면 만료 여부를 판단하며, 만료된 경우 메타데이터의 회원 마크를 false로, 만료일을 false로 업데이트합니다.