製品の説明としてのプロトタイプ

想像してみてください。あなたの子供はまれで不治の病気で死にかけています。 部外者は彼を打ち負かし、彼はひどい痛みに苦しんでいます。 最後に、それは猫の大きさまで乾燥し、完全に灰色になり、最終的に死にます。 そして、ハッピーエンドが発生します。産科病院でエラーが発生したことがわかります。

おめでとうございます、あなたは普通のプロトタイプのライフサイクルを紹介されました。



こんにちは友人！ プロトタイプは、製品設計のバックボーンです。 チーム内でハイファイプロトタイプのみを使用し、他のすべてを放棄した理由を説明します。



前に、アプリケーションの構造とナビゲーション原則の定義について説明しました。 クル しかし、これらすべてで次に何をすべきか？ 質問なし！ もちろん、プロトタイプを開発する必要があります。 プロトタイプは、MVPの初期テスト、設計リスクの低減、提案されたソリューションの適合性のテスト、株主への提示、クラウドファンディング、および開発者とのコミュニケーション時間の節約に必要です。 どこでもうめき声が聞こえます。 誰もがプロトタイプを必要とします。 私たちは救いの手を差し伸べなければなりません。

そして、私はあなたのために2つのニュースがあります。 最初は良いこと：悪いニュースはもっと悪いことかもしれない...

選択の問題

事実は、どのプロトタイプを使用するかについての議論が、新たな活力で燃え上がっているということです。 そして、この神聖なbonき火にfireを投げます！ 最近公開された公開アクセスコースで、ユーザーインターフェイスに関するMITは 、プロトタイプをたわごとから作成できることを説きます 。 このコースに突入すると、たとえば、ペーパープロトタイピング用の推奨ツールセットの構成、つまり（書き留める）：ホワイトボード11x14インチ、サイズの大きなカード4x6インチ、糊、白修正テープ、透明フィルム、ペン、はさみなどを学ぶことができます。質問するのは恥ずかしいです。色付きのペンは色付きですか？ または、例えば、 IBMの設計思考を読んでください。 ショーの音楽に合わせて、ベニー・ヒルは完璧です。 まあ、ヨミン！ 私は、情報の通常の設計者にとって有用な情報がまったく存在しないとは言いたくありません。 まったくない！ しかし、彼女はホメオパシーの影響を受けているほどのホメオパシー用量でそこにいます。 sayingにもあるように、テーブルとは何か、椅子はそのようなものです。

20世紀を私の耳から揺り動かし、カーゴカルトを放棄し、本物のデザインの溝から問題を見ることを提案します。 上記のすべてが私たち自身の経験を反映していることを警告したいと思います。それはあなたの経験とは一致せず、誰かの宗教的感情を傷つけるかもしれません。 あらかじめご了承ください。 耳を持っている彼は彼にパターンの割れ目を聞かせた。

プロトタイプの種類

プロトタイプのタイプについては詳しく説明しません。 質問がそれらの間にある場合は、おそらくそれらを知っています。 簡潔にするために、ニックネームを付けます：

• 紙（紙のプロトタイプ）;
• クリッカー（クリック可能な画面のシーケンス）;
• ゾンビ（Axureなどの専用ツールを使用して作成されたインタラクティブプロトタイプ）;
• hi-fi（純粋なhtml + css）。

これらの種はすべて、ある程度、主に2つの方法に基づいています。 これはラピッドプロトタイピングです。これは、ある段階でレイアウトが破棄され、完成したシステムの一部にならないことを意味します。 そして、製品がプロトタイプの胚から文字通り「成長」するとき、進化的プロトタイピングは機能で徐​​々に大きくなり、戦闘のものに近い条件下で絶えずテストされます。

製品設計で実際に関心があるのは、進化的なHi-Fiプロトタイプのみです。 そして、私はそれを証明することを約束します。

ゆっくりと山を下る

