다중 통화, 베타 프로그램, 번들 판매 등!

게시 됨: 2019-06-19

릴리스 노트에는 최신 제품 개선 사항을 강조하는 정기 업데이트가 포함되어 있으므로 새로운 기능을 쉽게 최신 상태로 유지할 수 있습니다. 다음은 2018년 12월과 2019년 6월 사이에 출시된 것입니다(많이!).

지난 6개월 동안 우리는 새롭고 흥미로운 기능을 많이 출시했습니다. 다음은 주목할만한 몇 가지입니다.

다중 통화 가격 및 지원
릴리스 주기 관리 – 베타 프로그램
새로운 EULA(최종 사용자 라이선스 계약)
고객으로 로그인
결제 최적화
번들 및 추가 기능에 대한 주요 개선 사항

다중 통화 거래 지원 (큰 것!)

Freemius가 이제 시작부터 지원했던 $-US Dollars 외에도 €-Euros 및 £-Brithish Pounds 를 추가하여 다중 통화 가격 책정 및 거래를 완벽하게 지원한다는 사실을 알려드리게 되어 매우 기쁩니다.

다중 통화에 대한 모든 흥분이 무엇인지 궁금해 할 수 있습니다. 내 말은, Stripe와 PayPal(저희가 내부에서 사용하는 게이트웨이)은 기본적으로 다중 통화 거래를 지원합니다. 그래서 왜 소란스럽습니까?

다양한 금융 규제 및 지불 게이트웨이 회사의 이해 관계로 인해 미국 회사인 우리가 미국 PayPal/Stripe 계정으로 비 USD를 수락하더라도 원래 통화로 자금을 인출할 수 있는 방법이 없습니다. 지불 게이트웨이 회사는 먼저 2-4%의 건전한 FX(Foreign Exchange) 전환 수수료로 돈을 USD로 전환합니다. 판매자 커뮤니티에서 추가 %를 공제하는 것은 절대 금물이라는 것이 분명했기 때문에 추가 비용 없이 이를 해결할 수 있는 방법을 찾아야 했습니다. Stripe & PayPal과 조사를 하고 토론을 한 끝에 유럽 계정을 열었습니다. 이제 EUR( €-Euros ) 및 GBP( £-Brithish Pounds ) 거래에 사용됩니다.

이러한 움직임의 추가 이점은 유럽 카드에 대한 유럽 계정 소유자에 대한 Stripe의 수수료가 Stripe의 미국 계정 수수료보다 50% 저렴하다는 것입니다. 따라서 유럽 카드를 사용한 EUR 거래의 게이트웨이 수수료는 이제 미국 계정의 2.9% + $0.3 대신 1.4% + €0.25입니다.

또 다른 추가 이점은 우리 플랫폼이 이제 규칙 기반 게이트웨이 선택을 지원하므로 시스템에 새 게이트웨이를 비교적 쉽게 추가할 수 있을 뿐만 아니라 사용자 지정 규칙을 설정하여 다음과 같은 기준에 따라 특정 지불을 처리할 게이트웨이를 결정할 수 있다는 것입니다. 지리적 위치, 통화, 신용 카드 유형, 거래 금액 등. 이 기능은 개발자 커뮤니티가 거래 비용을 최소화하는 데 도움이 되는 많은 유연성을 제공합니다. 예를 들어, 지불 게이트웨이가 캐나다에서 VISA 직불 카드 거래에 대해 경쟁력 있는 가격이 책정되고 법률 및 물류 측면은 제쳐두고 해당 게이트웨이를 통합하여 캐나다 VISA 직불 카드와 관련된 거래 에만 선택적으로 사용할 수 있습니다. Stripe은 강력한 지불 게이트웨이이고 신용 카드 처리에 Stripe를 사용하는 것이 처음에는 올바른 결정이었지만 신용 카드 처리의 기본 비용에 대해 새롭게 발견한 더 깊은 지식과 이해를 통해 사실은 다른 최상위 지불 게이트웨이가 다음과 같이 말할 수 있습니다. 기능이나 지원이 부족하지 않고 훨씬 더 경쟁력 있는 가격을 제공합니다.

이 동적 방식으로 추가 게이트웨이를 구현하는 것은 현재 훨씬 더 높은 우선 순위를 가지고 있기 때문에 하룻밤 사이에 이루어지지 않을 것입니다. 그러나 요점은 우리의 가격 책정 모델이 게이트웨이 수수료를 다루지 않고 이론적으로 더 깊이 조사하지 않고 판매자에게 수수료를 전달할 수 있지만 우리는 진정으로 판매 파트너를 걱정하고 지속적으로 시스템을 개선하고 있다는 것입니다. 수익을 극대화하는 데 도움이 됩니다. 따라서 Freemius로 판매하기로 결정했다면 장기적으로 게이트웨이 수수료 비용이 크게 줄어들고 이를 위해 아무것도 할 필요가 없으므로 안심하십시오.

