私の会社は、クライアントが一般的な FAQ や問題などについて参照できる、ソフトウェア製品のフォーラムを開始する予定です。
現在、以下を予定しています:-
- ユーザーマニュアル。
- アプリケーションのさまざまなセクションのベスト プラクティス
- 頻繁に直面する問題。
- ユーザーが開発チームと問題について話し合うことができるフォーラム。
他のアイデアはありますか?
編集:-
- フォーラムへの RSS と電子メール通知のサブスクリプションがあります。
私の会社は、クライアントが一般的な FAQ や問題などについて参照できる、ソフトウェア製品のフォーラムを開始する予定です。
現在、以下を予定しています:-
他のアイデアはありますか?
編集:-
ユーザーが開発チームと問題について話し合うことができるフォーラム。
これが「課題トラッカー」の婉曲表現であるかどうかはわかりませんが、そうでない場合は、人々がバグ/機能/拡張レポートを送信し、それらを完了するまで追跡する方法を含めるようにしてください. バグ レポートを送信できないこと、またはバグ レポートを送信できてもブラック ホールにしか入れられないことほど悪いことはありません。
コミュニケーションが鍵です。
ケビンが提案したように課題トラッカーを追加すると、リストはかなり問題ないように思えます。
また、最初は、あなたの側 (開発者など) とのやり取りを必要とする、あまりにも多くの異なるサービスから始めないことをお勧めします。会社の誰も十分な時間がなかったという理由だけで、多くの優れたイニシアチブが失われるのを (あまりにも) 見てきました。たとえば、フォーラムの質問に定期的に回答する場合などです。
あなたの場合、特に最初は、「ベストプラクティス」、「頻繁な問題」、およびフォーラムを有効にして最新の状態に保ちたい場合、開発チームからの定期的な時間がすべて消費されると思います。そのため、最初からサービスを追加することはしませんが、これらを適切に行うようにしてください (ユーザーがサービスを必要としていることがわかった場合は、後でいつでもサービスを追加できます :-)。