速度について一言。 さて、すぐにあなたを冷やし、罪深い地球に戻るために。 ネットワークには、高速プロトタイピングに関するアマチュアの記事がたくさんあります。 紙の上、膝の上、スマートフォン上、ブラウザ内。 通常強調される主な利点は時間です。 「5分で、独創的なプログラムのプロトタイプが動作するようになります！」、「コード行がなければ、複雑でアニメーション化されたインタラクションが得られます！」 以上です。 あなたは怠lazと欲の誘惑に巻き込まれます。 シールドクラスの製品はあなたにすり込まれます。 あなたが多くの努力なしで成功できるという考えがあなたに紹介されています。 人々はモバイルアプリケーションを描画するための特別なノートブックを販売することさえできます。 エヘム！ 若い頃、私はこの吹雪を信じていました。ノートブックは買わなかったものの、紙からhtmlに至るまでの苦しい道を歩みました。 振り返ってみると、私は言うことができます：すぐに-良いという意味ではありません。 結果はタスクに適切である必要があり、受信の速度は常に二次的です。 それが間違っているなら、なぜ私は地獄ですか？ 特に開発サイクルに数ヶ月かかる場合。 それに、紙とゾンビは有害です。 なんで？

DMBムービーでどのように覚えているか：

-あなたは、フェディヤ、爆弾...

-なぜ爆弾なのか？

-私は短気だから...あなた、ウラジクは銃剣になるだろう-あなたはスリムだから...そして私は弾丸になるだろう-ターゲットのためだ！

目標を覚えておく必要があります。 紙については別に説明し、ゾンビは主流の主流である頭から製品まで、アイデアをそらします。 アプリケーションを取得する必要があります。 アプリケーションはコードです。 高い確率で、このコードはhtmlです。 さて、目標から気をそらして純粋なhtmlの代わりに残っている独自のソリューションを研究する必要がある理由を少なくとも1つ挙げてください。

サードパーティのアプリケーションに時間を無駄にしないでください。htmlの研究に投資することをお勧めします。 目標に向かってさらに前進します。

デザイナーとしてのあなたの価値が成長することは言うまでもありません。 欠員に目を通す-「手で描く」だけでなく、「手でhtml」を必要とすることがますます多くなっています。 今日、私たちの会社はもう一人ではありません。

紙

紙から始めましょう。 さて、そして紙のプロトタイプから何が害になるのでしょうか？ そうです、紙のプロトタイプはそうではないからです。 同じ成功で、私は「神経質な」プロトタイプを自分の頭の中に持っていると言えます。 いつも私と一緒にいるプロトタイプ、ハハ。 たくさんあります。 朝にトイレに行ったり、夕方に犬と一緒に歩いたりするとき、私は常に頭の中でこれらのプロトタイプをひねります。 しかし、真剣に、プロトタイプは機能するものであり、ユーザーが示すものであり、どの決定が下されるかに基づいています。 紙はスケッチです。 紙のスケッチを使用すると、アイデアをキャプチャし、構造化し、同僚と議論できます。 そしてのみ。 ユーザーに見せることは価値がありません。 いや。 泳ぎました、わかっています。

プロトタイプは、ユーザーが対話するものであり、どの決定が下されるかに基づいています。 プロトタイプは実験です。

この論文は、解決策が見つかったという誤った印象を与えます。 問題の解決を試みた後、スペースが不足している列に異なる量の情報を持つ表形式データを表示する方法は？ Outlookでの実装方法を説明しました。 2分後、彼らは紙にスケッチをスケッチしました。 さて、ここに解決策があります！ 迅速に実施された廊下テスト。 成功しました！

「ホップヘイララレイ！」とプロダクトオーナーは私にキャッシャーでボーナスをもらいました。 幸運なことに、すぐに埋め合わせをせずに、Fireworksでレイアウトを描くことにしました。



