問題タブ [user-feedback]

私の会社は、いくつかのプロジェクトのカスタム開発ショップであり、いくつかはより大きく、いくつかはより小さくなっています。現在、私たちはすべてのクライアントとのコミュニケーションを電子メールで処理しています。そこで、設計ドキュメントを電子メールで送信し、マークアップして送り返します。次に、製品のベータ版を公開し、バグや新機能などをメールで送信します。

新しいバグ追跡システムの実装に取り​​組んでいるとき（今はMantisのようです）、機能要求とクライアントの追跡を改善する開発プロセスとのインターフェースを顧客に提供するのに最適な方法を考えました。提出されたバグだけでなく、クライアントに私たちの応答を伝えます。

誰かがこれを非常にうまく行うバグ追跡システムを知っているなら、私はそれを聞いて興味があります。そうでなければ、私はあなたの会社があなたのクライアントと効果的かつ効率的にインターフェースすることを可能にするいくつかの一般的なガイドラインまたは良いビジネス慣行を探しています。

更新：私の会社はLAMPPスタックを使用しています。私たちは限られた予算の小さな店なので、オープンソースで無料のツールに固執する傾向があります。

ほとんどの人は、Team Foundation Serverを使用してこれを処理するのですか、それとも電子メールをやり取りするのですか？

同じ機能を提供する 2 つのバックエンド アプリケーションがあり、それらは 2 つの別々のマシンに配置されています (実際には、これは負荷分散を行うためです)。そのため、同じ方法を使用してクライアントのフロントエンド リクエストを処理します。

接続されているすべてのクライアントに関する統計を収集し (つまり、クライアント GUI アプリケーションで最も使用されているコンポーネントなど)、その結果をすべてのクライアントに毎秒送信したいと考えています。

バックエンドコンポーネントごとにこれらの統計を個別に計算し、両方を合計することを考えています。その場合、バックエンドコンポーネント間で何らかの通信を行うか、単にグローバルDBに小さなテーブルを作成し、各バックエンドがテーブルを更新してから選択するクライアントに送信しますが、統計を毎秒送信したいので、これによりパフォーマンスが低下する可能性があります

助けが必要です

おそらく多くのソフトウェア開発者と同様に、実際のユーザーが自分のソフトウェアを使用しているのを見ることはほとんどありません。

もちろん、この状況でユーザーから良いフィードバックを得ることは非常に困難です。一部のユーザーがソフトウェアの使用方法に関する情報を私に提供することに同意したとしても、実際の使用方法と、自分が使用していると考えている方法との間には大きな違いがあります。

たまたま、私のソフトウェアはクライアント/サーバーです。つまり、サーバー上の情報を技術的に簡単に収集できます。

もちろん、実生活でソフトウェアを使用している実際のユーザーを見ることに匹敵するものはありませんが、何もないよりはましだと思います。または、少なくとも試してみる価値はあります:)

クライアントで発生したすべての例外をデータベースに記録していますが、まだこの点から離れていません。

• 誰かが前にそれをしましたか？
• どのような情報を記録しますか?
• 法的な問題はありますか？それらにどのように対処すればよいですか？

初心者のソフトウェア設計者は、ユーザーが合理的に行動することを期待していますが、そうではありません。ユーザーの認識が現実から完全に切り離されている、またはフィードバックが明らかに不合理であるのを何度も見てきました。

適応するのは私たちであり、その逆ではありません。

これを達成するために私が知っている唯一の方法は、ユーザーの意見に耳を傾けることです。特に、ユーザーが使用しているソフトウェアで気に入らない点について聞くことです。

これまでに学んだことが 1 つあるとすれば、彼らはしばしば、人が予期しないことについて不平を言う

ユーザーから学んだ意外なことは何ですか?

余暇に取り組んでいる個人的なプロジェクトがあります。完成にはほど遠いですが、これまでに実現した UI と機能についてのフィードバックが必要です。サイトの目的に関係のない投稿で迫害されることなく、有益なフィードバックを得るのに適した場所はどこですか?

プロジェクトはウェブサイトです。人々がこれがスパムだと思わないように、私はリンクを投稿していません。コメントでリクエストがあればリンクを追加します。

私はまだ初期段階にある Web アプリケーションを開発しています。公開用に Web 上に置きました。フィードバック (無料アカウント) には uservoice を使用する必要がありますか? 代替手段は何ですか？

GUI フロントエンド (GTK) と SQLite バックエンドを備えたアプリケーションを作成しています。GUI を介して何かが変更された場合、DB で正常に完了した場合にのみ、変更が GUI に表示されるようにします。

• sqlite3_stepからのリターン コードを監視するSQLITE_ERRORだけで、ユーザーに誤ったフィードバックを与えないようにすることができますか?

• そうでない場合、コールバックやトリガーなど、信頼性を高める他の手順はありますか?

• プログラム自体の接続からの変更だけでなく、データベースへのすべての変更を検出して、GUI のコンテンツへの変更を動的に反映できるようにする方法はありますか?

現在、ASP.NET MVC アプリケーションをホストしており、ターンキーの顧客フィードバック システムを組み込みたいと考えています。 UserVoiceは私たちのニーズを完全に満たしますが、先に進む前に代替案を検討したいと考えています。 GetSatificationも同様のモデルを提供しているようです。他にも考慮すべきサービスはありますか？

正しいと思うものがいくつかあります。メッセージの背景色です。

• エラー: 赤;
• 情報: 青;
• 成功: 緑;
• 重要でない情報: 黄色

青と黄色を間違った方向に持ってきましたか? これらの事実上の標準である 16 進値はありますか?

私は Web 開発について興味がありますが、答えはわからないと思います。

ここに興味深い考えがあります (記事で読んだことがあるはずです)。すべてのブランディングが赤であることを考えると、Target の Web サイトのエラーは何色になるでしょうか?

短い:インターネット経由でアプリ/Web サイトからユーザー フィードバック/バグ レポートを収集できる、非常に単純な (構成/メンテナンスに関する) ソリューションを探しています。

長文:
現在、ASP.NET MVC を使用して記述された非常に単純な Web アプリがあり、http-post 要求を で受け取りhttp://localhost/feedback、c:\temp\{guid}-feedback.txt. UltiDev HttpVpnを使用して (非常にクールです)、アプリを DMZ に配置することなく、このページをインターネットに公開しました。次の情報を収集します (アプリ内のフィードバック フォームまたは Web サイトのフィードバック ページを通じて): ユーザー名、電子メール、メッセージの種類 (機能のリクエスト、バグ レポート、コメント)、アプリケーション名 (フィードバックを送信するアプリ)、および message-text/comment です。

電子メールについて:
私のアプリを実行しているほとんどのコンピューターには電子メール クライアントがないため、電子メールでは十分ではありません (また、電子メールを送信するにはクリックが多すぎます)。

JIRA について: IMHO JIRA は、必要なものに対して重すぎます。自分でインストール/構成したことがないため、間違っている可能性があります。http-post インターフェイスはありますか (独自のインターフェイスを配置できます)?

.NET on Windows ソリューションは
無料が必要です