출시 후 WordPress 플러그인을 재평가하는 방법

WordPress 플러그인을 만들고 완성하는 데 마음과 영혼을 바쳤습니다.

당신은 당신의 코드를 노예로 삼았습니다. 저장소에 제출하는 힘들고 기나긴 과정을 거치기도 했습니다. 기다리고, 응답하고, 변경을 요청했고, 이제 드디어 그날이 왔습니다. 승인되었습니다. 귀하의 플러그인(귀하의 아기)이 온라인 상태이며 다운로드할 수 있습니다. 축하할 시간?

좀 빠지는!

샴페인을 터뜨리거나 다음 프로세스로 넘어가기 전에 해야 할 일이 있습니다. 특히 WordPress 플러그인 개발자로서 비즈니스에 대해 진지한 경우에는 더욱 그렇습니다.

출시 후 플러그인을 개선하고 사용자 기반과의 좋은 관계를 구축하며 다운로드를 늘리기 위한 조치를 취할 수 있습니다.Tweet

출시 후 재평가 프로세스를 마스터하면 플러그인의 평가도 높일 수 있으며, 이는 사용자 기반을 확장하고 다음 플러그인을 만들 때 더 큰 성공을 거둘 수 있도록 도와줍니다.

플러그인을 출시한 후에는 어떻게 됩니까?

플러그인을 시작한 후 피드백, 리뷰 및 지원 요청을 받기 시작합니다. 모든 일이 순조롭게 진행된다면 이 "신혼 여행" 기간에 조금 길을 잃고 싶거나, 기대한 만큼 반응이 긍정적이지 않다면 잠시 허우적거리고 싶은 유혹을 받습니다.

대부분의 경우 일주일 정도 이내에 지원 요청을 처리하는 데 매일 점점 더 많은 시간이 소요될 것입니다. 그리고 플러그인의 일상적인 지원에 빠져들 수 있지만 시간을 내어 새로운 시각으로 플러그인을 시작한 후 한 발 물러서 다시 평가하는 것이 중요합니다.

하지만 먼저 피드백 처리 시스템을 설정해야 합니다. 이상적으로는 플러그인을 출시하기 전 또는 출시 후 가능한 한 빨리 이 작업을 수행할 수 있습니다.

질문, 불만, 리뷰, 지원 요청 - 사용자가 시간을 들여 제공하는 플러그인에 대한 모든 유형의 피드백은 귀중한 정보입니다.

사용자가 시간을 내어 제공하는 플러그인에 대한 모든 유형의 피드백은 귀중한 정보입니다.Tweet

한 가지 솔루션은 Freemius의 Insights로, 고객이 피드백을 제공하고 고객과 소통할 수 있는 간편한 대시보드 내 방식을 제공합니다. Insights는 사용자 기반이 플러그인에 대해 어떻게 느끼는지 보여주는 훌륭한 횡단면 초상화를 얻을 수 있는 강력한 방법입니다.

어떤 도구와 방법이 이해가 되든, 이미 익숙해진(이제 상황을 더 복잡하게 만들 필요가 없음), 들어오는 모든 사용자 데이터를 수집하고 분류하는 시스템을 만드십시오. 이를 위해 Evernote와 같은 메모 작성 앱을 사용하거나 일반 펜과 종이를 사용할 수 있습니다.

또한 범주를 기반으로 하는 이러한 댓글과 질문의 내용에 대한 체크 표시를 유지하고 싶을 것입니다.

예를 들어, 특정 기능을 추가해 달라는 요청이 많이 들어온 경우 해당 기능을 요청한 사용자 수를 아는 것이 도움이 됩니다. 다운로드 수에서 추정하면 사용자의 상당 부분이 환영할 만한 것인지 여부를 알 수 있습니다.

피드백 처리를 위한 시스템이 준비되면 조치를 취해야 합니다.

출시 후 평가/실행 계획

출시 후 일주일 정도 후에 메모, 지원 요청 및 사용자 질문을 버그 보고서, 플러그인 자체에 대한 질문(다운로드, 활성화, 설정 또는 사용), 새로운 기능 요청 및 UI/UX 그룹으로 분류합니다. 문제.

다음으로, 그것들을 통해 작업을 시작하십시오. 새로운 피드백이 들어옴에 따라 이러한 범주 중 일부를 두 번 이상 통과해야 할 수도 있습니다. 그러나 한 달 이내에 각 범주의 일반적인 의견에 대해 상당히 좋은 아이디어를 얻게 될 것입니다.

