紅綠燈與設計規(guī)范

過馬路的時候突然注意到紅綠燈，恰好最近的新交通規(guī)則也熱火朝天，就順勢吐槽下關于“設計規(guī)范”的思考。

　　提到設計規(guī)范，很多人都覺得是個很虛、不務實的績效工程，很多企業(yè)為設計規(guī)范而設計規(guī)范，拍腦袋定規(guī)則，投了精力進去，面子起來了，最后死掉了。以前也很不情愿去制定設計規(guī)范，經歷多個終端的設計痛苦后，漸漸明白了設計規(guī)范“存在即合理”的意義。

紅綠燈的啟示

扯淡之前，還是先回到紅綠燈這個事兒上：

　　這是再常見不過的紅綠燈。當工業(yè)化城市化達到一定程度，出現車如流水馬如龍的復雜交通，紅綠燈也便應運而生。在這里，紅綠燈起到的就是規(guī)范的作用，路人、司機達成一致共識：紅燈停，綠燈走。一切有序進行。缺少它，過馬路將變得驚心動魄。

　　這是再簡單不過的常識，但同樣的思維遷移到設計上來，會引發(fā)很多有趣的思考。

　　常看到產品設計團隊經常對導航、反饋等交互問題進行激烈討論，雖然多元碰撞是好事，但一旦系統(tǒng)開始龐大，問題也將顯露水面：團隊成員各有創(chuàng)意追求，尤其是視創(chuàng)意如生命的設計師，對規(guī)則創(chuàng)新的追求更為突出，如果團隊缺少“紅燈停綠燈走”這樣的共識、缺少設計約束，將導致規(guī)則無序疊加，使得軟件的整體交互變凌亂復雜。

設計規(guī)范三宗罪

1. 規(guī)范制定時機過早/過遲

　　小村莊的道路是不需要紅綠燈的，因為壓根用不著，紅綠燈的存在反而限制了人們的自由走動。但卻有那么一類公司，在早期產品野蠻成長、規(guī)模還小的時候，早早制定設計規(guī)范，花大功夫，卻無人接受，難以執(zhí)行。與過早相對，太遲也不合適，大公司也會犯這樣的錯誤，如google，android在4.0之前出了個相當粗糙、有和沒有一個樣的規(guī)范，等到自家系統(tǒng)跑著很多長iPhone模樣的app時才發(fā)現問題的嚴重。

2. 規(guī)范過于詳盡

　　紅綠燈是一個特別簡單的“約束”，紅燈停，綠燈走，至于怎么停、怎么走，交給甲乙丙丁自行決定?！秈Phone Design Guideline》的制定者非常有先見之明，他們在撰寫規(guī)范的時候，選擇了一種寬泛的表述方式，沒有定義“點擊按鈕”應該多大、沒有定義“返回按鈕”必須長左