もはや維持したくない人気のあるプロジェクトにどのように対処する必要がありますか？

私は大規模な非技術的なユーザーベースを持つプロジェクトのメンテナーです。約4年間メンテナンスを続けており、要求に応じて新しい機能を追加しています。

今すぐ他のプロジェクトに移り、このアプリケーションの開発を停止したいと思います。ユーザーの非技術的な性質のため、過去にはコードの貢献はほとんどありませんでした。私の代わりにプロジェクトを引き継ぐ他の誰かを見つけることができるとは思わない。

バグ、問題、機能のリクエスト-これらはまだ寄せられています。私はまだメールを受け取っていますが、それらを無視すべきかどうか、アプリケーションで作業していないこと、または返信すべきかどうかはわかりません。特定の場合にのみメールを送信します。

このプロジェクトを「放棄」するための最良の方法は何ですか？それでもユーザーはアプリケーションを使用できますか？

更新（2016年7月）-計画どおりに進みませんでした。私はREADMEで発表し、すぐに、より本質的な貢献を受け取り始めました。バグ修正、機能、ドキュメント、問題アクティビティを含むプルリクエスト。それ以来、プロジェクトは「活力を取り戻した」と感じており、新しいプロジェクトと一緒に喜んでそれを維持しています。協力者もいます。推測では、それはプロジェクトの私の見解に影響を与えていた種類の貢献だったかもしれません。

これは、あなたが有給の従業員であり、暇なときに無料で何かをする職場でのプロジェクトではないと思いますか？

あなたがこれからお金をもうけていないなら、明らかにあなたにはインセンティブがなく、他の誰かがそれに対処するために新たにやってくるインセンティブはありません。（多分それが慈善団体または同様の任意の組織のためでない限り）

代替案として、有料の機能を追加する可能性を検討してください。

これにより、継続するインセンティブが得られます。特に代案がシステムの積極的な開発をやめることである場合、喜んで支払いをする人を見つけるかもしれません。（もちろん人々はあなたのシステムを放棄するかもしれませんが、あなたは何を気にしますか、あなたはすでに支払われていません）。

別のオプションは、プロジェクトを使用して新しいテクノロジーを学習することですか？ウェブサイトですか？最新のテクノロジーにアップグレードしますか？たとえば、Asp.NetからMVC4に変換しますか？モバイルバージョンを構築し、サービスベースにし、iOSアプリのフロントエンドを作成しますか？

製品の放棄をユーザーコミュニティに発表します。メンテナーとしての役割の後継者を見つけるかもしれません。日常業務でのプロジェクトのように、引き継ぎの時間を整理してみてください。

esrがThe Cathedral And The Bazaarに置いたように：

プログラムに興味を失った場合、それに対するあなたの最後の義務は、有能な後継者にそれを引き渡すことです。

あなたへのもう一つの提案は、あなたが尋ねているものとは少し反対ですが、検討のためにあなたのリストにあるべきだと思います。放棄しないことを検討しましたか？積極的に使用し、要件が増えているプロジェクトがあり、それを自分で変更することができず、あなたがソフトウェアの唯一の専門家である場合、あなたは彼らにお金を請求する立場にあります。

ソースが開いている場合、それを閉じることを検討することができます（プロジェクトをさらに開発する競争を抑制したい場合の選択）。次の機能リクエストが来たら、$ xyzの料金でyesと答えます。

考慮すべきオプションです。

ファン層を放棄するのは難しいことです。特に、あなたが彼らと違うときは。ユーザーグループに開発者がいた場合、それは簡単に解決できる問題です。差し迫った出口をアナウンスし、他の誰かがステップアップすることを提案するだけです。ないので、質問は本当にこれです：あなた（またはあなたのユーザー）は、あなた（またはあなたのユーザー）にとって意味のある時間枠であなたを置き換える誰かを見つけることができますか。

過去に、私は自分の評判に良いので、私が思っていたよりも長い間、いくつかのプロジェクトを維持してきました。私の身長は比較的小さいですが、私の分野では、必要になったときや仕事をしたいときに仕事を見つけるのに役立ちました。できる限り自分の時間を費やす価値があるほど十分な価値がある。最終的にはもちろん、私は立ち去りましたが、すべてのプロジェクトコードを後継者が利用できるようにしました。

プロジェクトを放棄しますか？

もうやりたくない？

次に、Ala Readerを正常にシャットダウンします。