여기에서 Freemius 다중 통화, 권장하는 플러그인 및 테마 비즈니스, 활성화 방법에 대해 자세히 알아볼 수 있습니다.

릴리스 주기 관리 – 베타 프로그램

WordPress 플러그인 및 테마의 전체 릴리스 주기는 "실제 세계"의 강력한 CI/CD 워크플로에 비해 부족합니다. 수만 개의 활성 설치가 있는 플러그인/테마가 있는 경우 모든 릴리스가 위험해집니다. 최소한 비즈니스 민첩성에 부정적인 영향을 미치고 사용자와 고객의 웹사이트를 위험에 빠뜨릴 수 있습니다. 이러한 위험을 완화하기 위한 다양한 방법이 있으며 가장 인기 있는 방법 중 하나는 베타 테스터 그룹을 구축하는 것입니다. 베타 테스터 그룹을 구축하는 것입니다. 귀하의 제품에 대한 조기 액세스 권한을 얻고 피드백을 받는 대가로 다른 사람보다 먼저 제품을 제공하는 것을 좋아하는 사람들입니다.

그래서… 이제 Freemius로 베타 테스터를 체계적으로 온보딩하고 베타 프로그램에 동의한 사용자에게만 베타 버전을 출시할 수 있음을 발표하게 된 것을 기쁘게 생각합니다!

사용자는 확인란을 선택하고 면책 조항 프롬프트에 동의하여 계정 페이지에서 직접 베타 프로그램에 참여할 수 있습니다.

또는 개발자 대시보드 의 사용자 프로필에서 직접 베타 프로그램에 사용자를 추가할 수 있습니다(저장하려면 업데이트 버튼을 클릭하는 것을 잊지 마십시오).

베타 버전을 출시할 준비가 되셨습니까? 문제가 아니다! DEPLOYMENT 섹션에 업로드하고 베타 릴리스 로 플래그를 지정하기만 하면 됩니다. 모든 사람에게 베타 릴리스를 공개할 준비가 되면 버전을 릴리스 됨으로 전환하기만 하면 됩니다. 정말 쉽습니다!

베타 릴리스는 현재 베타 버전의 제품을 사용하고 있음을 사용자에게 명확하게 하는 베타 레이블로 WP 관리자에 플래그가 지정됩니다.

베타 프로그램을 쉽게 시작할 수 있는 권한을 부여하여 전체 WordPress 커뮤니티와 고객을 위한 더 안전한 제품 환경을 만들 수 있기를 바랍니다. 이제 모든 사용자에게 공개하기 전에 버전을 테스트하기로 선택한 소수의 사용자에 대해 릴리스를 테스트할 수 있습니다.

알림: 베타 프로그램 기능의 초기 버전은 유료 버전의 플러그인/테마를 실행하는 사용자만 활성화할 수 있습니다. 또한 추가 기능에 대해서는 아직 지원되지 않습니다.

프리미우스 체크아웃

새로운 Checkout JavaScript API 옵션

결제를 열 때 사용할 통화를 제어하기 위해 추가된 새로운 currency 매개변수 외에도 이제 license_key 매개변수로 라이센스 키를 미리 채울 수 있습니다.

license_key: ‘<key>’,

정기적인 프로모션을 진행 중이고 쿠폰을 자동으로 적용하지만 사용자에게 공개하지 않으려는 경우 이제 결제 구성에 다음을 포함할 수 있습니다.

coupon: ‘<COUPON_CODE>’,
hide_coupon: true,

여기에서 전체 결제 옵션 목록을 확인할 수 있습니다.

https://freemius.com/help/documentation/sales-with-freemius/freemius-checkout-buy-button/

체크아웃 세션

전환율을 높이고 동일한 상점에서 여러 제품을 더 쉽게 구매할 수 있도록 새로운 60분 세션 "메모리"를 도입했습니다. 기본적으로 고객이 사이트에서 제품을 구매하고 이전 구매 후 60분 이내에 다른 제품에 대한 결제를 열면 결제가 열릴 때 구매자 이름과 이메일이 자동으로 미리 채워집니다. 이 세션은 구매할 때마다 자동으로 갱신되므로 고객이 개인 연락처 정보를 반복해서 입력할 필요 없이 여러 제품을 구매할 수 있습니다.

Freemius에는 "장바구니" 개념이 없고 플러그인 및 테마 공간에서 다중 제품 구매 수가 극히 적기 때문에 우리가 그래야 한다고 생각하지 않기 때문에 체크아웃 세션 메모리 기능은 " 두 세계의 최고".

