チェックボックス、ラジオボタン、モバイル開発
私は現在、ユーザーインターフェイスで2つのオプションのいずれかを選択できるiOSアプリに取り組んでいます。オプションを1つだけ選択する必要があります。私の上司は、これはチェックボックスの形式である必要があると非常に情熱的に感じています。
セグメント化されたコントロールなどのネイティブiOSオブジェクトの使用を提案しました。代わりにカスタムラジオボタンを作成することさえ提案しましたが、彼女はチェックボックスを強く求めています。彼女は、ユーザーはチェックボックスに慣れていると言い、他の選択肢は当然混乱していると言います。
私の観点から、独占的な単一の選択にチェックボックスを使用することは、温水と冷水が蛇口の反対側にある家に行くようなものです。それはまさにその性質上、理由もなくすべての基準と規範に違反します。しかし、私の主張を裏付ける研究はないと彼女は主張し、ソフトウェアエンジニアとしての私の経歴のせいでそのように感じています。私の経歴の結果として、私は日常のユーザーとの接触を失っています。彼女は、ユーザーがチェックボックスを本質的に理解していると感じ、特にコンピューターに精通していないユーザーは、他のすべての代替案はコンピューターに精通していないユーザーにとってより混乱します。
私のバックグラウンドは、アプリのバックグラウンドで起こっていることにもっと根ざしており、UX側ではなく、私の意見をバックアップするのは難しいことに注意してください。私たちは非常に小規模な新興企業であり、このようなトピックを検討するために、UXの経験を持つチームが誰もいません。
インターネットとほぼ同じくらい古い質問だと感じたことをお詫び申し上げますが、このトピックについて読んだことはすべて、これを行わないように言っているだけです。 、など。彼女はデザイナーが単に自分の意見を投稿していると感じていますが、これらの主張を裏付けるものは何もありません。
ラジオボタンのように動作させるためにチェックボックスを使用するべきではないと感じる理由を彼女が理解するのを助けるために彼女に彼女に提供できる研究はありますか？
たぶん、私は単に頑固で、細かいところまで行きすぎているのかもしれません。上司が私にしてほしいと思っているので、ラジオボタンのように動作するチェックボックスを作成するだけでよいですか？これは、私が彼女と会社を不利益にしているようにほとんど感じられますが、これは私が自分の意見に縛られすぎているためかもしれません。
私は同じことを経験したことがあります！設計では、通常、Nielsen Norman Groupのリファレンスに従います。ユーザーエクスペリエンス調査に基づいた標準的なガイドラインを提供します。私が上司と議論するたびに、主観的ではないように標準ガイドラインに従う必要がある理由を説明する研究に基づく記事を彼に見せます。問題の解決に役立つ記事を見つけました。
なぜラジオボタンと呼ばれたのかを上司に思い出させることもできます。 :-)