または...開発者を雇う（以下に続く）

またはあなたがお金を失っているからですか？

自己負担費用を計算します（以下に続きます）

それともお金を稼いでいないのですか？

気分を変えるために必要な金額を計算します。

1. 自己負担費用を負担する必要があります
2. 開発を続けるための開発者のコ​​スト
3. 利益率

ユーザーに正直であること：サービスを維持するには一定の時間、エネルギーなどがかかることをユーザーに説明します。

次に、寄付を依頼したり、既存の機能の料金を請求したりします。サービスがそれ自体をサポートするのに十分な価値があるかどうかの判断を遅らせるだけのプレミアム機能を発明しようとしないでください。あなたが持っている機能を使ってください。

ユーザーがうまくやれば、他の場所に行くことができます。十分な寄付やサインアップがない場合は、シャットダウンします。

残忍なこと-プラグを抜いたら振り返らないでください。

他の人が指摘したように、いくつかのオプションがあります。私の選択肢は、終末期の通知を出すことです。製品がそのような日にシャットダウンされることを示します。

さらに、この製品は寿命に近づいているため、アプリケーションが設計または意図どおりに機能する能力に影響を与える重要なバグのみが対処されることを示します。IEサーバーがダウンしている場合、サーバーを起動して再度実行します。

ユーザーがデータを持っている場合、それらをエクスポートする方法を追加する必要があります。

ガイダンスについては、Googleが最近Readerで行ったことをご覧ください。彼らはそれをシャットダウンし、それは非常に人気のあるサービスでしたが、それは彼らの長期的な目標に適合しなかったので、シャットダウンするという厳しい決定を下す必要がありました。

ある種の半分の方法が可能な解決策を測っていますか？プロジェクトを続行しますが、作業負荷を減らしますか？

例えば、あなたはまだ助けを求めるメールに返信していると言います。ユーザーフォーラムを設定し、他のパワーユーザーが支援できるように、すべてのサポートクエリがそれを通じて行われると主張できますか？

純粋な有料に移行することで多くのユーザーを殺すことができますが、純粋な有料に代わる多くの選択肢があります。私がプレイするビデオゲームは、寄付者に1時間あたりのダウンロード数が増えるなどの特別な特典を提供します。別のゲームPath of Exileは、外観のアップグレードを提供します。他のサイトでは、帯域幅と引き換えに調査を行っています。寄付コーダーは、無料のユーザーに（X Time）のライセンスを必要に応じて何度でも更新できるようにしますが、寄付者は永久ライセンスを取得します。

現金のためにそれを提供するオプションがたくさんありますが、それでも無料のユーザーを周りに置いておきます。

ほとんどの人は自分の好きなものをサポートするのに問題はないので、正直に言って、最初にあなたの毎月の費用をカバーするように計算されたチップエリアを設定することで質問してみます。

open-sourceタグが含まれているので、あなたのプロジェクトはソフトウェアがオープンソースであると思います。

過去にコードの貢献はほとんどありませんでした

それは残念ですが、あなたがすべてをしていた場合には理解できます。合理的に機能する限り、多くのユーザーは関与しません。

一部のリーダーはすべての責任を委任することを好み、一部のリーダーはより厳格な管理を維持することを好みます。バランスが必要ですが、ここで重要なのはできるだけ早く委任することです。

私は30を超えるオープンソースプロジェクトを作成しており、それらを残したとしても多くはまだアクティブです。ここに私がお勧めするものがあります：

1. バグトラッカーに非常に寛大にアクセスできるようにします。これまでにコード行を提供したことがある人なら誰でも可能です。誰かがクレイジーなことを始めた場合（非常に低い確率）、それらを削除するための管理コントロールがまだあります。他の権利を与えることを忘れないでください：ソースコード管理、wiki、クラウド翻訳、facebookページ、twitterアカウント、公式Webサイト、Googleアナリティクスなど。

2. フォーラム（およびWebサイトの通知）に投稿して、退職を宣言し、新しいプロジェクトリーダーを探してください。

3. チームリーダーとして誰も介入せず、致命的な問題が発生する可能性がある場合（愚かな例：ハードコードされたURLが404になり、起動時にアプリがクラッシュする）、おそらく誰かによって修正されます。誰も致命的な欠陥を修正しない場合、それはあなたがもうあまり心配するべきではないことを意味し、あなたはできることをしましたが、プロジェクトはもう実行可能ではないようです。