갱신 할인

제품에 연간 갱신 할인이 설정되어 있는 경우 이제 체크아웃에서 초기 지불 금액이 진행 중인 갱신보다 높다는 사실이 더 명확해집니다.

페이팔 체크아웃

PayPal은 체크아웃 페이지에 헤더 이미지를 동적으로 포함하는 옵션을 도입했습니다. 우리는 해당 옵션을 통합하기로 결정하여 체크아웃에 제품 아이콘이 표시됩니다.

번들 결제

번들 판매와 관련하여 계산대에 많은 작업이 투입되었습니다. 이제 체크아웃에는 각 제품의 할인되지 않은 독립형 가격과 번들 구매로 절약된 할인 금액을 포함하여 번들 제품의 풍부한 목록이 표시됩니다.

계획 구성을 기반으로 모든 할인과 가격을 적절하게 계산하기 위해 뒤에서 일어나는 복잡한 계산이 많이 있습니다. 이러한 모든 할인은 CRO 부스터입니다. 그 목적은 고객에게 얼마나 많은 돈을 절약하는지 보여주는 것입니다.

버그 수정

Stripe 구현으로 인해 갱신 할인이 있는 제품의 평가판을 신용 카드로 구독한 고객에게 평가판 취소 시 갱신 금액과 초기 지불 금액의 차액이 청구되었습니다. 해당 문제는 수정되었으며 취소 시 더 이상 예기치 않은 요금이 발생하지 않습니다.

사용자 대시보드

브라우저 호환성

사용자 대시보드 는 이제 Internet Explorer 11 이상에서 작동합니다.

웹사이트 섹션

사용자가 상점의 제품 중 하나 이상이 활성화, 설치 또는 비활성화된 웹사이트를 보다 쉽게 필터링할 수 있도록 새 필터가 웹사이트 섹션에 추가되었습니다. 이제 웹 사이트 섹션은 기본적으로 제품이 설치된 웹 사이트를 표시합니다.

그 전에 우리는 사용자에게 매장의 제품이 설치된 적이 있는 모든 웹사이트를 보여주고 있었습니다(선택한 경우). 예를 들어 고객이 이전에 웹사이트에서 제품을 제거했거나 심지어 웹 사이트를 전체적으로 삭제했습니다.

상향 판매 기능 다운로드

다운로드 상향 판매 대화 상자에 주요 개선 사항이 도입되었습니다. 사용자가 라이선스가 만료된 제품을 다운로드하려고 할 때 이제 기존 라이선스를 갱신할지 아니면 새 라이선스를 구매할지 선택할 수 있습니다. 또한 컨텍스트 라이선스를 번들의 일부로 구입한 경우 번들 라이선스를 갱신하기 위한 다른 옵션이 표시됩니다.

개발자 대시보드

고정 헤더

이제 모든 테이블에 고정 헤더가 있습니다. 작지만 강력한 UI/UX 개선 사항입니다. 대부분의 인기 있는 브라우저는 이 CSS 규칙을 지원하지만 IE와 Opera Mini는 다음을 지원하지 않습니다.

번들 제품

개발자 대시보드 의 PRODUCTS 섹션은 이제 번들 제품 유형과 아이콘을 시각적으로 표시하므로 이전보다 번들 내에서 제품을 훨씬 쉽게 식별할 수 있습니다.

수동으로 생성된 라이선스를 이메일로 보내기

개발자가 수동으로 라이선스를 생성해야 하는 여러 사용 사례가 있습니다. 다음은 몇 가지입니다.

유료 리뷰 – 리뷰어가 제품을 테스트해야 합니다.
경품 – 우승자는 제품에 액세스해야 합니다.
YouTube 프로모션 – 제휴사는 유료 제품 기능에 액세스해야 합니다.

이전에는 이러한 사용 사례에 대한 라이선스를 쉽게 생성할 수 있었지만 그 사람에게 라이선스를 수동으로 이메일로 보내야 했습니다. 쉬운 것 같죠? 그러나 다운로드 링크를 안전하게 이메일로 보내는 방법은 무엇입니까? 설치 지침은 어떻습니까? 이를 처리하는 방법에는 여러 가지가 있습니다. 모두 많은 단계가 필요하며 이러한 프로세스는 10-15분이 소요될 수 있습니다. 이는 많은 시간 낭비입니다!

귀하의 피드백을 기반으로 수동 라이선스 생성 대화 상자에 새로운 기능을 도입하여 간단히 확인란을 선택하여 라이선스 키, 제품 다운로드 링크 및 설치 지침을 자동으로 이메일로 보낼 수 있습니다.

고객으로 로그인(사칭)