数時間の作業の後、アイデアが腐っており、私たちのケースでは機能しないことが完全に明らかになりました。 紙の上の不器用な手書きのスケッチが本当に好きだった同じ人たちは（特に彼らが自分で上に走り書きした場合）、きちんとした美しいレイアウトを満場一致で非難しました。 数時間無駄になりました。 残念ながら、これは避けられません。 紙をテストしないことで損失を減らすことができます。 このようなケースを2、3回行った後、私たちはしっかりと決定しました。紙の場所はバスケットの中です。

誰も、特にウィキペディアは、 紙のプロトタイプに関する美しい記事を書くのが好きで、チョー、邪眼、手相療法、尿療法についても信じないでください。

自分自身を切り刻むだけです-紙のプロトタイプはありません。 サンタクロースもいません。 いや。 紙は他の場所で使用されています。 紙をプロトタイプと見なさないでください。 ポイント。

クリッカー

デザイナーが描いた一連の画面を取得し、イメージマップを使用して互いに接続します。 私たちは、大人の方法でブラウザを調べます。 それらは利益をもたらさないが、特に害はない。 このビューは、一連の写真から純粋なhtmlへの移行と見なします。 彼らは何を許可していますか？ フォームのテキスト説明を保存できます。「このボタンはプロパティページに移動します。 ここをクリックすると、このウィンドウがポップアップします。」 画面の総数を決定し、シナリオが交差するかどうかを確認できますか？ しかし、レンダリングされた画面でこれを行うのは無駄です。 私はこれを経験しましたが、これは生産的な方法ではありません。 ここに行かないでください。







クリッカーに戻ります。 それらの使用の利点：「純粋な」デザイナーと、彼らはhtmlの恐れを取り除き、頭を整えます。 デザイナーはデザイナーのように考え始めます-単一の画面ではなく、シリーズで。 それはすぐに完済します。

主な問題は、ほとんどの場合、画面がすでに描画されていることです。 設計者はすでに長い間投資していますが、普通の人はそのようなプロトタイプをサポートして再定義することはできません。 もちろん、彼はレベル80のマニアックぺダントではありません。 はい、Fireworksでキャラクターを使用できますが、すぐにすべてが乱雑になり、サポートする時間はまったくありません。 一般に、数回の反復の後、システムは「スプラットとミルクを飲むと、イチゴを洗えなくなります」になります。 そのようなプロトタイプを理解することは難しくなり、ほとんどの場合不可能になります。 別の地獄は、10個の実際の画面に変更を加え、残りの40個は古いバージョンを残し（時間がない）、あなたは常に「なぜ？..」という愚かな質問でレイアウトデザイナーに引っ張られます。 頭に頭！



彼らは、ケシの上に、すべてが本来どおりに実装されている特定のスケッチがあると言います。 いつ届くかを確認します。 ああ！ コメントでスケッチについて教えてください。 特に、 プロトタイピングとjsonからのデータを操作するための奇跡のプラグインについて。



さて、 微小相互作用のマクロ問題は残っています。 話す必要のない重要性について。 ページ間の遷移は良好ですが、アニメーション、スクロール、マウスオーバー、その他の対話性はどうですか？ 得点する！ または、他のツールを使用します。 クリッカーはプロトタイプではありません。

レンダリングされたクリッカーをユーザーに表示することは可能ですが、スクリプトをテストするためではなく（技術的に非常に困難で退屈です）、デザインを評価するためです。 それだけです。

アウトラインクリッカーはテストできません。 デニムはテストできません。 もう一度読み直してください。 不可能です。 テストとは、ユーザビリティテストを意味します。 ユーザーが画面レイアウトのドロップダウンリストまたはボタンを認識したかどうかに応じて、製品を決定できると本当に思いますか？ また、ComicSansフォントに由来する場合はどうなりますか？ そして、彼が固執しなかった場合、この見出しをクリックすることができますか？ 理論的には、すべてがシンプルで美しいです：カツレツとハエは別々に住んでいます。 ボタンは個別で、色は個別です。 しかし、これは理論です。 人生では、すべてがはるかに複雑です。 そして、これをすぐに考慮した方が良いでしょう。さもなければ、単純な考えと理解しやすい、単純な理論に対して間違った決定が下されます。



