언급 한 몇 가지 다른처럼, 나는 거대한 해요 상대 라이센스 산업은 악명 것을 기본 무언가에 의해 고객에게 적대적되는. 따라서 귀하의 문제에 대한 좋은 솔루션을 확장 하여 좋은 고객 UX를 제공 할 것 입니다.
우선, 추가 기능을 위해 고객을 "업그레이드"로 전환하는 데 사용하는 "제한된"버전의 소프트웨어가 있다고 언급했습니다. 따라서 찾고있는 것은 제품의 기능 라이센스 입니다. 예를 들어 고객은 feature-X 또는 feature-Y 라이센스를 구입할 수 있습니다 .
이러한 유형의 라이센스를 염두에두고 Keygen 을 구축했습니다 . Keygen은 사용자 계정, 라이센스를 관리하고 컴퓨터 사용 / 연결을 추적 할 수있는 라이센스 REST API입니다.
내가 할 일은 2 가지 라이센스 유형 ( Keygen 내의 정책 )을 설정하는 것입니다. 하나는 무료 버전에 대한 기본 정책이고 다른 하나는 유료 버전에 대한 정책입니다.
결제에 무엇을 사용하고 있는지 잘 모르겠지만 webhook 을 제공하는 Stripe (현재는 표준)와 같은 것을 사용한다고 가정 해 봅시다 . Keygen에는 webhook도 있습니다 (사용 여부에 관계없이이 모든 것이 여전히 적용 가능함). Keygen을 통합하여 양쪽에서 웹 후크를 사용하여 지불 제공 업체와 대화 할 수 있습니다 (생각 : customer.created
-> 고객을위한 기본 라이센스 생성, license.created
-> 고객에게 새로운 라이센스를 청구).
따라서 웹 후크를 활용하여 신규 고객을위한 라이센스 생성을 자동화 할 수 있습니다. 그렇다면 애플리케이션 자체의 라이센스 유효성 검사는 어떻습니까? 이는 다양한 방법으로 수행 할 수 있지만 가장 보편적 인 방법은 고객이 입력 필드에 긴 라이센스 키를 입력하여 검증 할 수 있도록하는 것입니다. 이것이 응용 프로그램에서 라이센스 유효성 검사를 처리 하는 끔찍한 방법 이라고 생각 합니다.
왜 그렇게 생각합니까? 우선, 고객은 기계 소비를위한 엄청나게 긴 라이센스 키를 입력 해야 하고, 둘째, 귀하와 고객이 엄청나게 긴 라이센스 키를 추적하도록 요구해야합니다 .
좋아, 대안은 무엇입니까? 최선의 대안은 모든 고객이 익숙한 작업을 수행하는 것입니다. 고객이 이메일 / 비밀번호를 사용하여 제품 계정을 만들 수 있도록 허용합니다 . 그런 다음 모든 라이센스 와 해당 시스템 을 해당 계정에 연결할 수 있습니다 . 이제 라이센스 키를 입력하는 대신 자격 증명을 사용하여 간단히 로그인 할 수 있습니다.
그것이 당신에게 어떤 이점을 제공합니까? 첫째, 라이센스 키를 추적해야 할 필요성이 사라졌습니다. 라이센스 키 는 모두 사용자 계정 내부에서 뒤에서 처리 되며 가장 중요하게 는 고객에게 셀프 서비스 라이센스 및 시스템을 제공 할 수 있기 때문입니다. 활성화! 즉, 모든 라이센스와 컴퓨터가 사용자 계정과 연결되어 있기 때문에 인식되지 않는 컴퓨터에서 응용 프로그램을 실행할 때 라이센스를 구매하라는 메시지를 표시 할 수 있습니다.
이제 라이센스 유효성 검사 : 고객이 이메일 / 비밀번호로 애플리케이션에 로그인 할 때마다 고객이 자신의 라이센스에 대해 사용자 계정을 쿼리하여 feature-X 또는 feature-Y를 사용할 수 있는지 여부를 결정할 수 있습니다 . 이제 응용 프로그램이 셀프 서비스 이기 때문에 고객이 응용 프로그램 내에서 직접 추가 기능을 구입할 수 있습니다!
우리가 도입했습니다 그래서 t 우리의 라이센스 시스템에 자동화를, 우리는 각각의 라이센스 수있는 기능 (풀 버전 대 제한 즉), 우리는 제공 한 멋진 우리의 고객을위한 UX를 우리는 또한 가장 큰 이유 중 하나 완화했습니다 지원 요청 : 라이센스 키 복구.
어쨌든, 이것은 길었지만 희망적으로 누군가를 돕습니다!