ディーター・ラムス｜なぜデザインに自制が必要になったのか
レイ｜自制が必要になった背景を、白い製品だけから作らない
事実。 Ramsは1976年speechでcompetitionの中でdesignが買い手に見えるproduct differentiationになり得る一方、intrusiveな製品、日常物が注意を叫ぶ状態、system complexity、natural resourcesの不足、thoughtless production／consumptionを問題にしました。Rams, Design by Vitsœ Vitsœ史はten principlesの形成期を1975～1985年とします。Vitsœ, History HfG-Archivは1955年のBraun協働と1956年SK 4を、戦後のmodernな生活像、system design、技術理解・user needsの文脈で説明します。HfG-Archiv Ulm
仮説。 ContextをPostwar Production、Household Electrification、Competitive Differentiation、Visual／Functional Complexity、Resource Constraint、Design Professionalizationへ分ける。1950年代のBraun実務と1970年代のRamsの自己批判・環境責任を同一時点にしない。
守るもの。 東西ドイツの歴史差、HfG Ulmと共同designer、企業・市場・住宅条件、1970年代の環境議論、Rams本人の後年の再整理を守る。
優先。 speech、catalog、exhibition、製品creditを年月順に並べ、当時発言と後年のten principles、現在のpopular quotationを別columnにする。
しないこと。 消費財が増えたから必然的にminimalismが生まれたとせず、Rams一人が環境配慮designを開始したとも述べない。『戦後＝装飾過多、Braun＝合理』の単純な勝敗にしない。
得失。 自制は競争的な過剰から距離を取り、長期のsystemと生活者へ焦点を戻す。一方、節度を唯一の正しい近代性にすると、装飾、地域文化、感情表現、異なる身体のneedsを未熟と扱い得る。
見直し条件。 新しい原稿・講演・archiveが原則の成立時期や意図を修正する、また同時代の別系譜が見つかる場合は、Rams中心のContext Mapを広げる。
ディーター・ラムス｜ラムスは何を過剰と疑ったか
レイ｜ラムスの人生より、彼が何を過剰と疑ったかを見る
事実。 VitsœはRamsを1932年生まれとし、1955年にBraunへ入り、1956年のSK 4へ関与、1961年にHead of Designとなり34年間務め、1997年にBraunをretireしたと記します。Vitsœ, Dieter Rams 1976年speechでは、designerを製品へ最後に服を着せるartistではなく、目的・技術・form・materialを統合するcreative engineerとして捉え、company内のsystemとteamにdesignが埋め込まれる必要を論じました。Rams, 1976 Braun公式とHfG-ArchivはSK 4や1950年代の転換をGugelot、Eichler、Aicher、Braun team等の共同史として示します。Braun, Designers
仮説。 Thinker ProfileをBiographyでなくQuestion Formation、Organizational Position、Practice、Speech、Later Principles、Self-Critique、Receptionへ分ける。『過剰な形・色・音』『短命な消費』『資源の浪費』『company外の表層design』への疑いがいつ現れたかを追う。
守るもの。 Ramsの継続的実務と責任意識、同時に共同designer、engineer、会社、HfG、Vitsœ、利用者の寄与を守る。
優先。 原文の年月・聴衆・掲載主体、製品の正式credit、役職期間を照合し、伝記的逸話と規範命題を別recordにする。
しないこと。 『Less, but better』を人生訓や片付け術へ縮めず、Ramsの発言を全Braun製品・Vitsœ製品の実測成果として引用しない。
得失。 問いの形成を見ると、styleを越えて組織・資源・人への責任を学べる。一方、強い作者像は共同制作を隠し、後世の名声から一貫したhero narrativeを作りやすい。
見直し条件。 sketch、company archive、共同designer証言、speech原稿の異版が見つかり、著者性・時点・用語が変わる場合は、名言集でなくEvidence Timelineを更新する。
ディーター・ラムス｜削る前に役割と優先順位を決める
レイ｜削除の前に、目的・役割・順序を決める
事実。 1976年speechでRamsはproductがintended purposeを効率よく果たし、人のstrengths、dimensions、senses、understandingに調和し、elementのarrangement、shape、size、colorが使用を伝えるorderを持つべきだと論じます。その後にsuperfluous elementsを省き、as simple as possibleへ向かいます。Rams, Design by Vitsœ ISO 9241-110:2020はinteractive systemとのinteraction principlesを扱い、marketingやcorporate identityとは分けます。ISO 9241-110:2020 ISO 9241-11:2018はusabilityをuseのoutcomeとして捉えます。ISO 9241-11:2018
仮説。 MechanismをPurpose、User／Context、Task Frequency／Risk、Function、Information Hierarchy、Cue／Mapping、Feedback、Recovery、Maintenance、Reductionへ置く。最後に重複・競合・虚飾を削り、必要な説明を削らない。
守るもの。 重大警告、状態表示、accessibility、初心者の学習、熟練者の速度、error recovery、maintenance／repairを守る。見た目の統一よりtaskの正確さを優先する。
優先。 要素ごとにUser Need、Task、Frequency、Consequence、Evidenceを付け、削除案をBefore／After task testで比較する。
しないこと。 button、画面、文字、色の数をKPIにせず、featureをmenu奥へ移しただけで簡素化と呼ばない。製作者が理解できる配置を利用者のdiscoverabilityへ置き換えない。
得失。 役割を先に決めれば、削減は注意と操作を整え、長期の学習を助ける。一方、目的定義が狭いと例外・探索・表現・将来拡張を切り捨てる。
見直し条件。 task、利用者、device、regulation、error patternが変わる、またhidden featureへの問い合わせが増える場合は、削除数を守らずPurposeとHierarchyから再設計する。
ディーター・ラムス｜ミニマルUIは本当に使いやすいか
レイ｜ミニマルUIを、余白の多さではなく行動で判定する
事実。 ISO 9241-210:2019はcomputer-based interactive systemsのlife cycleを通じたhuman-centred designのrequirements／recommendationsを示し、2025年にcurrentと再確認されています。ISO 9241-210:2019 ISO 9241-11:2018はusabilityをuse outcomeとして扱います。ISO 9241-11:2018 W3C WCAG 2.2はtext alternative、non-text contrast、focus、target size、labels、error identification等を別criteriaで求めます。W3C WCAG 2.2 Quick Reference Normanはaffordanceとculturally learned conventionを混同しないよう論じました。Norman, 1999
仮説。 Minimal UIをVisible ElementsでなくTask Steps、Search Cost、Memory Demand、Correct Mapping、Feedback Latency、Recovery Cost、Accessibilityへ分解する。icon-only、gesture-only、progressive disclosure、default自動化を別々にtestする。
守るもの。 keyboard／assistive technology、contrast、label、focus、error message、undo、privacy、critical statusを守る。見た目を静かにするため情報をscreen readerからも消さない。
優先。 novice／returning／expert、mobile／desktop、低視力、motor diversityを含め、task success、time、mis-tap、backtrack、help、confidenceを比較する。
しないこと。 menuへ収納した機能を削減と数えず、brandの美的好みをusability evidenceにしない。animationやAI推測で隠れたcomplexityを無料とみなさない。
得失。 適切な階層化は最初の選択を減らし、集中と一貫性を作る。一方、hidden gesture、意味不明なicon、過剰な自動化は記憶・探索・取消の負担を増やす。
見直し条件。 completionは速いがerror／help／undoが増える、障害当事者のtaskが成立しない、重要機能の発見率が低い場合は、余白を守らずcue、label、feedbackを戻す。