고객에게 더 나은 서비스를 제공하고 지원 부하를 줄이기 위한 도구를 제공하려는 노력의 일환으로 이제 고객의 모든 사용자 대시보드 에 쉽게 로그인하여 로그인할 때 표시되는 내용을 정확하게 볼 수 있습니다. 개발자 대시보드 에서 관련 사용자 프로필을 열고 *사용자로 로그인*을 클릭하기만 하면 됩니다.

그러면 사용자 대시보드 가 열리고 모든 입력 필드가 자동으로 미리 채워집니다. 이제 로그인 버튼을 클릭하기만 하면 됩니다!

보안상의 이유로 팀 구성원은 스토어의 모든 제품에 액세스할 수 있는 경우에만 사용자 계정에 로그인할 수 있습니다. 즉, 3가지 다른 플러그인의 판매자이고 지원 담당자가 가장 기능을 갖도록 하려면 지원 담당자를 3가지 제품 모두에 팀 구성원으로 추가해야 합니다.

이 멋진 기능(및 기타 몇 가지)은 Tickera에서 Freemius로 마이그레이션한 결과입니다(감사합니다!).

문의하기

이제 대시보드 내 문의 양식에 추가할 사용자 지정 CSS 스타일시트를 추가할 수 있습니다.

쿠폰 새 기본 주문

개발자 대시보드 에 나열된 기본 쿠폰 순서는 이제 "최신" 쿠폰을 먼저 표시합니다. 이제 다음 기준에 따라 정렬된 쿠폰을 볼 수 있습니다.

활성 쿠폰 - 활성이 비활성보다 먼저 나타납니다.
프로모션 종료일 – 7일 후에 만료되는 쿠폰이 2일 후에 만료되는 쿠폰보다 먼저 표시됩니다.
프로모션 시작일 – 3일 전부터 유효기간이 시작된 쿠폰은 7일 전부터 유효기간이 시작된 쿠폰보다 먼저 표시됩니다.

예를 들어 2020년 1월 1일까지 유효한 활성 쿠폰이 2개 있는 경우 나중에 만료되는 쿠폰이 다른 쿠폰보다 먼저 표시됩니다.

버그 수정

애드온에 대한 웹훅 추가가 이제 수정되었습니다.
DASHBOARD의 "업그레이드" 카운터는 선택한 기간 동안 생성된 라이선스 수를 표시하고 있었고 파트너 중 한 곳으로부터 보고서를 받은 후 수동으로 생성된 라이선스도 통합했기 때문에 카운터가 혼란스럽다는 것을 깨달았습니다. 실제 구매 및 구독과 관련된 업그레이드만 포함하도록 카운터를 업데이트했습니다(평가판도 계산됨).

팀 관리 및 권한

팀 멤버쉽 일괄 수정

Freemius로 여러 제품을 관리하고 함께 작업하는 팀이 있는 경우 팀 구성원을 추가/제거하는 경험이 번거롭다는 것을 이미 눈치채셨을 것입니다. 모든 단일 제품에 대해 동일한 프로세스를 계속 반복해야 했습니다. 예를 들어, 20개 이상의 추가 기능이 있는 경우 모든 새 팀원을 20번 이상 추가해야 합니다.

더 이상은 없어!

이제부터 애드온이 있는 제품의 팀원을 추가/편집/제거할 때 모든 애드온에 정확히 동일한 권한을 쉽게 적용할 수 있습니다.

번들에도 동일한 논리가 적용됩니다. 이제 번들에 대한 팀 권한을 관리할 수 있습니다. 그러면 번들된 모든 제품에 동일한 팀 멤버십 권한이 적용됩니다.

팀 권한 업데이트

우리는 역할 권한을 감사했고 데이터가 적절하게 보호되고 관련 역할만 액세스할 수 있는지 확인했습니다. 예를 들어 Support 담당자는 더 이상 제품의 통계 페이지나 비밀 키에 액세스할 수 없습니다.

또한 Support 역할과 달리 제품 릴리스 배포 및 관리를 허용하는 새로운 Developer 역할을 도입했습니다.

새로운 EULA

법률 회사와 몇 달 간의 지속적인 작업 끝에 귀하의 제품 구성에 따라 동적으로 조정되는 새로운 EULA(최종 사용자 사용권 계약)를 발표했습니다. EULA의 목적은 고객으로부터 발생할 수 있는 법적 조치로부터 귀하와 당사를 보호하는 것입니다.

참고로 EULA를 확인하려면 다음 링크를 통해 액세스할 수 있습니다.

https://freemius.com/terms/<productID>/<productSlug>/

우리는 또한 EULA의 스타일을 지정하는 데 시간을 할애하여 멋진 법적 계약 모양, 제품 아이콘 브랜드 및 손쉬운 인쇄 옵션을 제공했습니다.

