維持したくない人気のあるプロジェクトにどのように対処すべきですか？
私は大規模な非技術的なユーザーベースを持つプロジェクトのメンテナーです。私はこれを約4年間維持しており、要求に応じて新しい機能を追加しています。
今、他のプロジェクトに移り、このアプリケーションの開発をやめたいと思います。ユーザーの非技術的な性質のため、過去にコードの貢献はほとんどありません。私の代わりにプロジェクトを引き継ぐ人を他に見つけることができるとは思えません。
バグ、問題、機能のリクエスト-これらはまだ届いています。メールを無視する必要があるのか、アプリケーションで作業していないのか、または返信する必要があるのかわからないので、メールで返信しています。特定の場合にのみメールに送信します。
このプロジェクトを「中止」しながら、ユーザーがアプリケーションを使用できるようにする最善の方法は何ですか？
アップデート（2016年7月）-予定どおりに進みませんでした。 READMEで発表し、すぐに、より本質的な貢献を受け取り始めました。バグの修正、機能、ドキュメント、問題のアクティビティを含むプルリクエスト。それ以来、プロジェクトは「元気を取り戻し」、私は現在、新しいプロジェクトと一緒にそれを幸せに維持しています。私には共同作業者もいます。おそらく、プロジェクトへの私の見方に影響を与え、貢献の質が向上しているような貢献だったと思われます。それはもはや雑用のようには感じられませんでした。
これはあなたが有給の従業員である職場でのプロジェクトではなく、あなたが暇なときに無料で何かをしているのではないでしょうか？
あなたがこれからお金を稼いでいない場合、明らかにあなたにインセンティブはなく、他の誰かがそれに対処するために新たに来るインセンティブもありません。 （多分それが慈善団体または同様の自発的な組織のためのものでない限り）
代わりに、有料機能を追加する可能性を検討してみませんか。
このようにすると、続行するインセンティブがあるかもしれません。特に、システムの積極的な開発を停止する代替策がある場合は、人々が喜んで支払うことに気付くでしょう。 （もちろん、人々はあなたのシステムを放棄するかもしれませんが、あなたは何を気にしますか、あなたはすでに支払われていません）。
別のオプションは、プロジェクトを使用して新しいテクノロジーを学ぶことでしょうか？それはウェブサイトですか？最新のテクノロジーにアップグレードしますか？たとえば、Asp.NetからMVC4に変換しますか？モバイルバージョンを作成し、サービスベースにし、iOSアプリのフロントエンドを作成しますか？
ユーザーのコミュニティに製品の放棄を発表します。メンテナーとしての役割の後継者を見つけるかもしれません。日常業務でのプロジェクトの場合と同様に、引き渡しの時間を整理してみてください。
Esrが The Cathedral And the Bazaar に入れたように：
プログラムに興味を失った場合、最後の義務は有能な後継者にそれを渡すことです。
あなたへのもう一つの提案は、あなたが求めていることとは少し逆ですが、検討のためにあなたのリストに入れるべきだと思います。それを放棄しないことを検討しましたか？積極的に使用していて要件が増えているプロジェクトを持っているが、自分で変更することができず、ソフトウェアの専門家があなただけの場合...あなたは彼らにプロジェクトにお金を請求する立場にあります。
ソースが開いている場合は、それを閉じることを検討できます（プロジェクトをさらに発展させる競争を抑制したい場合は、これを選択します）。次の機能リクエストが届いたら、$ xyzの料金で「はい」と言ってください。
検討すべきオプションです。
ファン層を捨てるのは難しいことです。特にファンとは違う場合は。ユーザーグループに開発者がいる場合、解決するのは簡単な問題です。差し迫った終了をアナウンスし、他の誰かがステップアップするように提案し、離れる前に彼らがスピードを取り戻すのを手伝ってください。ないので、問題は本当にこれです：あなた（またはあなたのユーザー）はあなた（またはあなたのユーザー）にとって意味のある時間枠であなたを置き換える誰かを見つけることができますか？.
過去には、自分の評判が良かったので、思いがけないほど長い間、いくつかのプロジェクトを維持してきました。私の身長は比較的小さいですが、自分の分野では、自分が必要なとき、または欲しかったときに仕事を見つけるのに役立ちました。それは私にとって価値があります。できる限り時間を割く価値があるほどの価値がある。最終的にはもちろん、私は立ち去りましたが、すべての後継者がプロジェクトコード全体を利用できるようにしました。
プロジェクトを中止しますか？.
これ以上やりたくないですか？
次に、Readerを正常にシャットダウンします。
または...開発者を雇う（以下に続く）
またはあなたがお金を失っているので？
自己負担費用を計算します（以下を続けます）
またはお金を稼いでいないためですか？
あなたが違って感じるためにあなたが作る必要がある量を計算してください：
- 自己負担費用をカバーする必要があります
- 開発を継続するための開発者のコスト
- 利益率
ユーザーに正直に：サービスを維持するために一定の時間、エネルギーなどがかかることをユーザーに説明します。
次に、寄付を求めるか、既存機能の料金を請求します。サービスがそれ自体をサポートするのに十分価値があるかどうかの判断を遅らせるだけのプレミアム機能を発明しようとしないでください。ちょうどあなたが持っている機能で行く。
ユーザーがうまくビックしたら、他の場所に行くことができます。寄付やサインアップが不十分な場合は、シャットダウンしてください。
残忍に-プラグを引っ張ったら振り返ってはいけません。
他の人が指摘したように、いくつかのオプションがあります。私のオプションは、生産終了の通知を出すことです。製品がそのような日付でシャットダウンされることを示します。
さらに、この製品は寿命が近づいているため、アプリケーションが設計または意図したとおりに機能する能力に影響を与える重大なバグのみが対処されることを示します。 I.E.サーバーがダウンしている場合は、サーバーを再び稼働させます。
ユーザーがデータを持っている場合は、ユーザーがデータをエクスポートする方法を追加する必要がある場合があります。
ガイダンスとして、Googleが最近Readerで行ったことをご覧ください。彼らはそれをシャットダウンし、それは非常に人気のあるサービスでしたが、長期的な目標に適合しなかったため、シャットダウンするという厳しい決定を下す必要がありました。
ある種の中間測定は可能な解決策ですか？プロジェクトを続行しますが、作業負荷を軽減しますか？
たとえば、ヘルプのために電子メールにまだ応答していると言います。ユーザーフォーラムを設定して、他のパワーユーザーが支援できるように、すべてのサポートクエリがそれを通じて行われると主張できますか？
open-sourceタグが含まれているので、あなたのプロジェクトはソフトウェアがオープンソースであると思います。
過去にコードへの貢献はほとんどありません
それは残念なことですが、あなたがすべてをやっていた場合には理解できます。適切に機能する限り、多くのユーザーは関与しません。
すべての責任を委任したいリーダーもいれば、より厳格な管理を維持したいリーダーもいます。バランスが必要ですが、ここでの鍵はできるだけ早く委任することです。
私は30以上のオープンソースプロジェクトを作成してきましたが、それらを残していても、多くはまだアクティブです。これが私がお勧めするものです：
バグトラッカーへのアクセスを非常に寛大に、おそらくコード行を提供したことがある人なら誰にでも与えてください。誰かがクレイジーなこと（非常に低い確率）を始めた場合でも、それらを削除するための管理者権限があります。他の権利を与えることを忘れないでください：ソースコード管理、wiki、群集翻訳、Facebookページ、Twitterアカウント、公式Webサイト、Googleアナリティクスなど。
フォーラム（およびWebサイトの通知）に投稿して、退職することを発表し、新しいプロジェクトリーダーを探します。
チームリーダーとして誰も介入しなくても、発生する可能性のある致命的な問題（愚かな例：ハードコードされたURLが404になり、起動時にアプリがクラッシュする）であっても、おそらく誰かによって修正されます。誰も致命的な欠陥を修正しない場合、それはあなたがもうあまり心配するべきではないことを意味します、あなたはできることをしましたが、プロジェクトはもはや実行可能ではないようです。
純粋な有料への移行は、多くのユーザーを殺しますが、純粋な有料の代替手段はたくさんあります。私がプレイしているビデオゲームでは、1時間あたりのダウンロード数が多いという「純粋なスキルベースのゲーム。有料でゴミを勝つために混乱することはありません」など、寄付者にいくつかの特典があります。別のゲームPath of Exileは、外観上のアップグレードを提供します。他のサイトでは、帯域幅と引き換えに調査を実施しています。寄付コーダーは、無料のユーザーに（X Time）再生可能ライセンスを何度でも提供しますが、寄付者は永久ライセンスを取得します。
たくさんのオプションがあり、現金でそれを提供しますが、それでも無料のユーザーを維持します。
ほとんどの人は自分の好きなことをサポートするのに問題はないので、正直に言って、月額費用をカバーするように計算されたチップ領域を設定して、最初に質問してみます。