데이터는 출시 후 가장 좋은 친구라는 사실을 기억하십시오. Freemius Insights는 개발자가 다른 소스(예: 지원 요청 및 리뷰)를 통한 사용자 피드백에 비추어 플러그인을 평가하는 데 도움이 되는 많은 중요한 정보를 제공할 수 있습니다.

예를 들어 플러그인이 설치된 사이트에서 Freemius를 플러그인과 통합하는 경우(해당 사이트 소유자가 플러그인을 활성화할 때 선택한 경우) 다음 유형의 데이터에 액세스할 수 있습니다.

• 플러그인 상태(활성, 비활성, 제거됨)
• 플러그인 버전
• 사이트 URL
• 워드프레스 관리자 이름
• 워드프레스 관리자 이메일
• WordPress 로케일(국가 + 언어)
• 워드프레스 버전
• PHP 버전
• MySQL 버전

디버그

먼저 가장 중요한 것은 보고된 버그를 해결해야 한다는 것입니다. 보고된 버그는 사용자와 귀하의 평판에 가장 큰 피해를 줄 가능성이 가장 크기 때문에 가장 중요한 문제입니다.

물론 성실한 플러그인 개발자는 릴리스 전에 플러그인을 디버그하기 위해 최선을 다합니다. 그것은 윤리적인 일이지만 분명히 당신의 최선의 이익이기도 합니다. 플러그인이 더 일관되게 작동할수록 릴리스 후 수행해야 하는 작업이 줄어듭니다.

그러나 가장 숙련된 개발자라도 출시 후 문제를 해결해야 합니다. 사용자 작동 조건의 가능한 모든 순열을 제어하고 테스트하는 것은 실현 가능하지 않기 때문입니다.

가장 숙련된 개발자라도 출시 후 문제를 해결해야 합니다. 모든 것을 통제하고 테스트하는 것은 실현 가능하지 않습니다.Tweet

WordPress용 최고의 SEO 플러그인 작성자인 Joost de Valk는 플러그인 개발 프로세스에 대한 많은 경험을 가지고 있습니다. 그는 자신의 출시 후 플러그인 경험에 대해 다음과 같이 말했습니다.

내가 플러그인을 출시하자마자 업데이트한 사람들은 그것이 훌륭하게 작동한다고 말했고 다른 사람들은 그것이 작동하지 않는다고 말했습니다. 하나의 웹사이트만 등록된 Google Analytics 계정으로 플러그인을 테스트하지 않은 것으로 나타났습니다. 나는 웹사이트가 배열일 것이라고 예상했다. 이 버그를 수정하는 것은 쉬웠지만 이것이 문제라고 판단하는 데는 시간이 걸렸습니다.

출시 전 테스트 및 디버깅에 얼마나 많은 노력을 기울였든, 해결해야 할 문제가 더 많을 가능성이 있습니다.

따라서 사용자를 최고의 디버깅 및 테스트 팀으로 생각하십시오. 그들은 당신이 스스로 할 수 있는 것보다 훨씬 더 깊이 파고들 수 있습니다.

기본 제공 지원 문서 수정

다음으로, 귀하가 받는 질문과 지원 요청을 살펴보십시오. 그 목록에서 작업하여 가장 자주 묻는 질문과 문제 목록을 작성하십시오.

조잡하거나 문서가 없는 훌륭한 플러그인은 우수한 문서가 포함된 만족스러운 플러그인보다 많은 사용자에게 덜 가치가 있음을 기억하십시오.

따라서 사용자가 동일한 질문에 대해 변형을 요청하거나 동일한 문제가 발생하는 경우 플러그인의 기본 제공 지원 문서에 더 많은 정보를 추가하거나 수정하는 것을 고려하십시오.

예를 들어 구성 기반 사용자 오류를 기반으로 여러 지원 요청을 받았다고 가정해 보겠습니다. 버그가 아니라 사용자가 잘 모르는 부분입니다. 이것은 도움말 문서를 수정하면 사용자와 귀하 모두에게 도움이 될 수 있는 상황의 좋은 예입니다.

지원 문서에 새 섹션을 추가할 수 있으며 각 주요 메뉴의 스크린샷과 같은 시각 자료를 포함하면 사용자가 플러그인에 대해 더 자신감을 갖게 되고 반복적인 지원 요청을 줄여 도움이 됩니다.

더 나은 문서 작성에 대한 몇 가지 팁이 필요하면 Smashing Magazine의 "Writing Effective Documentation for WordPress End Users"라는 제목의 Siobhan McKeown의 훌륭한 게시물을 확인하십시오.

