McGallen & Bolden アジア

「機能クリープ」と戦うための4つのルール

キーボード

一部の人々に陶酔感を与えたとしても、完璧を追求することは不可能です。 それでは、合理的かつ達成可能な目標を達成できるように、Webとアプリの開発をどのように管理すべきでしょうか。

私は、1980年代に始まり、デジタル分野のこれらの各ジャンルの始まりを通じて、グラフィックデザイン、デスクトップパブリッシング、インタラクティブメディア、ウェブ開発、アプリ開発に携わってきました。

限界に挑むことは、多くのデザイナー、デザイナー、開発者が素晴らしい活気を見出したパラダイムでした。 結局のところ、それは次の候補者への準備を強めようとすること、そして結局のところ、幸福感とスキルの両方ですべての人を引き上げようとするという、めちゃくちゃな感覚でした。

しかし、すべての理想には限界があり、完成は不可能です(神のみが完成を持っています)。 それで、残りの私たちにとって、達成可能な目標、健全性、および生活の質の調和のとれたバランスを達成するために私たちは何ができるでしょうか?

シンプル-「フィーチャークリープ」(「機能炎」または「機能主義」とも呼ばれます)に注意してください。

一部のコンテンツ所有者、Web開発者、またはアプリ開発者は、夢見られるすべての機能を含めようと試み、レンディションを次々に調整し、地平線のはるか先に何かを達成しようとし、それから必ず期限が遅れて無残に失敗し、失われるという罠に陥りますビジネスチャンス、市場投入までの時間の遅延、コストの増大、最終的なWebプロパティやアプリの機能やコンテンツの膨張。 そして最悪の部分は、膨らみが増えるほど、脆弱性、ソフトウェアのバグ、エラーが発生することです。

特に実際の現場で実証された経験に基づく理想的な状況は何ですか?

Appleはそのような素晴らしい例のXNUMXつであり、特にスティーブジョブズ氏が亡くなった黄金期にその一例を示しています。 スティーブが発売したすべての製品は、最小限の機能、ルックアンドフィール、デザイン、プラットフォームだけが残るまで調整する必要がありました。 膨れがあってもほとんどなく、製品全体(オリジナルのiMacを覚えていますか?)は単純に機能し、子供でも簡単に製品の使い方を理解できます。

当初、Appleの敵であるMicrosoftは、機能ごとにエラーが発生するまでの長い道のりを歩み、その結果、機能が肥大化し、その製品はシンプルさ、明快さ、使いやすさを失っていました。 しかしもちろん、Microsoftはその後変更され、今日、Windows 10 UXは、以前にUIを使用したことがない人でも、クリーンで理解しやすいものになっています。

機能のクリープを回避する必要がある場合、Webまたはモバイル向けの設計の基本は何ですか?

1)モバイルファースト。

Webサイトを設計していて、WordPressなどのCMS(コンテンツ管理システム)で実行している場合は、モバイルユーザーが簡単に使用できるレスポンシブテンプレートを設計または選択する必要があります。 より多くの人々が携帯電話でニュースや製品のアップデートを読んでおり、ワイドスクリーンのデスクトップコンテンツは急速に勢いを失っています。 また、モバイルの帯域幅は高価で多くの場所で狭いため、Webまたはアプリのコンテンツを軽量に設計し、見込み客の購入から顧客への転換を妨げる、帯域幅を大量に消費するグラフィックではなく、画面固有のコンテンツを使用します。 同じルールがアプリの設計に適用されます。

2)少ないほど良い。

ワードプロセッサを設計する場合は、ユーザーが2インチの厚さのマニュアルを学習して学習する必要がある機能満載のドキュメントプロセッサではなく、簡単なUIを備えたテキストエディタを検討してください。 ご存知かもしれませんが、ほとんどの人は最近読書を避けています。 そのため、アプリやウェブサイトで達成しようとしていることを絞り込み、最も基本的なニーズに合わせて設計します。 たとえば、ウェブサイトが画面のサイズに対応する以外に物理的な商品を購入することを目的としている場合は、利用可能な商品カテゴリのシンプルなメニューを使用して、ユーザーが商品の種類やカテゴリで検索できるようにします。 ホームページには、宣伝している最新の製品を掲載するのが理想的です。 「購入」ボタンは、各製品ページ内で目立つようにし、テキストコピーをシンプルに保ち、グラフィックを軽量にする必要があります。 結局のところ、あなたはウェブサイトの賞を獲得しようとしているのではなく、購入している顧客を引き付けようとしているのです。

3)カプセル化します。

ウェブサイトやアプリを設計する場合は、有限の目標を持つ設計ドキュメントが必要です。ユーザーが要求するものはすべて、そのドキュメント内にカプセル化する必要があります。ウェブサイトやアプリが完成して起動するまで、機能を拡張する余地はありません。 これはフィーチャークリープを回避するためであり、チームには、完了できない移動ターゲットではなく、有限の目標が表示されます。 目標を達成または達成できないような発達的な役割で働きたいと思う人は誰もいません。 チームのシナリオでは、目標と完了期限についてしっかりと断固としたリーダーを任命します。そのようなリーダーは、誰かがクリープを特徴とするために「封筒を押し」ようとしたときに決して動揺してはなりません。 新しい機能を導入する次のバージョンは常にあります。

4)エラーを考慮します。

誰も完璧ではありません。 人類の歴史は、誰もが間違いを犯すことを証明しています。 無限の財政的および人的資源のように見える最大の企業は、しばしば巨大な誤りを犯しました。 したがって、開発チームのたるみを減らし、妥当なエラーを考慮に入れてください。 バグがある場合は修正しますが、バグやその他のエラーが私たちの人間性を定義していることを認めてください。私たちは完璧ではなく、決して完璧ではありません。

すべての旅は決して唯一無二の旅ではありませんが、しばしば生涯の旅の一部です。 アジャイル開発パラダイムが示すように、各反復ステップはそれ自体では小さな成功であり、祝われるべきです。

「機能クリープ」と戦うための4つのルール
トップにスクロール