プラグインとテーマの開発者向けの機能とカスタマイズのリクエストを最大限に活用する
公開: 2021-02-17WordPress Webサイトの構築とは、顧客が望むように表示および動作するようにカスタマイズすることです。 では、あらゆる種類の機能やカスタマイズのリクエストを受け取るあなたのようなプラグインやテーマの開発者にとって、それはどういう意味ですか？ それらの要求に対応するか、それとも横に投げて、製品開発の目標に厳密に焦点を合わせる必要がありますか？
プラグイン開発者として、あなたの製品ができないことを求めて人々があなたに連絡することは避けられません。
人々がサポート、Webサイトの連絡フォーム、またはパブリックボードを介して機能要求を送信することによってあなたに連絡するかどうかにかかわらず、あなたが受け取るいくつかの要求は、製品開発パイプラインで検討する価値があります。
各リクエストを可能な限り活用するには、次の3つの質問を検討する必要があります。
- リクエストは機能ですか、それともカスタマイズですか？
- リクエストを行った人は無料のユーザーですか、それとも有料の顧客ですか？
- 誰がリクエストしていますか？
これらの質問への回答は、次の3つのことを達成するのに役立ちます。
- 要求を満たすことが最善の利益であるかどうかを判断します。
- 要求された機能を開発するためのROIを評価します。
- その人にアピールするオファーを作成します。
それぞれの質問に目を通し、受け取ったリクエストを活用するための最良の方法について話し合いましょう。
カスタマイズリクエストの活用
問い合わせが機能リクエストなのかカスタマイズリクエストなのかを識別する方法は？
要求が機能なのかカスタマイズなのかを識別するために、顧客から要求を受け取ったときの早い段階で「行間を読む」ことが重要です。 多くのお客様は、実際には機能であるにもかかわらず、カスタマイズを要求していると思うかもしれません（その逆も同様です）。
それらの違いは、それぞれが異なる価値を持っているため、ビジネスにとって非常に重要です。
機能リクエストには、多くの人が使用できる機能が含まれています。
カスタマイズ要求には、特定の目的のために個人が必要とする機能が含まれます。
個人の個々のニーズが市場のニーズと重複する場合、カスタマイズは非常に価値があります。 その時点で、それらはもはやカスタマイズではなく、機能です！
機能は製品の価値を高め、複数の人にとって価値があるため、はるかに高いROIを提供する可能性があります。そのため、より多くの人が製品を購入したいと思うでしょう。
一方、カスタマイズは、その個人にとってほとんど価値があります。
そうは言っても、カスタマイズリクエストは、多くの場合、それらから機能を構築できるため、検討する価値があります。 したがって、機能やカスタマイズのリクエストを受け入れるだけでは何も約束しないことに注意してください。重要なのは、それらにどのように対応するかです。
リクエストが最善の利益ではない場合、または製品の優先順位から逸脱したくない場合は、いつでも次のように応答できます。
リクエストありがとうございます。 TODOリストにリクエストを追加しましたが、残念ながら、現時点ではそれを作成するためのリソースがありません。
反対に、リクエストがビジネスにとって価値があり、前進したいものであると思われる場合は、応答を作成するために2番目の質問を検討してください。
無料ユーザーと有料ユーザーにはどのような期待がありますか？
無料ユーザーと有料顧客の期待は大きく異なります。
無料のユーザーは通常、製品を購入するか、1時間ごとに支払うか、または設定されたプロジェクト料金を支払うかどうかにかかわらず、要求を満たすために何かを支払うことを期待します。 一方、支払いをしている顧客は、要求を満たすために「もっと支払う」必要があるという考えによって、延期されることがあります。
期待を一致させることが重要です。
その人が無料のユーザーであるか有料の顧客であるかに関係なく、追加の時間と労力を費やすために1日の終わりに支払いを受ける必要があります。ただし、顧客がすでに支払いを済ませているという事実に鈍感であってはなりません。したがって、あなたが提供する提案は状況に依存し、彼らの反応はあなたが彼らに解決策をどのように伝えるかに大きく依存するかもしれません。
機能とカスタマイズの価値、および無料ユーザーと有料顧客のさまざまな期待を特定できるようになったので、リクエストのソースを特定することで、最も効果的な応答を作成するために必要な最後の情報の1つが得られます。リクエスト。
購読して、無料のコピーを入手してください
WordPressプラグインビジネスブック
サブスクリプションエコノミーで繁栄するWordPressプラグインビジネスを作成する正確な方法。
友達と共有する
友達のメールアドレスを入力してください。 スカウトの名誉であるこの本だけをメールで送ります。
共有していただきありがとうございます
素晴らしい-「WordPressプラグインビジネスブック」のコピーが送信されました。 私たちがもっと言葉を広めるのを手伝いたいですか？ 続けて、その本を友達や同僚と共有してください。
購読していただきありがとうございます！
-「WordPressプラグインビジネスブック」のコピーをに送信しました。
メールにタイプミスがありますか？ メールアドレスを編集して再送信するには、ここをクリックしてください。
誰がリクエストしていますか？
カスタマイズ作業の対価を受け取ることは素晴らしいことですが、時間の費用を超えてはるかに大きな価値を提供できる可能性のある機会があります。 したがって、誰がカスタマイズ要求を開始するか、およびそれが製品ロードマップとどのように整合しているかに関係なく、細心の注意を払ってください。
潜在的に大きな価値を得るためにカスタマイズリクエストを追求する3種類のペルソナは次のとおりです。
インフルエンサー
WooCommerce拡張機能を販売していて、WooCommerceのCEO（またはスペース内の他の重要なインフルエンサー）からカスタム機能について連絡があった場合は、その機能からお客様の声を得る可能性のために、その機能を開発することをお勧めします。あなたの業界で高く評価されているソートリーダー。 それがあなたのブランドに追加する社会的信頼性に加えて、あなたが彼らを本当に幸せにするならば、彼らがあなたの製品についての言葉を彼らのネットワークに広める可能性があります。
既知の企業
あなたの業界で影響力のある人々と同様に、有名な会社があなたの顧客の1つであると述べることには大きな価値があります。 さらに良いのは、既知の会社の人から推薦状を入手でき、それをプロフィール写真、名前、役職に結び付けることができる場合です。
したがって、メールアドレスのドメインを確認してください。有名なブランドと一致する場合は、顧客のロゴギャラリーに会社のロゴを追加するためだけに、リクエストの履行を検討することをお勧めします。 アマゾン/マイクロソフト/フェイスブックなどがあなたの製品を使用していると言えるとしたら、それはなんと素晴らしいことでしょう。
アフィリエイトマーケター
有名なアフィリエイトマーケターは、相互に有益な関係を築くためのもう一つの素晴らしい機会になる可能性があります。 アフィリエイトからリクエストを受け取ったとき、またはアフィリエイトアウトリーチを行っている場合は、製品について宣伝するのに最も関心のある機能を尋ねることを検討してください。まだ行っていない場合は、次のことができます。彼らのためにそれを構築します。 このルートを追求する場合は、ほとんどの人にあなたの製品を見てもらうことができるアフィリエイトを中心に努力することを優先していることを確認してください。
カスタマイズ要求のためにどのようなデータを収集する必要がありますか？
いくつかのシナリオに入る前に言及する最後の注意点は、顧客と顧客の要求について会話を始めるときは、何かにコミットする前に、質問への回答を念頭に置いて、次の詳細を確認する必要があるということです。
- 必要な機能の詳細な説明。できれば、マークアップされたスクリーンショットまたはビデオによる説明を使用してください。
- 顧客がリクエストに利用できる予想予算。
- 配達時間の予想。
これらすべての詳細を収集することで、両方が同じページにいることを確認することで、悪い結果を防ぐことができます。
次に、機能またはカスタマイズのリクエストの例と、それらを最大限に活用する方法について説明します。
賛成票を含む機能要求委員会
リクエストを取得する方法の1つが、パブリック機能リクエストボードを使用する場合だとします。
あなたのボードには50の機能があり、そのうちの20は1票か2票しか得られません。 標準的な方法は、ボードで受け取った投票に基づいて製品開発に優先順位を付けることですが、あまり人気のない機能は依然として非常に価値があり、経済的な機会を提供します。
これらの人々の何人かは本当にこれらの機能を必要とし、それらに追加料金を払いたいと思うかもしれません、それであなたは彼らにこのような言い回しで電子メールを送ることができます：
ご要望ありがとうございます！ TODOに追加したばかりで、来年中に出荷したいと考えています。 これがあなたにとって時間に敏感で、あなたが待つことができないならば、私たちはあなたのためにそれを開発することができる特別なカスタマイズチーム/開発者を持っています。 ただし、開発/統合時間にはカバーチャージがかかります。 詳細について知りたい場合、またはその他の質問がある場合は、お知らせください。
ニーズが十分に大きければ、多くの人がこのオファーを受け入れるでしょう。
投票した人や機能をリクエストした人が無料ユーザーであり、機能を構築することで製品に多くの価値がもたらされることがわかった場合は、次のいずれかにサインアップする代わりに、機能の構築を提案することを検討してください。あなたの有料プラン。
免責事項：このアプローチは、始めたばかりでまだ非常に柔軟な場合に主に関連します。 また; 機能開発が非常に単純で、開発に多くの時間を必要としない場合。
あなたが彼らが求めているものを開発することを申し出れば、多くの人々はあなたの計画の1つを購入して喜ぶでしょう。
ご要望ありがとうございます！ ご提案いただいた機能のご要望はほとんどありませんでしたので、[プラン名はこちら]にコミットすれば、その機能の開発を優先することを提案できます。 このリクエストはお客様のみに対応いたしますので、返金はいたしかねますが、お客様のご要望にお応えできると確信しております。 それはあなたが興味を持っているかもしれない何かですか？
リクエストを行った人がすでに有料の顧客である場合は、次のような応答で、リクエストを満たす見返りに、より高額なプランの1つにアップグレードするように提案できます。
____計画の一環として、カスタマイズのリクエストを受け取ることがよくあります。 そのプランにサインアップしたい場合は[ここにリンクを含めてください]、すぐにそのリクエストの実行に取り掛かることができます。 あなたのリクエストは他の優先事項から開発者の時間を奪うため、いかなる状況でも返金を提供することはできませんが、必要な機能を提供する上で問題が発生することはありません。
プロジェクトがその価格プランの価値を超えて膨らみ、どちらの方法でもより多くの時間を費やしたとしても、あなたは価値のある機能を追加し、以前にはなかった新しい顧客を獲得し、とにかく計画したかもしれないその新機能を構築する。
製品開発の目標に基づいて機能に優先順位を付けるだけでなく、製品開発に資金を提供する意思に基づいて機能に優先順位を付けることにより、市場の需要に最も効果的に対応できます。 多くの場合、これはあなた、あなたの顧客、そして製品を望む将来の顧客にとって「win-win-win」になります。
Webサイトでサービスとしてのカスタマイズを提供する
Webサイトでカスタマイズを提供することは、それを処理するためのリソースを持っている確立された製品チームや企業にとってうまく機能する可能性があり、このアプローチは、さまざまな要求を強く促します。
カスタマイズのために提供するサービスには、Webサイトのページ全体、何を含めるかについて説明する価格設定ページのセクション、または購入ボタンの代わりに「お問い合わせ」ボタンを備えたスタンドアロンプランを含めることができます。
この場合、召喚状（CTA）は常に、プロジェクトについてさらに話し合うためにあなたに連絡する必要があります。 これにより、コミットメントを行う前に、彼らの要求を知る機会が得られます。
この場合、召喚状（CTA）は常に、プロジェクトについてさらに話し合うためにあなたに連絡する必要があります。 これにより、コミットメントを行う前に、彼らの要求を知る機会が得られます。
さらに、Webサイトのカスタマイズを含めると、事前に期待値を設定するために、常に1時間ごとの料金で配置できます。
これは、価格設定に直接カスタマイズを含めることとは大きく異なります。これは、より多くのコミットメントを必要としますが、顧客により多くの価値を提供します。
価格設定にカスタマイズを含める
価格設定のカスタマイズを提供することは、顧客にとって非常に魅力的であり、会話のきっかけになります。
この戦略は、次の2つの状況のビジネスに最適です。
- 新製品を手に入れ、製品と市場の適合性を把握しようとしている場合。 また
- あなたの製品は十分に確立されており、市場で競争力を持ちたいと考えています。
製品市場に明確に適合している、および/または開発リソースが少ない企業の場合、カスタマイズに取り組むことで、主要な優先事項の邪魔になる可能性があります。
製品市場に明確に適合している、および/または#developmentリソースが少ない企業の場合、カスタマイズに取り組むことで、主な優先事項の邪魔になる可能性があります。
価格設定をカスタマイズするための2つのオプションは次のとおりです。
- 購入ボタンの上に「カスタマイズチェックボックス」を追加します。 また
- プランの1つにメリットとして「カスタマイズサポート」を含める。
「カスタマイズチェックボックス」の追加
最初のオプションは、料金プランの動的チェックボックスで、次のオプションを提供します。
☑️カスタマイズが必要です
顧客がチェックボックスをオンにすると、購入ボタンがトリガーされて「お問い合わせ」ボタンに変わり、リクエストの詳細を入力するように求められます。
これにより、顧客がプランを購入する前に顧客との関係を構築し、顧客のニーズを満たすために顧客が購入する必要のあるプランに導く（または時間料金またはプロジェクト料金のオファーを提供する）機会を得ることができます。
プランの1つに「カスタマイズサポート」を含める
顧客にサインアップしてもらい、事後に要求を出すことを希望する場合は、メリットとして価格設定に直接カスタマイズを含めることができますが、顧客の期待に過剰にコミットするリスクがあります。
これを回避するには、明確に定義された制限を設定して、人々が適切なプランを購入し、適切な期待から開始できるようにする必要があります。
まず、カスタマイズには貴重な時間が必要になる可能性があるため、低価格のプランにカスタマイズを含めないようにする必要があります。このサービスを提供すると、そのプランの価値が大幅に高まります。
高額プランにカスタマイズサポートを含めることで、予算の観点からより良い出発点を得ることができます。
例–価格戦略では、購入ごとにカスタマイズリクエストを受け取ることを想定している必要があります。そのため、社内での時間料金の評価に基づいて、これらのリクエストを処理するために数時間を確保する必要があります。
第二に、顧客が購入するのを思いとどまらせないように十分にオープンエンドのままにしながら、カスタマイズサポートオファーに含まれるものを正確に透過的にする必要があります。
「カスタマイズサポート」というテキストには、プランで許可されているリクエストの種類を正確に説明するツールチップを含めることができます。 リクエストを特定のサービス（インストール、構成、CSSのマイナーな変更など）、プランに基づいて設定された時間数に制限したり、リクエストを行うプロセスの詳細を含めることができます。 また、多くの人はツールチップに加えて「機能」にカーソルを合わせないため、メモ記号「（*）」を含めて、そこからそれほど遠くない場所に説明を追加することをお勧めします。
最後に、事前に予算についての期待を設定したい場合は、あらゆるサイズの要求に対応するために、計画が「$___から始まる」と直接言うこともできます。 「お問い合わせ」ボタンをトリガーするか、開始するための最低額の支払いを開始することができます。
顧客が最高価格のプランを購入し、あらゆる種類の継続的な作業を要求することでカスタマイズサポートの提供を利用しないようにするには、カスタマイズにコミットできる合計時間に常に「上限」を設定する必要があります。 その「上限」を顧客にどのように表現するかはあなた次第です。価格表に記載するか、契約条件に含めるか、状況に応じて各顧客を異なる方法で処理することができます。
採用しています
サポート中にカスタマイズを提供する
サポートを通じてリクエストを処理する場合、それはすべて、顧客との関係に戻ります。 ここで、応答の調整が最も重要になり、個々の顧客との関係、顧客に対する以前のコミットメント、および顧客が行っている要求の複雑さに完全に依存します。
明示的なカスタマイズ要求と、機能要求またはカスタマイズの必要性で始まるチケットとの主な違いは、ユーザーが実際にカスタマイズが必要であることを認識していないことです。
カスタマイズの会話は通常、「プラグインでこれを行うにはどうすればよいですか...」から始まります。
誰かがあなたに明示的にカスタマイズを求めて連絡したとき、彼らはすでに考え方を持っており、何かを支払う必要がある可能性があると期待しています。
彼らが何らかの方法でプラグインを構成しようとしているだけの場合、その人はこれが余分な作業を必要とすることにさえ気づいていません。課題は、一方では、彼らがあなたのユーザーであるという事実を尊重する応答を提供することです。有料の顧客ですが、一方で、有料のカスタマイズリクエストに向けて優しく微調整します。
カスタム開発された機能をすべての人にリリース
期待のずれを避けるために、事前に書面で、コードを所有し、プロジェクトの完了時に機能を公開する予定であることを明確にしてください。
これは、機能が自分のためだけに構築されたと顧客が主張する可能性のある厄介な状況を回避するのに役立ちます。
恥ずかしがらないでください–それらのリクエストを入手してください！
ただし、機能またはカスタマイズのリクエストを受け取った場合でも、各リクエストを完全に分析して、それが追求する良い機会であるかどうかを確認できるようになります。 自分の道に来るすべての要求を単に拒否するのではなく、それがすべての人にとって相互に有益である限り、あなたはよく考えて、何がうまくいくかを見るかもしれません。
以下のコメントで、あらゆる種類の開発リクエストにどのように対処し、何が成功/失敗したかを以下のコメントでお知らせください。