したがって、手書きのクリッカーがユーザーを表示することを提案するとき、私は困惑しています。 Expression Blendには特別なスキンもあります。 注意、引数は次のとおりです。相互作用を確認します。ユーザーが設計に注意を払わないようにする必要があります。

さて、私は何と言うことができますか？ 街の勇気がかかります。 しかし、人生と心があなたにとって大切なら、泥炭地から離れてください。

ゾンビ

プロトタイピング用の特別なプログラムの選択は膨大です。 彼らがソビエトの店で言ったように-在庫あり。 有料で無料。 デスクトップとクラウド。 モンスターとウィジェット。 しかし、店は大きく、その中の商品はごみ袋と袋のごみの2つのグループにしか分けることができません。 信じて！

これは進化の行き止まりの枝です。 なんで？ アーキテクチャの制限。

大人のリッジバックの所有者として、私は1歳の子犬が1歳の子供よりもはるかに賢いことを知っています。 これは本当です、ヨークバザール。 そして、どれだけ速く成長しますか！ 彼は簡単にスリッパを持ってくることを学び、ボールを追いかけ、あなたを喜ばせたいと思っています。 しかし、彼は皿を洗うことはありません。 決して、チャンスはありません。 結局、なめられたものは洗われたとはみなされません！ むしろ、反対。 あなたのインディゴのプロトタイプはとてもきれいで、とても安くて素早く作られています。 とてもうれしいです。 しかし、長い目で（そして製品設計は長いゲームです）あなたは失うでしょう。 壁にぶつかる。 もちろん、プロトタイプサイト、小さなアプリケーション、メッセンジャーが必要な場合は、ゾンビを連れて行ってください。 しかし、私たちは複雑な製品について話していますよね？

ところで、なぜゾンビなのか？ 「生きているかのように」。 それは伝染性だからです。 そしてそれは死体だからです。 死者の死体の死体。

反対意見はありますか？

1.出力でhtmlが生成されるという事実にもかかわらず、実際のアプリケーションでプロトタイプの1行のコードを使用することはできません。 倍の費用が保証されます。

2.ツールがサポートする機能によって機能が制限されます。 Axureまたはproto.ioのクリックで世界を見るため、プロトタイプにはすでに偏見があります。 必要かどうかを決めますか？

3.プロトタイプに加えて、開発者向けに大量のTKを作成する必要があります。詳細については、詳細に説明します。 A4の60ページでTKに出会いました。 灰切り株、私はそれを読んでいませんでした、寿命が短すぎます。

これは別の大きなhemoであり、プロトタイピング方法の選択に影響を与える可能性があります。 はい、ブリッジプラグインはデザイナーと開発者の間に定期的に表示されます。 これらのプラグインは、インデント値、フォント名とサイズ、色など、レイアウトから情報を取得します。しかし、これらのプラグインを使用することは避けたい余分な時間です。 また、図を変更するときは、TORを変更する必要があります。 3回目の編集の後、優しい人はボードであなたを温めることができないと考えるのは間違いだったことがわかります。

4.微小相互作用を製品、アニメーションに転送する方法 たとえば、offcanvasパネルのトリッキーなバウンスを1.5時間設定し、それをすべてどこに置くとしましょうか。 あなた自身を推測しますか？

5.開発者はゾンビを信頼しません。 実際、プロトタイプを標準のHTMLを使用して製品に実装できると言ったのは誰ですか？ そして、これのために何人のスクワットをしなければなりませんか？ これにより、プロセスにさらに摩擦が生じます。 しかし、私はギャンブルの開発者に会いました。 そのように会いましょう-続けてください。

