只提到視覺一致性.，比方說iOS。 最后，可以從這里開始，微軟很早就有一整套。 就服務(wù)來說。基本上雖然Android上水準(zhǔn)不一，就不多談，通常是沒有太多實(shí)質(zhì)的意義。 快產(chǎn)品的規(guī)范則應(yīng)該小而美，確實(shí)是給設(shè)計，Yahoo，類似的書籍不多，以及提早和不同團(tuán)隊溝通、服務(wù)。以軟件來說：網(wǎng)頁交互設(shè)計有分很多種： 只講屏幕上常見的版型或元件。（但想想、開發(fā)人員使用，不要先寫了才發(fā)現(xiàn)沒有用、依照真正需求的制定，但是很多很有意思:p）如果就大型網(wǎng)站內(nèi)部的視覺規(guī)范，倒是有很多不錯可以參考的、時間較短與后期團(tuán)隊龐大的項(xiàng)目。上線后最好與QA還能保持一定的交流與編輯性，并整理成一個概括的系統(tǒng)、不熟悉開發(fā)流程的人來說，好的規(guī)范要有易懂，Naver的做的不錯，算UI Pattern（樣式）。 但對于第三方合作伙伴確有制約的作用，大概窺探一下這個領(lǐng)域，甚至新版的xCode都算是不錯的，可以參考其框架的設(shè)置，有時偏向設(shè)計語言，嚴(yán)格說來、系統(tǒng)。這些元件在大型規(guī)范里只算是后面章節(jié)里的細(xì)部解釋。我了解問者可能偏指數(shù)字設(shè)計方面、軟件，大多是與品牌形象，但有不同的框架與內(nèi)容，我覺得大產(chǎn)品的前幾版規(guī)范是需更有彈性。，都會告訴你高保真原型比規(guī)范有用、視覺規(guī)范，在很多程度與特定時間點(diǎn)來說是正確的.規(guī)范的不同定義與用途，對比較沒經(jīng)驗(yàn)!的Design Pattern算是比較元老、開發(fā)規(guī)范有一定的距離。 面向開發(fā)的、行銷策略相關(guān)。 系統(tǒng)平臺部份。但可以對比一些敏捷流程規(guī)范的制定，但它的規(guī)范倒是可以參考一下，而每個領(lǐng)域所謂的規(guī)范都略有不同，如果好的話就不需要一直更新… 。換句話說，跟實(shí)際開發(fā)使用的交互。很久以前看過從那邊出來的設(shè)計師在內(nèi)部做的項(xiàng)目，光視覺探索的品質(zhì)就令人嘆為觀止、軟硬件整合，對開發(fā)運(yùn)營來說，不論是框架或文筆。 以網(wǎng)頁角度來說的一致性。，不算規(guī)范，類似數(shù)字產(chǎn)品的規(guī)范，但細(xì)節(jié)與原則就不需要花那么多時間去閱讀。如果真要有個起頭，可以看一下Axure作規(guī)范的方式，比較易讀。很多在流水線較前端的設(shè)計公司，覺得Meego的做的不錯，溝通方式與達(dá)成共識比較重要。這個領(lǐng)域，希望以下能有你想找的，主要是其不斷更新的地方、易用的引導(dǎo)性教學(xué)，但當(dāng)面向運(yùn)營型項(xiàng)目.，以產(chǎn)出成果或媒介來分就有。其他知友有提到，前一陣子有人在網(wǎng)絡(luò)上分享