일을 더 쉽게 하기 위해 EULA의 특정 섹션에 직접 연결할 수 있는 몇 가지 "바로 가기"도 포함되어 있습니다.

구독 약관 요약: https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary
환불 정책 요약: https://freemius.com/terms/<productID>/<productSlug>/#refund_policy_summary
전체 환불 정책: https://freemius.com/terms/<productID>/<productSlug>/#refund_policy

예를 들어, 고객이 갱신 환불을 요청하는 경우 구독 조건 요약에 직접 연결하면서 제품을 구매할 때 EULA에 동의했으며 갱신 환불은 적용되지 않는다고 말할 수 있습니다.

https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary

스카우트 통합을 도와주세요

Help Scout 앱에 추가된 약간의 편리한 기능은 이제 사이트 소유자의 출신 국가를 볼 수 있다는 것입니다. 또한 고객과 일정을 예약할 때 편의를 위해 국가 이름이 timeanddate.com에 있는 고객의 시간대 정보에 직접 연결됩니다.

제휴 플랫폼

제휴 쿠폰

이제 제휴사 링크를 클릭했는지 여부에 관계없이 쿠폰을 제휴사에 연결하여 쿠폰을 사용한 모든 판매를 특정 제휴사에 귀속할 수 있습니다. 연결된 쿠폰이 있는 제휴사는 고객이 유효한 추천 URL을 사용한 것처럼 쿠폰을 사용할 때마다 추천을 받게 됩니다.

이는 주로 비디오 프로모션에 중점을 둔 제휴 마케팅 담당자와 협력하는 경우에 특히 유용합니다. YouTube 각주 링크의 CTR(클릭률)이 상당히 낮기 때문에 상징적인 5% 할인이라 할지라도 독점 쿠폰을 제공하는 것은 그 장벽을 극복하고 여전히 제휴사에게 판매를 돌릴 수 있는 좋은 방법입니다 .

참고: 이 기능은 아직 개발자 대시보드 에서 사용할 수 없으므로 사용하려면 지원팀에 문의해야 합니다.

UTM 태그 제휴

대시보드에서 제휴사 링크 추적을 제공하지만 많은 사람들이 GA(Google Analytics)로 모든 추적을 관리하는 것을 선호합니다. 브라우저 보안 제한 및 rel=”noreferrer”와 같은 HTML 속성으로 인해 GA가 추천 소스를 확인할 수 없는 경우가 많으며 이러한 클릭은 직접 트래픽으로만 계산됩니다. 이제 모든 제휴 링크에는 트래픽 소스를 쉽게 식별할 수 있도록 UTM 태그가 자동으로 포함됩니다. 예를 들어, 사용자가 Awesome-affiliate.com에서 my-awesome-product.com으로 연결되는 제휴 링크를 클릭한다고 가정해 보겠습니다. https://r.freemius.com/123/456/과 같은 제휴 링크는 다음으로 리디렉션됩니다.

https://my-awesome-product.com?utm_source=awesome-affiliate.com&utm_medium=website&utm_campaign=fs_aff

다음은 URL 구조입니다.

https://my-awesome-product.com?utm_source={affiliate_main_domain}_{referrer_domain}&utm_medium={'direct'|'website'|'social'}&utm_campaign=fs_aff

장바구니 포기 복구

장바구니 포기 복구 메커니즘은 백그라운드에서 자동으로 작동하기 때문에 일부 사용자는 그것이 있는지조차 모르고 있다는 것을 발견했습니다.

분쟁 처리

이는 이전 릴리스 노트에서 언급되었지만 최종 목표는 지불 게이트웨이의 분쟁 API와 통합하고 판매자를 위한 전체 반자동 분쟁 관리 시스템을 도입하여 귀하에게 분쟁을 관리할 수 있는 자유와 제어권을 제공하는 것임을 상기시키고 싶습니다. 당신의 제품의 지불. 이것은 거대한 프로젝트이기 때문에 PayPal 분쟁을 시작으로 점진적으로 구현할 것입니다. 몇 달 전부터 PayPal 결제에 이의가 있는 경우 전체 분쟁 세부 정보를 백엔드의 구조화된 테이블에 저장하고 수행할 수 있는 지침과 함께 분쟁 결제에 대해 개발자에게 알립니다. 구매자의 주장에 동의하지 않으면 나중에 증거 제출 프로세스에 사용하는 추가 정보가 포함된 해당 이메일에 회신해 주시기 바랍니다.

