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

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

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

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

シンプル–「機能のクリープ」(「機能性炎」または「機能性」としても知られています)に注意してください。

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

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

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

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

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

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

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

2)少ないほど良い。

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

3)カプセル化します。

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

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

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

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

Dr Seamus Phan McGallen&BoldenのCTOおよびコンテンツ責任者です。 彼は技術、戦略、ブランディング、マーケティング、リーダーシップトレーニング、危機管理の専門家です。 この記事は彼に同時に現れるかもしれません ブログ。 接続する LinkedIn。 ©1984-2020 Seamus Phan 他 全著作権所有。