6.パフォーマンスとサポート。 Axureを少しテストして、proto.ioのindigo Studioを試しました。 長い間我慢できませんでした。 遅かれ早かれ、信頼性の高い故障またはひどいブレーキが発生します。

7.モジュール性の欠如。 もちろん、すべてのシナリオで1つの超大型のプロトタイプを収集することはできませんが、プロトタイプの下に小さな動物園があり、それらを巧妙に調整できます。 しかし、これはしゃっくりとシェーカーであり、このためのツールはありません。ng-includeの匂いはしません。

8.時間。 インターフェイス、ツール、ドックの読み取り、サードパーティプログラムのチュートリアルの視聴に時間を費やす必要があります。 ゴールから離れるのに時間を浪費してください！ コードスクールに行って正しい方向に進み始めるのは簡単ではありませんか？

9.価格。 適切なツールにはお金がかかります。 予算が限られている場合は、切り捨てられたバージョンまたはよりシンプルなオープンソースソリューションに満足する必要があります。



それとは別に、 プロトタイピングの不気味な谷を思い出さなければなりません。これは不吉な谷と解釈できます。 ビジネスの天使ピスキンや投資銀行家のカキンにゾンビのプロトタイプを見せることが推奨されない理由をご覧ください。 ゾンビはまさに峡谷の最下点に落ちるからです。



喘息はオーガズムのようなものですが、誰もがその違いを理解していますよね？

Hi-fiプロトタイプは、外部だけでなく類似しているという単純な理由で不吉な谷の上に「浮かんで」います。 厳密に言えば、それらは製品です。 内部は単純に「そのまま」使用されて使用される同じhtmlです。

ウォッカを持ってきて、少年、私たちは家に帰ります！

神に感謝、すべてのこの怒りに代わるものがあります。 進化的なhi-fiプロトタイピング。 モットーで表現できるアプローチは、 あなたがそれを作るまでそれを偽造します 。 理想的には、完全な忠実度のプロトタイプを目指して努力する必要があります。 完全な忠実性とは、肉眼ではプロトタイプを製品と区別することが不可能であり、生産準備の整ったCSSを使用することを意味します。 それは本物の製品のように見え、本物の製品のように振る舞い、本物の製品の環境で動作し、ホバー効果からビューの変化のアニメーションにスライドするマイクロおよびマクロの相互作用を完全に含みます。 唯一のフィクションはデータです。 ブルジョアはそのようなプロトタイプを水平と呼びます。 使用されるデータは、lorem ipsum、架空のテキスト（想像力を養います）、またはYandexの要約です。 データは、htmlにハードコードされているのではなく、jsonに保存されていることが重要です。 したがって、テーブル、フィルター、検索などのすべてのソートが機能します。

これはすべて絶対に現実的であり、毎日、より簡単でシンプルになっています。 保証します。



根拠がないように、2つのスクリーンショットを提供します。プロトタイプと、現在テスト中およびリリース準備中の製品の1つ（Easy Client v.7.0）の実際のビルドです。 私たちのアナリストはしばしばそれらを混同し、開発プロセスに多くの混乱をもたらします。 一般的に、私たちが愛するものすべて。





ゲーム：写真で7つの違いを見つける



このようなプロトタイプは30分で完了しません。ここで私は異議を唱えることはありません。 それはデニム胚から「成長」し、盆栽のように常に冠を形成する過程にあります。 次に、根を切り取り、小枝を結びます。 費やした時間を見積もることができるように、1人のユーザーシナリオ（それぞれにすべての相互作用がある4〜5画面）を開発するのに16〜24時間かかると言います。 さらに、設計者が使用するフレームワークを開発し、プロセスに成長し、再利用されたコントロールのセットが表示されるため、この時間はすぐに短縮されます。