UI/UX 문제 해결

WordPress 사용자는 날이 갈수록 더 현명해지고 정교해지고 있습니다. 더 많은 사람들이 플러그인을 사이트에 설치하고 활성화하기 전에 자세히 살펴보고 있습니다. 점점 더 많은 수가 다운로드 전에 엄격한 미리 보기 분석을 거칩니다.

그러나 사용자는 실제로 플러그인을 활성화하고 사용하기 전에 사용자 인터페이스와 사용자 경험(UI/UX)을 평가하는 데 어려움을 겪습니다.

따라서 다양한 WordPress 사용자 그룹과 함께 플러그인 시험판을 테스트할 수 없다면 플러그인의 UI/UX에 대한 놀라운 설명에 직면하게 될 수 있습니다.

사용자 경험이나 인터페이스에 대한 의견을 "그냥 의견"으로 무시하고 싶을 수 있습니다.

그건 실수야. 사용자가 직관적이지 않은 인터페이스 설정이나 메뉴를 접하게 되면 좌절감을 느끼고 대신 경쟁사의 플러그인으로 넘어갈 수 있습니다.

사용자 경험이나 인터페이스에 대한 의견을 "그냥 의견"으로 무시하고 싶을 수 있습니다. 그건 실수야.트윗

특히 몇 명 이상의 사용자로부터 동일한 의견을 받는 경우 UI/UX 문제를 심각하게 받아들이십시오.

새로운 기능 추가

기존 문제를 해결한 후에는 요청했거나 대상 고객이 필요로 하는 새로운 기능을 추가하는 것에 대해 생각할 때입니다.

새 기능을 추가하는 것이 적절한지 여부는 플러그인, 사용 가능한 리소스 및 비즈니스 모델에 따라 다릅니다. 이 플러그인에 대한 무료 릴리스만 계획했다면 고려해야 할 한 가지 옵션은 기능이 향상된 프리미엄 버전을 추가하는 것입니다.

그러나 이 경로를 선택하기 전에 프리미엄/프리미엄 구조를 성공적으로 만드는 데 필요한 추가 시간, 리소스 및 에너지 투자를 지원하기에 충분한 사용자 관심이 있는지 확인하십시오.

또한 이러한 방식으로 플러그인을 확장하는 데 따른 재정적 및 법적 영향에 대해 신중하게 생각하십시오. 일에 대한 대가를 받기 시작하면 공식적으로 자신을 위한 사업을 하는 것입니다. 소득을 신고하고 세금을 내야 합니다. 또한 지불 수락 및 처리를 위한 보안 시스템을 설정해야 합니다. 후자에 너무 많은 시간을 할애하고 싶지 않다면 이에 대한 자동화 솔루션을 제공하는 서비스가 있습니다.

결론

"수정해야 할 사항" 목록이 점점 더 많아지거나 피드백이 기대했던 것보다 덜 긍정적인 경우에도 낙담하지 마십시오. 마누엘 비세도는 다음과 같이 썼습니다.

꾸준하고 일관성 있게

물론 모든 반응이 좋은 것은 아니었다.

이 3개월 동안 우리는 우여곡절을 겪었습니다. 일부 에이전시는 이미 기존 페이지 빌더를 사용하고 있었고 다른 에이전시는 변경에 크게 저항했습니다. 이것은 특히 갓 태어난 플러그인을 세상에 내놓는 것이기 때문에 때때로 낙담할 수 있습니다. 여러 번 거부됩니다.

이것은 때때로 매우 낙담할 수 있습니다. 그들의 모든 시간과 노력이 거절당하고도 좌절하지 않을 사람이 누가 있겠습니까?

100명이 넘는 잠재 고객과 연락을 시도한 후, 나는 그것이 단지 끈기의 문제라는 것을 깨달았습니다. 첫 번째 시도에서 성공할 가능성은 거의 없으므로 계속 눌러야 합니다. 일이 진행되지 않으면 아이디어를 수정하고 다른 각도에서 시도하십시오.

마지막으로 플러그인 개발자로서 자신의 경험을 철저히 요약합니다. 출시 후 기간을 다시 생각하고 학습한 내용을 처리하세요.

그런 다음 작업으로 돌아가 새 플러그인을 만듭니다.

출시 후 평가 작업 목록에 무엇을 추가하시겠습니까? 아래 의견에 의견을 공유하십시오.