スパゲティ・デザインとは
スパゲティ・デザインとは、より柔軟で適応性のあるデザインのアプローチで、自由な発想でデザインを作成し、必要に応じて簡単に変更・修正できるようにすることです。厳密な計画や青写真を持つ代わりに、スパゲティ・デザインでは、デザイナーがユーザーからのフィードバックに対応し、新しい要件に基づいて調整を行い、一般的に変化に対してより敏感になることができます。スパゲティ・デザインの方法論を使用する主な目的は、MVP（minimum viable product）の開発を可能な限りスピードアップさせることです。
TL;DR 長所
- 明らかに速い、これは非常に大きなこと
- 安価である
- 経験豊富なデザイナーであれば、悪いことではない
- プロダクトを定義する機能に自動的に焦点を当て、不要な機能を排除することができる
TL;DR 短所
- デザイン負債が多く、将来的に修正するのに費用がかかる
- 1つのソフトウェアに固執してしまう
- 一貫性がすぐに失われる
- モックアップの基礎となる確かなデータを期待されるため、チーム全員がこのアプローチに満足しない可能性がある
- 特に厳しい要件や規制があるプロジェクトなど、すべての種類のプロジェクトに適しているとは限らない
詳細な説明に入る前に、重要なことを言っておくと、悪いアイデアなどないのです。私は今でも、リサーチ、ユーザーストーリー、フローなど、プロダクトデザインのすべてのステップを経ることを強く推奨しています。信じられないかもしれませんが、本当に良いプロダクトの中には、リサーチなしでデザインされたものもあります。少なくとも、私のデザイン仲間はそう言っています。
でも、まずはビジネスニーズを定義しよう
アーリーステージのスタートアップの中には、ビジュアルを見せずに資金調達に苦労しているところがあると何度も聞いたことがありますが、これは不思議なことではありません。これは、まだ何も実装されていないプロダクトで、最初のユーザーを取り込むことを指しているのではありません。モックアップを短期間で完成させることは、状況を劇的に変えることができます。
そうすると、オーディエンスについて学び、調査を行い、インフラを計画し、それから初めて一番最初のバージョンをデザインするべきだと言う脳天気な人もいます。これはこれで正しいのですが、ビジネスのニーズと、何がより大きな利益をもたらすかを考えてみましょう。【A. 2ヶ月かかる適切なプロダクトデザインの旅】と、【B. 1週間以内に完成する最初のモックアップ】とでは、どちらが有益でしょうか？
そうですね🙃。
MVPのためにビジネスが何を必要としているかを決める必要があります。理想的なゴールは以下の通りです。
- 投資家やピッチデッキのためのクリックできる試作品
- コンセプトを証明するためのMVPの開発
- 緊急のニーズがある低予算・無予算のプロダクト
ユーザーを理解せずに、どうしてユーザー中心主義になれるのか？
ちょっと待ってください、あなたにはまだ自己認識があり、直感をベースにしてアイデアを出すことができます。ベストなアドバイスではないかもしれませんが、何もしないよりはましでしょう？もっといいアドバイスは、インポスター症候群を解消して、自分の直感を信じるようになることです。
ここからが、本当に面白いところなんです。プロダクトやUXデザインの経験がそこそこある友人たちに聞いてみたところ、こんな答えが返ってきました。
- オーナーから短納期を要求されると、徹底したリサーチをするのは難しいのです。スピードとクオリティは、しばしば相反するものです。時間と予算が許せば、綿密なリサーチを行うのがベストです。そうでない場合は、調査を最小限にとどめるか、あるいは完全に犠牲にすることも検討しましょう。
- 私は、ある会社で働いたことがあります。その会社は、プロダクトデザインのプロセスにこだわり、フレームワークを持っていると主張していましたが、実際にはそれに従ったことは一度もありませんでした。彼らの仕事は、純粋に仮説に基づいたものでした。このため、私はその会社で働き続けることをやめました。しかし、彼らが成功し、そのプロダクトが多くの収益をもたらしたことは特筆に値します。
正直に言うと、リサーチは重要ですが、すべてのスタートアップがそのような余裕を持てるわけではありません。したがって、MVPの作業には、いくつかの「スパゲッティの原則」を適用してもいいと思うのです。
自分のコンセプトを証明するために、直接的な競合と間接的な競合の両方がやっていることをベンチマークすればいいのです。
しかし、Dribbbleにインスピレーションを求めに行くのはやめてください。プロダクトの写真の95%は、現実とは全く関係のない単なるコンセプトです。
それでも、デザインは計画的に行うべきか？
もっともです。実は、プランニングは、コストはかからないが、生産性を飛躍的に高める唯一のものなのです。デザインする機能、製品ページをリストアップしておくことです。
一言で言えば、計画を立てる際に最低限考慮しなければならないことを列挙しておくことです。
- 目標を決め、それに基づいて成功基準をデザインします。それはクリックできるプロトタイプでしょうか？それとも、完全に開発されたMVPかもしれない？
- 「必要な機能、不要な機能は何か。」…「あると便利な機能」をリストアップするのは避けた方がよいでしょう。
- 基本的なユーザータスクの定義。例えば、「ユーザーとして、壊れたアイテムを識別できるように、表示されたアイテムをフィルタリングできる 」など。
- 機能ごとにフレームをリストアップします。例：ログイン/サインアップのフローでは、ログインとサインアップの両方のフォームとSSOオプションが必要で、これらは1つの画面に統合され、タブセレクタでパスワードの復元とメールの確認を切り替えられます。
- タイムラインとリソースの見積もり：希望する品質でプロジェクトを完了するために、十分な時間とリソースがあることを確認してください。各機能やページのデザインにかかる時間を見積もり、タイムリーに作業を完了するために十分なデザイナーと開発者のリソースがあることを確認してください。
モックアップのベースとなるブランド・アイデンティティがない場合はどうすれば？
モックアップのベースとなるブランド・アイデンティティがない場合、実現したい全体的なルック＆フィールに沿った仮のブランド・アイデンティティを作成することもできます。この仮のブランド・アイデンティティは、モックアップを作成する目的のみに使用することができ、最終的なブランド・アイデンティティの準備ができたときに更新することができます。
経験豊富なデザイナーであれば、最初のブランディングのアイデアを思いつくことは問題ないでしょう。しかし、確立されたブランド・アイデンティティに従ってモックアップをデザインし直すには、コストがかかることを心に留めておいてください。
私は、ブランディングが確立されていないにもかかわらず、素晴らしい仕事をし、1週間以内に見栄えのするモックアップをいくつか作成した人をたくさん知っています。その人たちは、今日、多くの収益を生み出すプロダクトをデザインしました。
デザインシステムとコンポーネントはどうなのか？
問題が発生したら解決する デザインシステムの基本をきちんと確立する時間がないことは、ストレスになるかもしれません。しかし、スパゲッティデザインの仕事をしながら、デザインシステムを部品で埋めていくのは、まだ許容範囲内です。2つのことを同時に行うと、驚くほど早くなりますよ。
Multiplyのウェブアプリのモックアップを作成する前に、ボタン、スタイル、チェックボックス、入力などのデザインシステムの基本的な要素を確立しておきました。面白いことに、結局、これらの入力はまったく必要ありませんでした。代わりに、典型的なテキストブロックをどこでも使えるブロックシステムを導入し、入力部品としても使えるようにしました。これにより、入力が必要なすべてのダイアログで、簡単に代用できるようになりました。このように、最終的にどのようなコンポーネントが必要になるかは分かりませんが、ある程度の基本を押さえておくことは重要です。
