起動後にWordPressプラグインを再評価する方法

公開: 2016-06-22

あなたはあなたの心と魂をあなたのWordPressプラグインの作成と完成に注ぎ込みます。

あなたは自分のコードを奴隷にしました。 あなたはそれをリポジトリに提出するという苦痛を伴う、引き出されたプロセスを経てそれを成し遂げました。 あなたは待って、応答して、要求された変更を加えました、そして今、ついに、その日はここにあります。 承認されました。 プラグイン（赤ちゃん）はオンラインでダウンロードできます。 祝う時間ですか？

完全ではありません！

シャンパンを開ける前、または次のプロセスに進む前に、特にWordPressプラグイン開発者としてのビジネスに真剣に取り組んでいる場合は、まだやるべきことがいくつかあります。

リリース後、プラグインを改善し、ユーザーベースとの良好な関係を促進し、ダウンロードを増やすためのアクションを実行できます。ツイート

リリース後の再評価プロセスをマスターすると、プラグインの評価も上がる可能性があります。これにより、ユーザーベースが拡大し、次に作成するプラグインでより大きな成功を収めるための準備が整います。

プラグインをリリースした後はどうなりますか？

プラグインを起動すると、フィードバック、レビュー、サポートリクエストの取得が開始されます。 すべてが順調に進んでいる場合、この「ハネムーン」期間に少し迷子になりたくなります。または、反応が期待したほど肯定的でない場合は、少し落ち着きます。

ほとんどの場合、1週間ほど以内に、サポートリクエストは毎日ますます多くの時間を費やします。 また、プラグインの日常的なサポートに夢中になっている可能性がありますが、起動後にプラグインを一歩下がって再評価することは重要です。

ただし、最初に、フィードバックを処理するためのシステムを設定する必要があります。 これは、プラグインをリリースする前、理想的には、起動後できるだけ早く行うことができます。

質問、苦情、レビュー、サポートリクエスト—ユーザーが時間をかけて提供するプラグインに関するあらゆる種類のフィードバックは貴重な情報です。

ユーザーが時間をかけて提供するプラグインに関するあらゆる種類のフィードバックは、貴重な情報です。

1つのソリューションは、FreemiusのInsightsです。これは、顧客がフィードバックを提供したり、顧客と通信したりするための簡単なダッシュボード内の方法を提供します。 インサイトは、ユーザーベースがプラグインについてどのように感じているかについての優れた断面図を取得するための強力な方法です。

自分にとって意味があり、すでに慣れている（今はもっと複雑にする必要はありません）ツールと方法を使用して、すべての受信ユーザーデータを収集および分類するためのシステムを作成します。 これには、Evernoteなどのメモを取るアプリ、または昔ながらのペンと紙を使用できます。

また、カテゴリに基づいて、これらのコメントと質問の内容の目盛りを付けておく必要があります。

したがって、たとえば、特定の機能の追加を求めるリクエストが多数ある場合は、何人のユーザーがそれをリクエストしたかを知ることが役立ちます。 ダウンロード数から推定すると、これがユーザーの大部分が歓迎する可能性が高いものであるかどうかがわかります。

フィードバックを処理するためのシステムが整ったら、次のアクションを実行します。

リリース後の評価/アクションプラン

ロケット打ち上げ

起動から約1週間後、メモ、サポートリクエスト、ユーザーの質問を次のグループに分類します：バグレポート、プラグイン自体に関する質問（ダウンロード、アクティベーション、セットアップまたは使用）、新機能のリクエスト、UI / UX問題。

次に、それらを介して作業を開始します。 新しいフィードバックが届くと、これらのカテゴリのいくつかを何度もやり直す必要があるかもしれません。しかし、1か月以内に、各カテゴリの一般的なコメントについてかなり良いアイデアが得られるはずです。

リリース後の期間では、データがあなたの親友であることを忘れないでください。 Freemius Insightsは、開発者が他のソース（つまり、サポートリクエストやレビュー）を介したユーザーフィードバックに照らしてプラグインを評価するのに役立つ多くの重要な情報を提供できます。

たとえば、プラグインがインストールされているサイトでFreemiusをプラグインと統合すると、プラグインをアクティブ化したときにサイト所有者がオプトインした場合、次の種類のデータにアクセスできます。

  • プラグインの状態（アクティブ、非アクティブ、アンインストール済み）
  • プラグインバージョン
  • サイトのURL
  • WordPress管理者名
  • WordPress管理者メール
  • WordPressロケール（国+言語）
  • WordPressバージョン
  • PHPバージョン
  • MySqlバージョン

デバッグ

まず、最も重要なこととして、報告されたバグに対処する必要があります。 報告されたバグは、ユーザーとあなたの評判に最も害を及ぼす可能性が最も高いため、最も重大な問題です。

もちろん、良心的なプラグイン開発者は、リリース前にプラグインをデバッグするために最善を尽くします。 それは倫理的なことですが、明らかにあなたの最善の利益にもなります。 プラグインの動作が一貫しているほど、リリース後に行う必要のある作業は少なくなります。

しかし、最も経験豊富な開発者でさえ、リリース後に対処するのに問題があります。 これは、ユーザーの動作条件のすべての可能な順列を制御およびテストすることが不可能であるためです。

最も経験豊富な開発者でさえ、リリース後に対処するのに問題があります。 すべてを制御してテストすることは不可能です。

Joost de Valkは、WordPress用の主要なSEOプラグインの作成者として、プラグイン開発プロセスに関して非常に多くの経験を持っています。 彼自身のリリース後のプラグインの経験について話し合って、彼はこう言った。

