플러그인 및 테마 개발자를 위한 기능 및 사용자 지정 요청 최대한 활용하기
게시 됨: 2021-02-17WordPress 웹 사이트를 구축하는 것은 고객이 원하는 방식으로 보이고 작동하도록 맞춤화하는 것입니다. 모든 종류의 기능이나 사용자 정의에 대한 요청을 받는 귀하와 같은 플러그인 및 테마 개발자에게 이것이 의미하는 바는 무엇입니까? 이러한 요청을 수용해야 할까요, 아니면 한쪽으로 치우고 제품 개발 목표에만 집중해야 할까요?
플러그인 개발자로서 사람들이 귀하의 제품이 하지 않는 것을 요청하는 것은 불가피합니다.
사람들이 지원을 통해 연락하거나 웹사이트 문의 양식을 통해 연락하거나 공개 게시판을 통해 기능 요청을 제출하는 등 귀하가 받는 일부 요청은 제품 개발 파이프라인에서 고려할 가치가 있습니다.
각 요청을 최대한 활용하려면 다음 세 가지 질문을 고려해야 합니다.
- 요청이 기능 또는 사용자 정의 입니까?
- 요청하는 사람이 무료 사용자 입니까 아니면 유료 고객 입니까?
- 누가 요청을 하고 있습니까?
이 질문에 대한 답은 다음 3가지를 달성하는 데 도움이 됩니다.
- 요청을 충족하는 것이 귀하에게 가장 좋은지 확인하십시오.
- 요청된 기능 개발에 대한 ROI를 평가합니다.
- 그 사람에게 어필할 제안을 공식화하십시오.
각 질문을 살펴보고 귀하가 받은 요청을 활용하는 가장 좋은 방법에 대해 논의해 보겠습니다.
사용자 정의 요청 활용
문의가 기능 요청인지 사용자 정의 요청인지 어떻게 식별합니까?
요청이 기능인지 사용자 정의인지 식별하기 위해 고객으로부터 요청을 받았을 때 초기에 "줄 사이를 읽는" 것이 중요합니다. 많은 고객은 실제로 기능인 경우 사용자 지정을 요청하고 있다고 생각할 수 있습니다(반대의 경우도 마찬가지).
그것들의 차이는 각각 다른 가치를 가지고 있기 때문에 귀하의 비즈니스에 정말 중요합니다.
기능 요청 에는 많은 사람들이 사용할 수 있는 기능이 포함됩니다.
사용자 지정 요청 에는 특정 목적을 위해 개인이 필요로 하는 기능이 포함됩니다.
개인의 요구가 시장의 요구와 겹칠 때 커스터마이징은 매우 중요합니다. 그 시점에서 더 이상 사용자 정의가 아니라 기능입니다!
기능 은 제품의 가치 를 높이고 한 명 이상의 사람에게 가치가 있으므로 더 많은 사람들이 제품을 구매하기를 원할 것이기 때문에 훨씬 더 큰 ROI를 제공 할 가능성이 있습니다.
반면에 사용자 정의는 해당 개인에게 대부분 가치가 있습니다.
즉, 사용자 지정 요청은 종종 기능을 구축할 수 있기 때문에 여전히 고려할 가치가 있습니다. 따라서 단순히 기능이나 사용자 지정 요청을 수락하는 것으로는 아무 것도 하지 않는다는 점을 명심하십시오. 이러한 요청에 응답하는 방법이 중요합니다.
요청이 귀하에게 가장 적합하지 않거나 제품 우선순위에서 벗어나고 싶지 않다면 항상 다음과 같이 응답할 수 있습니다.
요청해주셔서 대단히 감사합니다. 귀하의 요청을 TODO 목록에 추가했지만 유감스럽게도 현재로서는 이를 구축할 수 있는 리소스가 없습니다.
반대로 요청이 귀하의 비즈니스에 가치가 있고 앞으로 진행하고 싶은 사항이 있다고 생각되면 응답을 공식화하는 데 도움이 되도록 두 번째 질문을 고려하십시오.
무료 사용자와 유료 사용자의 기대치는 무엇입니까?
무료 사용자와 유료 고객의 기대치는 매우 다릅니다.
무료 사용자는 일반적으로 제품 구매, 시간당 지불 또는 정해진 프로젝트 요금 등 자신의 요청을 이행하기 위해 비용을 지불할 것으로 예상합니다. 반면에 유료 고객은 요청을 이행하기 위해 "더 많은 비용을 지불"해야 한다는 생각으로 인해 때때로 미루어질 수 있습니다.
기대치를 맞추는 것이 중요합니다.
그 사람이 무료 사용자이든 유료 고객이든 관계없이 추가 시간과 노력에 대해 하루가 끝날 때 여전히 대가를 받아야 합니다. 그러나 고객이 이미 지불했다는 사실에 둔감해서는 안됩니다. , 그래서 당신이 하는 제안은 상황에 달려 있고 그들의 반응은 당신이 그들에게 솔루션을 전달하는 방법에 크게 달려 있습니다.
이제 기능 의 가치와 사용자 정의 의 가치, 무료 사용자 와 유료 고객 의 다양한 기대치를 식별할 수 있으므로 요청 소스를 식별하면 모든 요청에 대한 가장 효과적인 응답 초안을 작성하는 데 필요한 마지막 정보 중 하나를 얻을 수 있습니다. 요구.
구독하고 무료 사본을 받으십시오.
WordPress 플러그인 비즈니스 북
구독 경제에서 번영하는 WordPress 플러그인 비즈니스를 만드는 방법.
친구와 공유
친구의 이메일 주소를 입력하세요. 스카우트님, 이 책만 이메일로 보내드리겠습니다.
공유해 주셔서 감사합니다.
굉장 - 'WordPress Plugin Business Book' 사본이 방금 발송되었습니다. . 우리가 더 널리 알리도록 돕고 싶습니까? 계속해서 친구 및 동료와 책을 공유하십시오.
구독해주셔서 감사합니다!
- 귀하의 'WordPress Plugin Business Book' 사본을 다음 주소로 보냈습니다. .
이메일에 오타가 있습니까? 이메일 주소를 수정하고 다시 보내려면 여기를 클릭하세요.
누가 요청을 하고 있습니까?
커스터마이즈 작업에 대한 대가를 받는 것도 좋지만 시간에 비해 훨씬 더 큰 가치를 잠재적으로 제공할 수 있는 기회가 있습니다. 따라서 요청하는 내용과 제품 로드맵과의 일치 여부에 관계없이 사용자 지정 요청을 시작하는 사람에 대해 세심한 주의를 기울여야 합니다.
다음은 잠재적으로 더 큰 가치를 위해 사용자 지정 요청을 추구할 3가지 유형의 페르소나입니다.
인플루언서
WooCommerce 확장을 판매하고 WooCommerce의 CEO(또는 다른 중요한 영향력 있는 사람)가 사용자 지정 기능에 대해 연락을 취하는 경우 해당 기능을 개발하는 것이 좋은 아이디어일 수 있습니다. 귀하의 업계에서 매우 존경받는 사상가. 당신의 브랜드에 사회적 신뢰성을 더할 뿐만 아니라 당신이 그들을 정말로 행복하게 해준다면 그들이 당신의 제품에 대한 소문을 그들의 네트워크에 퍼뜨릴 가능성이 있습니다.
알려진 회사
업계에서 영향력 있는 사람들과 마찬가지로 잘 알려진 회사가 고객 중 하나라는 말에는 중요한 가치가 있습니다. 프로필 사진, 이름 및 직책에 연결할 수 있는 알려진 회사의 사람으로부터 평가를 얻을 수 있다면 더욱 좋습니다.
따라서 이메일 주소의 도메인을 확인하고 잘 알려진 브랜드와 일치하는 경우 고객 로고 갤러리에 회사 로고를 추가하기 위해 요청을 이행하는 것을 고려할 수 있습니다. Amazon/Microsoft/Facebook 등이 귀사의 제품을 사용하고 있다고 말할 수 있다면 얼마나 좋을까요!
제휴 마케터
잘 알려진 제휴 마케팅 담당자는 상호 유익한 관계를 구축할 수 있는 또 다른 좋은 기회가 될 수 있습니다. 제휴사로부터 요청을 받거나 제휴사 홍보 활동을 하는 경우 제품에 대해 홍보하는 데 가장 관심이 있는 기능이 무엇인지 묻는 것을 고려할 수 있습니다. 그들을 위해 그것을 구축하십시오. 이 경로를 추구할 경우 가장 많은 사람들이 귀하의 제품을 볼 수 있는 계열사를 중심으로 노력을 우선시해야 합니다.
사용자 지정 요청을 위해 어떤 데이터를 수집해야 합니까?
몇 가지 시나리오로 넘어가기 전에 마지막으로 언급해야 할 사항은 고객의 요청에 대해 대화를 시작할 때 무엇이든 약속하고 질문에 대한 답변을 염두에 두기 전에 다음 세부 정보가 있는지 확인해야 한다는 것입니다.
- 원하는 기능에 대한 자세한 설명, 바람직하게는 마크업된 스크린샷 또는 비디오 설명과 함께.
- 고객이 요청에 사용할 수 있는 예상 예산입니다.
- 배달 시간 기대.
이러한 모든 세부 정보를 수집하면 둘 다 같은 페이지에 있는지 확인하여 나쁜 결과를 방지할 수 있습니다.
이제 기능 또는 사용자 지정 요청의 몇 가지 예와 이를 최대한 활용하는 방법을 살펴보겠습니다.
기능 요청 게시판(Upvoting 포함)
요청을 받는 방법 중 하나가 공개 기능 요청 게시판을 통하는 것이라고 가정해 보겠습니다.
귀하의 보드에는 50개의 기능이 있으며 그 중 20개는 1 또는 2개의 투표만 받습니다. 표준 관행은 이사회에서 받은 투표를 기반으로 제품 개발의 우선 순위를 지정하는 것이지만 덜 인기 있는 기능은 여전히 매우 가치가 있고 재정적 기회를 제공할 수 있습니다.
이 사람들 중 일부는 이러한 기능이 정말로 필요하고 추가 비용을 지불하기를 원할 수 있으므로 다음과 같은 문구로 이메일을 보낼 수 있습니다.
귀하의 요청에 감사드립니다! 방금 TODO에 추가했으며 내년에 배송할 수 있기를 바랍니다. 이것이 귀하에게 시간에 민감하고 기다릴 수 없다면 귀하를 위해 개발할 수 있는 특별한 사용자 정의 팀/개발자가 있습니다. 그러나 개발/통합 시간에 대한 커버 차지가 있습니다. 더 자세히 알고 싶거나 다른 질문이 있으면 알려주세요.
많은 사람들이 그들의 요구 사항이 충분하다면 이 제안을 받아들일 것입니다.
투표를 하거나 기능을 요청한 사람이 무료 사용자이고 기능을 구축하면 제품에 많은 가치가 추가된다는 것을 알게 되면 다음 중 하나에 등록하는 대가로 기능을 구축하겠다고 제안하는 것을 고려할 수 있습니다. 당신의 유료 계획.
면책 조항: 이 접근 방식은 이제 막 시작하고 여전히 매우 유연한 경우에 가장 적합합니다. 또는; 기능 개발이 매우 간단하고 개발에 많은 시간이 필요하지 않은 경우.
당신이 그들이 요구하는 것을 개발하겠다고 제안한다면 많은 사람들이 당신의 계획 중 하나를 기꺼이 구매할 것입니다.
귀하의 요청에 감사드립니다! 귀하가 제안한 기능에 대한 요청이 거의 없었으므로 [여기에 계획 이름]을 약속하시면 해당 기능의 개발을 우선적으로 제안할 수 있습니다. 저희는 귀하를 위해 이 요청을 이행할 것이기 때문에 환불을 제공할 수 없지만 귀하의 요구를 충족할 수 있다고 확신합니다. 그게 당신이 관심을 가질만한 일인가요?
요청하는 사람이 이미 유료 고객인 경우 요청을 이행하는 대가로 다음과 같은 응답으로 더 높은 가격의 요금제 중 하나로 업그레이드하도록 제안할 수 있습니다.
우리는 종종 ____ 계획의 일부로 사용자 정의 요청을 받습니다. 해당 계획[여기에 링크 포함]에 가입하려는 경우 해당 요청을 즉시 이행하도록 작업에 착수할 수 있습니다. 귀하의 요청으로 인해 개발자는 다른 우선 순위에서 시간을 빼앗기 때문에 어떤 경우에도 환불을 제공할 수 없지만 필요한 기능을 제공하는 데 문제가 없을 것으로 예상됩니다.
프로젝트가 해당 가격 책정 계획의 가치 이상으로 부풀려지고 더 많은 시간을 소비하더라도, 어느 쪽이든 귀중한 기능을 추가하고 이전에는 가질 수 없었던 새로운 고객을 확보하여 비용을 상쇄할 수 있습니다. 어쨌든 계획했을 수 있는 새로운 기능을 구축하는 것입니다.
제품 개발 목표에 따라 기능의 우선 순위를 지정할 수 있을 뿐만 아니라 제품 개발에 자금을 지원하려는 사람을 기준으로 기능의 우선 순위를 지정하여 시장 수요를 가장 효과적으로 충족할 수 있습니다. 많은 경우, 이것은 당신과 당신의 고객, 그리고 제품을 원하는 미래의 고객을 위한 "윈-윈-윈"의 결과를 가져올 것입니다.
귀하의 웹사이트에서 서비스로 사용자 정의 제공
웹 사이트에서 사용자 정의를 제공하는 것은 이를 처리할 리소스가 있는 기존 제품 팀 및 비즈니스에 적합할 수 있으며, 이 접근 방식은 들어오는 다양한 요청에 대한 강력한 인센티브를 제공합니다.
사용자 지정을 위해 제공하는 서비스에는 웹사이트의 전체 페이지, 포함된 항목에 대해 설명하는 가격 페이지 섹션 또는 구매 버튼 대신 "문의하기" 버튼이 있는 독립형 요금제가 포함될 수 있습니다.
이 경우, 행동 촉구(CTA)는 프로젝트에 대해 더 논의하기 위해 항상 귀하에게 연락해야 합니다. 이것은 약속을 하기 전에 그들의 요청을 알 수 있는 기회를 제공합니다.
이 경우, 행동 촉구(CTA)는 프로젝트에 대해 더 논의하기 위해 항상 귀하에게 연락해야 합니다. 이것은 당신이 약속을 하기 전에 그들의 요청을 알 수 있는 기회를 제공합니다.Tweet
또한 웹 사이트의 사용자 정의를 포함하여 사전에 기대치를 설정하기 위해 항상 시간당 요금으로 배치할 수 있습니다.
이는 가격 책정에 직접 사용자 정의를 포함하는 것과는 많이 다르며, 더 많은 노력이 필요하지만 고객에게 훨씬 더 많은 가치를 제공합니다.
가격에 사용자 정의 포함
가격에 맞춤설정을 제공하는 것은 고객에게 매우 매력적이며 좋은 대화 시작점이 될 수 있습니다.
이 전략은 다음 2가지 상황에서 비즈니스에 가장 적합합니다.
- 새 제품이 있고 제품 시장 적합성을 파악하려고 할 때; 또는
- 귀사의 제품은 이미 확립되어 있고 시장에서 경쟁력을 갖기를 원합니다.
명확한 제품 시장 적합성 및/또는 개발 리소스가 거의 없는 비즈니스의 경우 사용자 지정에 전념하면 주요 우선 순위가 산만해질 수 있습니다.
명확한 제품 시장 적합성 및/또는 #개발 리소스가 거의 없는 비즈니스의 경우 사용자 지정에 전념하면 주요 우선 순위에서 주의가 산만해질 수 있습니다.Tweet
가격을 맞춤화할 수 있는 두 가지 옵션은 다음과 같습니다.
- 구매 버튼 위에 "사용자 정의 확인란"을 추가합니다. 또는
- 계획 중 하나의 혜택으로 "맞춤형 지원"을 포함합니다.
"사용자 정의 확인란" 추가
첫 번째 옵션은 사람들에게 다음 옵션을 제공하는 가격 책정 계획의 동적 확인란입니다.
☑️ 커스터마이징이 필요합니다
고객이 상자를 선택하면 구매 버튼이 요청에 대한 세부 정보를 입력하도록 초대하는 "문의하기" 버튼으로 변경되도록 트리거할 수 있습니다.
이를 통해 고객이 계획을 구매하기 전에 고객과의 관계를 구축할 수 있으므로 고객의 요구를 충족하기 위해 구매해야 하는 계획(또는 시간당 요금 또는 프로젝트 요금을 제안)으로 안내할 기회를 얻을 수 있습니다.
계획 중 하나에 "맞춤형 지원" 포함
고객이 가입하도록 하고 사실 이후에 요청하는 것을 선호하는 경우 혜택으로 가격에 직접 사용자 정의를 포함할 수 있지만 고객의 기대에 과도하게 전념할 위험이 있습니다.
이를 피하려면 사람들이 올바른 계획을 구매하고 올바른 기대치를 가지고 시작하도록 하기 위해 명확하게 정의된 한계를 설정해야 합니다.
첫째, 사용자 정의에는 잠재적으로 몇 시간의 소중한 시간이 필요할 수 있고 이 서비스를 제공하면 해당 계획의 가치를 크게 높일 수 있기 때문에 저렴한 요금제에 사용자 정의를 포함하는 것을 피하고 싶을 것입니다.
더 높은 가격의 계획에 사용자 지정 지원을 포함하면 예산 측면에서 더 나은 출발점을 얻을 수 있습니다.
예 – 가격 책정 전략은 각 구매의 일부로 사용자 지정 요청을 받는다고 가정해야 하므로 내부적으로 시간당 요금을 평가하는 방식에 따라 이러한 요청을 처리하기 위해 몇 시간을 할당해야 합니다.
둘째, 사용자 지정 지원 제안에 포함된 내용을 정확히 투명하게 하고 고객이 구매를 방해하지 않도록 충분히 개방적이어야 합니다.
"Customization Support"라는 텍스트에는 계획에서 허용되는 요청의 종류를 정확히 설명하는 툴팁을 포함할 수 있습니다. 특정 서비스(예: 설치, 구성 또는 사소한 CSS 변경)로 요청을 제한하거나 계획에 따라 정해진 시간 동안 요청하거나 요청 프로세스에 대한 세부 정보를 포함할 수 있습니다. 그리고 많은 사람들이 '기능'에 마우스를 올리지 않기 때문에 툴팁 외에 메모 기호 '(*)'를 포함하고 멀지 않은 곳에 설명을 추가하는 것이 좋습니다.
마지막으로, 예산에 대한 기대치를 미리 설정하고 싶다면 모든 규모의 요청을 수용하기 위해 계획을 "$___에서 시작"이라고 직접 말할 수도 있습니다. "문의하기" 버튼을 실행하거나 시작하기 위해 최소 금액에 대한 지불을 시작할 수 있습니다.
고객이 가장 비싼 요금제를 구매하고 모든 종류의 지속적인 작업을 요청하여 사용자 지정 지원 제안을 활용하지 않도록 항상 사용자 지정에 커밋할 수 있는 총 시간에 "한도"를 설정해야 합니다. 고객에게 해당 "한도"를 표현하는 방법은 귀하에게 달려 있습니다. 가격표에 기재하거나, 이용 약관에 포함하거나, 상황에 따라 각 고객을 다르게 처리할 수 있습니다.
고용이다 
지원 중 사용자 지정 제공
지원을 통해 요청을 처리할 때 모든 것은 고객과의 관계로 돌아갑니다. 여기에서 응답을 조정하는 것이 가장 중요하며 해당 개별 고객과의 관계, 이전에 고객에게 한 약속, 고객이 하는 요청의 복잡성에 따라 전적으로 달라집니다.
명시적 사용자 지정 요청과 기능 요청 또는 사용자 지정 요구로 시작하는 티켓의 주요 차이점은 사용자가 실제로 사용자 지정이 필요하다는 것을 인식하지 못한다는 것입니다.
사용자 정의 대화는 일반적으로 "플러그인으로 어떻게 합니까...?"로 시작합니다.
누군가가 명시적으로 사용자 지정을 요청하는 연락을 하면 이미 비용을 지불해야 할 가능성이 있다는 생각과 기대를 갖고 있습니다.
어떤 식으로든 플러그인을 구성하려고 하는 경우 추가 작업이 필요하다는 사실조차 모르고 있으며, 한편으로는 자신이 사용자 또는 유료 고객이지만 다른 한편으로는 유료 사용자 지정 요청을 향해 부드럽게 유도할 것입니다.
사용자 정의 개발 기능을 모두에게 공개
기대치의 불일치를 방지하려면 코드를 소유하고 있으며 프로젝트가 완료되면 기능을 공개적으로 릴리스할 의사가 있음을 사전에 서면으로 분명히 하십시오.
이렇게 하면 고객이 기능이 자신을 위해 만들어졌다고 주장할 수 있는 까다로운 상황을 피할 수 있습니다.
부끄러워하지 마십시오 – 이러한 요청을 받으십시오!
그러나 기능 또는 사용자 지정 요청을 받게 되더라도 이제 각 요청을 완전히 분석하여 추구하기에 좋은 기회인지 확인할 수 있습니다. 오는 모든 요청을 거부하는 대신 모든 사람에게 상호 이익이 되는 한 다시 생각하고 해결할 수 있는 방법을 찾을 수 있습니다.
아래 의견에서 모든 종류의 개발 요청을 처리하는 방법과 아래 의견에서 성공/실패한 내용을 알려주십시오.