위에서 볼 수 있듯이 판매자 에게 보내는 이메일에는 구매자가 보낸 메시지, 유료 제품의 다운로드 여부, 제품의 환불 정책 요약, 보고된 사유 등 케이스의 전체 컨텍스트가 포함되어 있습니다. 분쟁, 응답 기한 등. 우리의 목표는 모든 데이터를 직접 파헤치고 수집할 필요 없이 결정을 내리는 데 필요한 모든 상황 정보와 링크를 제공하는 것입니다.

다음 릴리스 노트에서 분쟁 처리에 대한 추가 업데이트를 계속 확인하십시오!

워드프레스 SDK v.2.3.0

묶음

주요 비즈니스 모델이 무료 코어 플러그인/테마를 제공하고 번들을 판매하는 경우 흥미로운 소식이 있습니다! 이제 플러그인/테마의 가격을 표시하는 대신 WP Admin 내에서 번들의 가격을 렌더링할 수 있습니다. 해당 옵션을 활성화하려면 'bundle_id' => '<YOUR_BUNDLE_ID>', 설정하기만 하면 됩니다. 정말 쉽습니다!

또한, 유료 플러그인 또는 추가 기능을 활성화할 때 옵트인된 사용자가 해당 유료 플러그인/추가 기능을 포함하는 번들 라이선스를 얻은 경우 이제 제품 활성화 시 라이선스가 자동으로 활성화됩니다. 다중 사이트 네트워크 환경에서는 다중 사이트 네트워크의 모든 하위 사이트에 대한 라이선스를 활성화하기에 충분한 할당되지 않은 라이선스가 라이선스 활성화에 있는 경우에만 라이선스가 활성화됩니다.

다중 사이트 네트워크

원래 적절한 다중 사이트 네트워크 통합을 포함하도록 SDK를 개선했을 때 스토리지 데이터 모델의 복잡성으로 인해 플러그인 활성화가 네트워크 수준에서 사이트 수준으로 또는 그 반대로 전환되는 시나리오를 무시하기로 결정했습니다. 즉, 플러그인의 네트워크 활성화 및 나중에 사이트 수준에서 동일한 플러그인의 비활성화 및 활성화입니다.

새 SDK 버전은 이전 버전과 호환되며 이제 이러한 사용 사례 처리를 완벽하게 지원합니다. 간단해 보이지만 그 이면의 논리에 들어가야 하는 많은 생각이 있습니다. 예를 들어, 유료 네트워크 통합 플러그인이 다중 사이트 네트워크의 하위 사이트 10개 중 3개에서 사이트 수준 활성화되고 최고 관리자가 이 3개 사이트 모두에서 라이선스를 활성화한 경우 플러그인이 네트워크로 전환되면 활성화 시 최고 관리자는 자동으로 라이선스 활성화 화면으로 리디렉션되지만 이전에 해당 플러그인을 활성화한 적이 없는 나머지 10개 사이트 중 7개 사이트에서만 라이선스를 활성화해야 합니다.

숫자를 알려드리자면 해당 전환과 관련된 약 40가지의 사용 사례가 있으며 우리는 모두 처리했습니다! (우리가 하나도 놓치지 않았기를 바랍니다)

또한 사이트 수준과 네트워크 수준에서 WP 관리 메뉴 설정이 다른 플러그인의 경우 SDK 통합에서 새로운 'menu_network' => array( … ), 옵션을 설정하여 네트워크 수준 메뉴 설정을 지정할 수 있습니다. 단편.

자동 설치 – 비활성화됨

불행히도 WordPress.org 플러그인 검토 팀과의 지속적인 논의 후 자동 설치 기능을 비활성화해야 했습니다. 이 기능은 Jetpack이 wp.org가 아닌 테마 설치를 지원하기 시작한 후 2017년 3월에 도입했습니다. 실제로 우리의 구현이 Jetpack의 구현과 정확히 같지 않았기 때문에 #WPDrama를 시작하지 않겠습니다. 이런 저런 경우에 정당한 이유 없이 창의성과 UX가 차단되는 것이 안타까울 뿐입니다.

우리는 데이터 중심 회사이기 때문에 자동 설치 기능을 출시할 때 자동 설치 환경이 실제로 사용자에게 더 낫다는 가정을 검증하고 싶었습니다. 따라서 체크아웃 시 자동 설치 옵션을 선택한 모든 사용자에게 간단한 Google 양식 설문조사가 포함된 이메일이 전송되어 설치 경험을 1에서 5까지 순위를 매기고 추가 피드백을 제공했습니다. 686개의 응답 중 83%가 우수하다고 평가했으며 다른 10.5%는 우수하다고 평가했습니다.

우리는 전체 업그레이드 경험을 단순화할 필요성을 분명히 알고 있으며 wp.org 지침을 준수하면서 앞으로 이 문제를 다른 각도에서 다시 다룰 것입니다.