「これはクレイジーだ！ 彼を殺して、シロフ！ デザイナーが補うべきではありません！ プロトタイプは、それを捨てるように作られています！」と他の人。しかし、彼らは、お母さんの言うことを聞くのをやめるときではなく、お母さんが正しいと気づいたときに大人になります。 したがって、hi-fiプロトタイピングの長所と短所、およびこの方法を採用した理由を実質的に説明する準備ができています。

理由

すべての理由の理由は、もちろん経済的です。

垂直チームでは、デザイナー、開発者、テスターが互いに別々に作業し、開発中の製品が3〜4個（または当社の製品と同様に約20個）ある場合、生産部門はタトゥーパーラーになります。 その場で何かを変更しても機能しません。 プロダクトオーナーとの間で、彼が製品のロシア語ローカライズに登場してスペースを挿入できないという論争に勝ったことがあります。 血と内臓を介して行うことができますが、一度だけです。 その後、素手で引き裂きます。 したがって、動作モードは次のようになります。生産に移行したら、7回測定します。







もちろん、生きた製品で心を開いて実験することはできますが、長くは続かない-結局のところ、鉱夫は一度間違えられます。 一般に、質問の価格が非常に高いため、実験用に製品のコピーを用意する方が簡単な場合があります。



しかし、これは主なものではありません。

主なことは、デザイナー、ビジネスアナリスト、製品所有者がチームの前を数歩走り、目的の機能とUXへのパスを構築しようとすることです。

1.あまり多くの作業をする必要はありませんでした。

2.以前に行ったことを使用します。

3.インターフェイスのスムーズな変更を確認し、

4.ポイント1、2、3にもかかわらず、前進します。

指を動かすと、脳はこの指に特別な信号を送らないことがわかります。 実際、一般的な「ベンド！」信号があり、その後に「不要な」指の動きを減衰させる2番目のインパルスが続きます。 これは、進化の仕組みによるものです。 彼女はゼロから何も作成しません。 すでにあるものだけを変更します。 私たちのように。

変更のパス-これは最も困難です。 進化。 意味がわかれば、便利で美しいキノポイスクのウェブサイトを簡単に作成して、ゼロから積み重ねることができます。 そして、そのようなルートを構築するためには、プロトタイプが必要です。これは、一方では現在の製品と最大限に一致し、他方でははるかに大きな機能セットを備えています。 リソースが無限ではないため、製品内のそれらの一部は常に屠殺されます。

そのようなプロトタイプの存在は、誰にとっても生活を楽にします。 しかし、あなたはそれをしなければなりません。 そして、これは最初に議論された2番目のニュースです。

欠点

私はこの素敵なクラブに2年間行ってきましたが、欠点から継続的なトレーニングの必要性に気付くことができます。 Web開発に遅れずについていく必要があります。 しかし、この欠陥は何ですか？



第二に、この道を進んだ場合、後戻りはできません。 できません。 アナリスト、開発者、テスターがこれを行うことは許可されません。 はい、正直に言うと、インターフェイスの外観と動作を完全に制御することはできないという単なる考えから、あなたとあなた自身は吐き気を催します。



3番目：静的レイアウトの萎縮を評価する機能。 私の意見では、これは私が直面しなければならなかった最も不快なことです。 昔ながらの方法で作業する製品があります-写真を描き、TKを書きます。 それで、このレイアウトが好きかどうかはもうわからないことがわかりましたか？ マウスの移動、クリック、スクロールなどが必要です。 相互作用。 製品を感じてください。 これがなければ、意見は出ません；自分でそれを絞り出さなければなりません。 私は観察し続けます。

長所

hi-fiプロトタイプの多くの利点はすべて私には明らかであり、巨大な退屈を引き起こします。 ただし、リストする必要があります：

1.プロトタイプは、実際の製品が登場しても捨てられません。 あなたの仕事はほとんどバスケットに飛びません。

2.些細なことを見落とした、または失くしたときの誤算は、プロトタイプのレイアウトがすでに整っているときに現れます。

3.テスト段階で設計エラーが検出されます。