プラグインをリリースするとすぐに、更新した人からプラグインはうまく機能していると言われ、他の人からはプラグインが機能しないと言われました。 1つのWebサイトしか登録されていないGoogleAnalyticsアカウントでプラグインをテストしていなかったことがわかりました。 私はウェブサイトが配列であることを期待していました。 このバグの修正は簡単でしたが、これが問題であると判断するには時間がかかりました。

リリース前のテストとデバッグにどれだけの労力を費やしても、対処すべき問題が増える可能性は十分にあります。

したがって、ユーザーを最高のデバッグおよびテストチームと考えてください。 彼らはあなたがおそらくあなた自身でできるよりもはるかに深く掘ることができます。

組み込みのサポートドキュメントを改訂する

次に、尋ねられている質問とサポートのリクエストを見てください。 そのリストから作業して、最もよくある質問と問題のリストを編集し始めます。

見苦しい、またはドキュメントがない優れたプラグインは、優れたドキュメントを備えた満足のいくプラグインよりも多くのユーザーにとって価値が低いことを忘れないでください。

したがって、ユーザーが同じ質問にバリエーションを求めている場合、または同じ問題が発生している場合は、プラグインの組み込みサポートドキュメントに情報を追加するか、改訂することを検討してください。

バグではなく、機能です

たとえば、構成ベースのユーザーエラーに基づいてサポートのリクエストがいくつかあるとします。 これはバグではなく、ユーザーがよくわからないことです。 これは、ヘルプドキュメントを改訂すると、ユーザーとあなたの両方に役立つ状況の良い例です。

サポートドキュメントに新しいセクションを追加し、各主要メニューのスクリーンショットなどの視覚的な補助を含めると、ユーザーはプラグインに自信を持てるようになり、繰り返しのサポートリクエストを減らすことができます。

より良いドキュメントを作成するためのヒントが必要な場合は、SiobhanMcKeownによるSmashingMagazineの「WordPressエンドユーザー向けの効果的なドキュメントの作成」というタイトルの優れた投稿をご覧ください。

UI/UXの問題に対処する

WordPressユーザーは、日々、より精通し、より洗練されてきています。 彼らの多くは、プラグインを自分のサイトにインストールしてアクティブ化する前に、プラグインを厳しく調べています。 ますます多くの人が、ダウンロードする前に厳格なプレビュー分析を行っています。

ただし、ユーザーは、プラグインを実際にアクティブ化して操作する前に、ユーザーインターフェイスとユーザーエクスペリエンス（UI / UX）を評価するのに苦労しています。

したがって、WordPressユーザーのさまざまなグループでプラグインのプレリリースをテストできなかった場合は、プラグインのUI/UXに関するコメントに驚かされるかもしれません。

ユーザーエクスペリエンスやインターフェースに関するコメントを「単なる意見」として却下したくなるかもしれません。

それは間違いです。 ユーザーが直感的でないインターフェイス設定やメニューに遭遇した場合、ユーザーはイライラし、代わりに競合他社のプラグインに移動する可能性があります。

ユーザーエクスペリエンスやインターフェースに関するコメントを「単なる意見」として却下したくなるかもしれません。 それは間違いです。

UI / UXの問題を真剣に受け止めてください。特に、複数のユーザーから同じコメントを受け取った場合はそうです。

新機能の追加

既存の問題に対処したら、要求された、またはターゲットオーディエンスが必要とする新機能を追加することを検討します。

新しい機能を追加することが適切かどうかは、プラグイン、利用可能なリソース、およびビジネスモデルによって異なります。 このプラグインの無料リリースのみを計画している場合に考慮すべき1つのオプションは、機能が強化されたプレミアムバージョンを追加することです。

ただし、このルートを選択する前に、フリーミアム/プレミアム構造を成功させるために必要な追加の時間、リソース、およびエネルギーの投資をサポートするのに十分なユーザーの関心があることを確認してください。

また、プラグインをこのように拡張することの経済的および法的な影響について慎重に検討してください。 あなたがあなたの仕事のためにお金を受け取り始めると、あなたは公式にあなた自身のためにビジネスをしています。 あなたは収入を報告し、それに税金を払わなければなりません。 さらに、支払いを受け入れて処理するための安全なシステムを設定する必要があります。 後者があまり時間をかけたくない場合は、そのための自動化されたソリューションを提供するサービスがあります。

結論

「修正するもの」のリストがどんどん大きくなっているように見える場合、またはフィードバックが期待したよりも肯定的でない場合でも、がっかりしないでください。 Manuel Vicedoが書いたように：

永続的かつ一貫性を保つ

もちろん、すべての反応が良かったわけではありません。

この3か月で、私たちは浮き沈みを経験しました。 一部のエージェンシーはすでに既存のページビルダーを使用していましたが、他のエージェンシーは変更に大きく抵抗していました。 これは、特に生まれたばかりのプラグインを世に送り出しているだけなので、ときどきがっかりするかもしれません。 それは何度も拒否されます。

これは時々非常にがっかりすることがあります。 費やした時間と努力がすべて拒絶された後、誰がイライラすることはないでしょうか。

100人以上の潜在的な顧客と連絡を取ろうとした後、私はそれがただ粘り強いことの問題であることに気づきました。 最初の試行で成功する可能性は非常に低いので、押し続ける必要があります。 物事が進まない場合は、アイデアを洗練させて、別の角度から試してください。

最後に、プラグイン開発者としての自分の経験を徹底的に報告します。 リリース後の期間を振り返り、学んだ教訓を処理します。

その後、仕事に戻り、新しいプラグインを作成します。

リリース後の評価タスクのリストに何を追加しますか？ 以下のコメントであなたの考えを共有してください。