長年にわたって使用してきたいくつかのFOSSプロジェクトに貢献することで、UX/UIの知識を活用したいと思います。通常、これらのプロジェクトにはUXの分野で大きな欠陥があることがわかりました。
私はまた、非常に困難なことに貢献するという仕事も見つけました。いくつかのユーザーシナリオをセットアップしてバグ追跡スイートのテストを行い、結果を提出しようとしましたが、UX/UIチームの「リード」を含むチームの誰からも応答を得ることができませんでした。
同じプロジェクトをフォークした結果、UIが一部変更されましたが、UXがまだ不足しているため、チップインしたいと思います。シナリオ、ワイヤーフレーム、提案、およびテストデータは、寄付開発者のチームに役立ちますか?誰もがこれで経験がありますか?
良い質問であり、答えることは不可能ですが、これが私の提案です:
あなたは自分でプロジェクトを管理していないので、これは結局、適切な人々を説得するあなたの能力に帰着します。
また、自分で問題を実装しているわけではないので、他の人に自分がやりたいことを実行してもらう方法を見つける必要があります。
最初に行う必要があるのは、本当に改善したい問題を選択することです。
具体的な問題に取り組みます。これらは、適切な人々への道を見つける可能性が高くなります。
あなたの戦いを選んでください!
あなたは人々を説得する必要があるので、あなたの調査結果/提案の効果的な文書が必要です。 「完全な」、「深い」、「大規模な」ドキュメントは言っていませんが、効果的です。
私が知っている本当に効果的な議論ツールはビデオのドキュメントだけです。
ガイドライン、調査、テスト結果の統計を参照できますが、これらは簡単に無視できます。一方、ビデオ再生は非常に強力なツールであるため、無視するのは非常に困難です。誰もが自分の製品で苦労しているユーザーを見ることを嫌っています。
(これはあなたにこれを賢く使用する大きな責任を与え、あなたが望むものを得るためにこれを乱用しないでください。しかしそれは別の話です。)
あなたの戦いを選んで、うまくまとめてください。
最初のポイントで述べたように、最も重要な問題を選択する必要があります。さらに、問題を解決する方法についていくつかの提案を示す必要があります。 (あなたはあなたがあなたの状況でそうしたことを知っていますが、私はもう少し広い範囲で答えようとしています:-)
問題を指摘するだけでは修正されません。
ソリューションがシルバープレートで提供される場合、改善を適用する方がはるかに簡単です。
あなたの戦いを選んで、それらをうまく包み、銀のプレートにそれらを提供してください。
そして、提案はどのようにプロジェクトリーダーに提示されるべきですか?通常の公式チャンネルだけでは不十分だと思います。さらに別の電子メールにフラグが立てられる可能性がありますが、最終的には群衆の中に溺れます。同じことがバグレポートと機能リクエストにも当てはまります。その他の問題は、これらの「アイキャンディー」や「ナイストゥナイト」の種類の問題(特に実質の低い問題)を非常に簡単に打ち負かします。
したがって、あなたの提案についてブログで書いてください。ディスカッションと取材を受け、他の人をあなたの味方にしてください。プロジェクトにuservoice.comのアカウントがあるかどうかを確認します。ない場合は、自分で作成します。
[バトル、ラップ、そしてあなたはドリルを知っています...]そしてサポーターを獲得しましょう!
その後プロジェクトリーダーへの提案を指摘できます。
最終的に。他の人が他の興味を持っており、あなたの提案がロードマップの他の多くの問題の1つであることを尊重してください。
私たち UXを非常に高い優先度に設定します(もちろん、正当な理由があります!)。しかし、一部の人々はより多くのお金を楽しんでいます(UX =お金だと言い続けても!)、一部の人々はポイントを得られないだけです(特に、優れたUXはユーザーに何かをもたらすと私たちに伝え続ける場合)気付かないでください。)
しかし、時々、婚約の欠如は単なる幻想です。彼らはあなたの提案を適切に検討したかもしれませんが、それでも他の問題がより重要であると結論付けました。メニューの再配置や別の言い回しの使用など、簡単に修正できるように見えるものには、実際には波及効果があり、適用が困難になる可能性があることに注意してください。
したがって:
コミュニティおよびプロジェクトリーダーからフィードバックを得る。提案を実装するのが難しいのか、それとも優先順位付けされていないのかを確認します。すべてのFOSSプロジェクトは、それ自身の人生を生きており、独自のコミュニティを持っています。一部は非常にオープンで、一部は忌避剤です。プロジェクトに参加し、貢献するための最良の方法を見つけてください。
Jørnの答え で提案されていることを行う前に、あなたの時間を賢明に処理するように思えますが、最初にプロジェクト開発者にあなたの助けが欲しいかどうか尋ねます。専門知識とは何か、提供できるものと提供できないものを指定します。開発者が返信しない、興味がない、または批判を受け入れるには傲慢すぎる場合(それほど一般的ではありませんが、それは起こります)、時間を無駄にしないでください。別のプロジェクトに進みます。
また、ほとんどのオープンソース開発者もユーザーであることを忘れないでください(金銭的な報酬がないため、多くの小規模なプロジェクトの開発にとって大きな推進力となり、栄光はいくつかの厄介な機能要求の後に消えます)。開発者が主に自分のためにプロジェクトを開発している場合、開発者は他のユーザーの考えを気にしないか、ほとんどのユーザーが必要とするものの理解に合わない特定の理想を保持している可能性があります。ちょうど良い例として、過去10年間激怒したGnome/Kdeの戦いを見てください。そのような状況では、開始する前にフィールドをできるだけスコープ指定することが非常に重要になります。リード開発者がUIデザインで重要だと考えることについて、できるだけ早く調べてください。開発者はUXレビューは良いアイデアだと思っているかもしれませんが、提案が始まるとすぐに完全に考えを変えることができます。開始する前に共通の理解があれば、合意のポイントを見つけるのがはるかに簡単になります。後で不一致のポイントを回避する方法。
ヘルプを提供するプロジェクトを見つけることに関しては、プロジェクトを追跡するサイトがたくさんあります。特に役立つ可能性のある2つは http://www.alternativeto.net です。これは、一般的なソフトウェアに代わるオープンソースの選択肢を見つけ、人気のアイデアを提供するのに役立ちます。および http://www.ohloh.net これは、開発がどの程度迅速に行われているか、何人が関与しているかなど、プロジェクトに費やされている作業を評価するのに役立ちます。どちらのサイトもユーザーが編集できます。