지원 포럼 링크

WordPress.org에 무료 버전의 제품이 없거나(따라서 무료 지원 포럼이 없음) SDK에서 추가한 지원 포럼 메뉴 항목을 다른 지원 페이지에 연결하려는 경우 재정의할 새 필터를 도입했습니다. URL. 다음과 같이 구현할 수 있습니다.

<?php
function set_my_custom_support_url( $wp_org_support_url ) {
	return ‘https://my-awesome-product.com/support/forum/’;
}

my_fs()->add_filters( 'support_forum_url', ‘set_my_custom_support_url’ );
?>

계정 청구 및 송장

고객이 청구 정보 및 송장에 더 쉽게 액세스할 수 있도록 하기 위한 지속적인 노력의 일환으로 계정 페이지 상단에 작은 링크를 도입했습니다.

청구서 및 인보이스는 동일한 페이지 하단에서 찾을 수 있지만 일부 구매자는 여전히 누락되어 있으므로이 간단한 앵커 링크를 추가했습니다.

WP Admin에서 애드온 다운로드/설치

2017년 PressNomics 5에 참석했을 때 친구인 Matt Cromewall과 채팅을 했습니다. 우리가 논의한 여러 가지 사항 중에서 Matt는 고객이 표준을 거칠 필요 없이 WP Admin 내에서 바로 애드온을 관리하고 설치하기 위한 훌륭한 UX의 예로 Crate(btw에서는 출시되지 않음)를 언급했습니다. 일반적으로 WP 플러그인 및 테마에서 제공하는 설치 프로세스:

[cratewp.com의 초기 프로토타입 상자]

이 기능은 2년 이상 목록에 있었고 마침내 우선 순위를 매길 수 있었습니다! 이것은 추가 기능을 많이 판매하는 경우 특히 유용합니다. 이제 고객은 WP 관리자에서 직접 추가 기능을 쉽게 다운로드하거나 활성화할 수 있습니다.

어떻게 작동합니까?

고객이 추가 기능에 대한 유효한 라이선스를 가지고 있고 핵심 플러그인/테마의 무료 wp.org 버전을 실행 중인 경우 이제 WP 관리자 내에서 추가 기능을 다운로드 할 수 있을 뿐만 아니라 추가 기능의 세부 정보 보기:

wp.org 호환 제품에서 WP Admin 내에 직접 추가 기능을 설치 하는 것은 허용되지 않습니다. 따라서 설치 옵션은 설치 및 활성화된 코어 플러그인/테마 버전이 유료이거나 WP.org가 아닌 것으로 명시적으로 표시된 경우에만 사용할 수 있습니다. 준수. 이 경우 다음과 같이 표시됩니다.

WP Admin 애드온 섹션에 대한 또 다른 UX 개선 사항: 설치된 애드온은 이제 INSTALLED 레이블로 표시되어 관리자는 애드온이 웹사이트에 이미 설치되어 있는지 여부를 더 쉽게 알 수 있습니다.

ManageWP, MainWP, InfiniteWP 및 Jetpack과의 호환성

Freemius WordPress SDK 는 플러그인 또는 테마의 기본 파일을 자동으로 식별하는 메커니즘을 통합합니다. 이 메커니즘은 debug_backtrace() 에 의존하며 WP 코어가 원래 해당 기본 파일을 포함하는 책임이 있다고 가정합니다. SDK가 제품의 제목과 버전을 제대로 가져오지 못하는 몇 가지 관련 GitHub 문제 이후, 우리는 문제의 몇 가지 문제 해결을 수행했으며 이것이 포함/실행을 담당하는 타사 플러그인의 사용 사례와 관련이 있음을 발견했습니다. WP 코어. ManageWP, MainWP, InfiniteWP 및 Jetpack에는 모두 원격으로 플러그인 및 테마를 설치하고 활성화하는 기능이 있습니다. 이러한 서비스를 통한 제품의 포함은 다르게 처리되며 관리되는 제품의 코드는 해당 서비스의 "에이전트" 플러그인에 직접 포함됩니다.

간단히 말해서, 우리는 해당 사용 사례를 해결했으며 이제 제품이 WP 코어가 아닌 타사 플러그인 중 하나로 관리되는 경우에도 제품의 기본 파일을 올바르게 식별합니다.

무엇 향후 계획?

저는 단기 로드맵에 대한 통찰력으로 릴리스 노트를 마무리하는 것을 좋아합니다. 우선 순위는 쉽게 변경될 수 있고 Freemius와 같은 민첩한 스타트업은 이러한 유연성을 유지해야 하지만 가까운 장래에 개발할 예정인 몇 가지 사항은 다음과 같습니다.