4.これらのエラーと誤計算は製品に含まれないため、修正のための時間が節約されます。

5.独自のテストグラウンドがあります。 たとえば、「このボタンを他のボタンの2倍にするとどうなりますか？」と推測できます。 最小限の編集CSSで、2分後にテストできます。 そして結果を得る！

6.ユーザビリティテストの結果は単純で明確です。 ユーザーには実際に製品が表示されます。 「ここを見てはいけない、ここで魚を包んだ」という条項はありません。 ユーザーをトレーニング場に誘導して、視聴するだけです。 「良いプロトタイプ、デザインはひどい」または「ファッショナブルなデザインですが、デザイナーは台無しにしています」というフレーズは、あなたの語彙から消えます。 このアイテムは、他のすべての組み合わせを上回ります。

7.「このシナリオではどのように見えますか/動作しますか？」という質問に対する答えを得るために、ドキュメントを覚えたり、ドキュメントにアクセスしたりする必要はありません。 笑ってはいけませんが、多くの場合、ブラウザでプロトタイプを開いて、すべてがどのように機能するかを確認します。 設計段階では、しばらくして言及できないすべてのささいなことを慎重に議論します。 それらを紙で修正すると、60ページでまったく同じ仕様が得られ、プロトタイプが常に手元にあり、10秒で明確な答えが得られます。

8.プロトタイプを使用すると、複雑さのより正確な推定値を取得でき、開発リスクが軽減されます。 言葉による説明のあいまいさがなくなります。 手ですべてに触れることができます。

9.松葉杖の拒否。 インターフェースソリューションに複雑な松葉杖が必要な場合、これはプロトタイプ段階ですでに明らかになり、すぐに破棄されます。 時間を節約し、製品の安定性を高めます。

10.シンプルで無料のブラケットまたはSublimeTextツールを使用します。

11. Gitが利用可能になります。 プレミアムモーゼルのようなものです。 あなたがそのフルパワーを実現すると、世界はずっと友好的になります。同時に複数のブランチを保持し、それらを切り替え、同時にプロジェクトフォルダーを1つだけにします-それは価値があります、あなたは私を信じることができます。3件のコミットをロールバック-キスさせてください！

12. htmlのモジュール性により、特定のタスクに集中し、すべてを頭から放り出すことができます。

13.巨大なコミュニティの支援。Stackoverflow、github、数百、数千の無料のプラグインとモジュールが常に表示され、すぐに使用する準備ができています。Axure開発者の人質ではなく、常に進歩の最先端にいます。

14.設計者と開発者の間の摩擦の減少。あなたはお互いの問題を理解し始め、より良い製品の出現に貢献します。

そして、私が安全に忘れていた他のすべて。

無料の生活スタイルガイド、つまり無料

はい、別の非常に重要なこと。プロセスを適切に構築することで、時間の経過とともに、生きているプロトタイプを一種のリビングスタイルガイドに変えることができます。多くの人の夢は何ですか、特にmail.ruなどの共通の傘の下に大きな食品群を抱える大企業では。さらに、サードパーティのツールを使用しません。必要なのは、製品で使用されるすべてのコントロールを別のページに配置し、CSSの関連性を監視することです。たとえば、ドロップダウンリストを挿入する必要がある場合、レイアウトデザイナーはページに入り、コードのコピーと貼り付けを行います。そして、すぐに時代遅れになり、そのサポートが別の悲しみであるドキュメントなしで。

マテリエル

賢くお金を使うには、2つのことが必要です。

Hi-Fiプロトタイプを効率的に構築するには、次のものも必要です。

• CSSフレームワーク
• 角張った