다중 매장 및 매장 수준 관리

개발자 대시보드 는 처음에 단일 제품을 관리하도록 설계되었습니다. 2018년 11월에 사용자 대시보드 출시와 함께 상점 개념을 도입했습니다. 각 개발자는 자동으로 자신의 상점을 할당받았고 그들이 만든 모든 제품은 거기에 연결되었습니다.

출시 이후 여러 제품을 판매하는 파트너가 전체 매장의 판매 실적을 추적하고, 매장 수준의 제휴 링크를 지원하고, 전체 매장의 팀을 관리하는 등의 작업을 수행할 수 있는 매장 수준 대시보드를 보유하려는 수요가 증가하고 있음을 확인했습니다.

또한 일부 파트너는 여러 매장 및 브랜드를 보유하고 있으며 현재 동일한 계정으로 여러 매장을 관리하기 위한 UI가 없습니다.

그것은 우리가 가까운 장래에 정말로 해결하고 싶은 것입니다.

WordPress SDK 정리 및 이스케이프

WordPress SDK의 핵심 기능 중 하나는 fs_request_get() 입니다. 이 도우미 함수는 매개변수가 누락된 경우 선택적 기본값으로 클라이언트 측에서 수신한 GET/POST 매개변수에 액세스하는 데 사용됩니다. 입력의 실제 삭제는 함수 사용 범위에서 수행됩니다.

WordPress.org 플러그인 및 테마 검토 팀은 데이터 삭제를 통합하지 않기 때문에 해당 SDK 도우미 기능에 계속 잘못된 플래그를 지정합니다. 이는 코드의 전체 범위를 "보는" 데 제한이 있는 자동화된 테스트 도구의 조합일 뿐만 아니라 문제를 찾기 위해 코드를 탐색하는 검토자가 제기한 가양성입니다. 나는 그들을 비난할 수 없습니다. 전체 제품의 코드를 검토하는 것은 많은 시간을 소비할 수 있습니다. 자원 봉사자가 주도하는 검토 프로세스로는 실현 가능하지 않습니다.

요약하자면, 우리는 Freemius에 합류한 개발자가 우리의 잘못인지 아닌지에 관계없이 wp.org와의 거부 경험에서 가질 수 있는 부정적인 인상을 좋아하지 않습니다. 따라서 현재 검토 프로세스 구조와 사용 가능한 인적 자원을 통해 문제를 해결하고 해당 입력 데이터를 인라인으로 삭제합니다. 코드 크기가 증가하고(일부 중복 코드를 복제해야 함) 성능에 약간의 영향을 미치지만, 우리는 wp.org 생태계를 굳게 믿고 우리 SDK를 보장하기를 원하기 때문에 이것이 최선의 결정이라고 확신합니다. 저장소의 지침을 적절하게 충족합니다.

개선된 대시보드 내 가격 책정

Freemius로 프리미엄 제품을 판매하는 경우 SDK의 대시보드 내 가격 페이지에 익숙해야 합니다. 이 페이지는 2015년에 오래된 프론트 엔드 기술을 사용하여 처음 개발되었으며 매우 구조화되어 있으며 당시 개발을 촉진하는 데 도움이 된 몇 가지 가정에 의존합니다. 분명히 페이지는 수년에 걸쳐 많은 기능을 추가함에 따라 광범위한 개발을 거쳤습니다. 사용하는 구식 기술로 인해 유지 관리, 버그 수정 및 새로운 기능 개발이 점점 더 느려졌습니다. 또한 많은 가격 구조를 확인한 후 해당 페이지의 제한 사항을 훨씬 더 잘 이해하게 되었습니다. 마지막으로 가격 페이지 템플릿을 수정할 수 있는 완전한 유연성을 제공하고자 합니다. 이는 당사 측에서 원격으로 실행되기 때문에 현재 불가능합니다.

계획은 React를 사용하여 처음부터 가격 책정 페이지를 다시 빌드하고 SDK의 일부로 코드를 제공하는 것입니다. 사실, 우리는 이미 작업을 시작했으며 다음 주요 SDK 릴리스에 포함되기를 희망합니다.

체크아웃 현지화

작년에 이것을 언급했지만 아직 우선 순위를 정하지 못했습니다. 기본적으로 다국어 기능을 도입하여 비영어권 구매자가 결제에 액세스할 수 있도록 하고 싶습니다.

WCEU 2019에서 만나요!

이것이 이번 업데이트의 전부입니다. 이번 주에 WordCamp Europe에 참석하는 경우, 낯선 사람이 되지 말고 와서 인사하십시오! Brandon과 나(Vova)가 모두 참석할 예정입니다. 부담 없이 Twitter에서 DM을 보내주시면 확인하겠습니다.