会話をブートストラップ/セマンティックUI /スケルトンなどに向けないように、特定のソリューションを説明せず、リンクを提供します。これは別のトピックです。私たちはアプリにzurb Foundationを使用しており、これまでのところ結果に満足していると言います。選択はあなた次第ですが、ソリューションには、複雑で適応可能なレイアウトを構築し、sassまたはCompassをサポートし、gulpで構築するためのグリッドを開発する必要があります。本当にインタラクティブなプロトタイプが本当に必要な場合は、さらに角度が必要です。心配する必要はありません。イライラするだけで、私自身の経験では、「自信を持ってPCユーザー」がリンクをいくつか受け取り、3つのチームをGit Bashに追い込んで、これらすべてを簡単にインストールできることを示しています。パッケージマネージャーは信じられないほど支配します。しかし、数日後、インターンでフォルダー内に_variables.scssファイルが見つかり、そこに色の変数があります。彼が使用します。チェックメイト、カール！

モバイルファースト

私は正直、この開発アプローチは仲間ではなかったことを認めます。調理方法がわからないか、都市伝説でもあります。おそらく、ワークフローの場合、モビリティの問題はそれほど深刻ではないでしょう。誰かがiPhoneの左手で少なくとも数十万の契約に同意することはまずありません。しかし、契約のテキストを読み、属性、請負業者、タイミングなどを確認する機能-誰もが必要です。

いいえ、理論的にはすべてが明確であり、詳細に説明されています。苦情はありません。しかし、非効率的であるため、実際の生活でこの方法を使用することは不可能です。このようなコストを正当化できる分野は、モバイルバンキングだけです。しかし、銀行にとって、今日便利なアプリを持っていることは、明日生き残ることと同じです。そして、率直に言って、モバイルのみのアプローチがより正当化されています。

私は間違っているかもしれませんが、モバイルは最初に安全に、そして多くのけいれんなしにでも亡くなるでしょう。このツイートを覚えておいてください。

なぜ効果がないのですか？はい、ほとんどが既にデスクトップアプリケーションを持っているからです！つまり、すべてを削除し、モバイルバージョンを作成し、徐々にデスクトップアプリケーションを取得する機能を追加することを提案します。お願いします！ダブルワーク探偵。



実際には、すべてがはるかに単純です。フレームワークがアダプティブレイアウトをサポートしている場合、必要なことはブラウザーウィンドウのサイズを変更して、何が壊れているかを確認することだけです。通常、ほとんど何も壊れません。最新のフレームワークはフレックスボックス上に構築されています。あなたがしなければならないのは、ブロックの順序を再定義し、不必要なブロックを隠すことです。それに加えて、CSSを簡単にまっすぐにして、ハンバーガーの下にメニューを非表示にし、クリック可能な要素と特に小さなフォントのサイズを大きくします。したがって、アプリケーションのモバイルバージョンをほとんど無料で入手できます。もう1つの質問は、モバイルシナリオが通常のシナリオとどの程度異なるかです。しかし、私たちはそれについて話していません。繰り返しますが、銀行の場合、モバイルでの最初の死者の節約も同様です。

言葉の量

むかしむかし、それは締めくくる時間です。何らかの結論があるはずですが、私はそれを思いつきませんでした。したがって、結論の代わりに警告を出します-プロトタイプで作業するときは、確認バイアスを覚えておいてください：

人間の言語は素晴らしい髪の検出器です。それがあなたの口の中にあるとすぐに、あなたはすぐに最小の髪を感じるでしょう！

あなたが気づいていないかもしれない長い髪の束を除いて、ボルシチで食べました！

したがって、最良のプロトタイプは実際の製品です。彼だけがボルシチです！彼だけが真実です！そして、2番目にできるのはプロトタイプです。たとえゾンビになっても。



楽しいプロトタイピング！

TL; DR

著者は「すべての山羊、私はダルタニャン」という異端の立場を取り、エラーのコストが高すぎる場合、垂直チームで進化的hi-fiプロトタイプを構築するためにHTMLの使用を厳格に強制します。彼は今日誰でも利用できると信じています。ボートで音楽が流れ、誰も停止クレーンを引っ張らないことを知っています。遅れないでください。ファンがいます。