Re: [抱怨] 有人問我美工、美編、設計有什麼不同

看板Design (設計板)作者 (那又怎樣)時間10年前 (2015/01/09 01:50), 10年前編輯推噓8(8027)
留言35則, 5人參與, 最新討論串7/12 (看更多)
冒著被噓爆的危險借討論串一問, 我大學是工設, 現在是那種孤單設計師啦 雖然原文用醫生律師來類推不太恰當,回文也說了相當多不同的考量,這些大約都能體會 但是想請問各位,關於設計的流程有沒有書可以學習? (書代表的只是一種容易傳播學習的方式, 到職場上學吧被刁就會了...這種方式可能不太好傳播) 看了人月神話和peopleware,感覺軟體相關流程都可以不斷累積經驗, 軟體跟設計已經有點接近了吧,也是從無到有,沒有標準寫法, http://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91 專屬於設計相關流程的模式不知道有沒有? 例如軟體會先做快速原型,當然IDEO好像也是這樣搞, 但不確定這樣有沒有用,應該很少人在做? 快速原型之外的幾種方式,是不是能照搬到設計? 更狹義的我想專指產品外觀,是不是能有幾套類似SOP看情況來應對, 踩個地雷用原文的比喻,假設醫生有流程應對,那所謂流程也是累積得來的吧? 今天我知道病人是什麼樣的症狀,根據我所學原因為何,我如何應對,結果如何, 並且把這樣的經驗讓別人也學會,讓後人知道各種方法優缺點, (雖然就算醫生有有強弱,大門做的處置都比較恰當) 另外更細節一些,有沒有基於某種問題的共識,像程式的命名法,方便維護 http://zh.wikipedia.org/wiki/%E5%B8%95%E6%96%AF%E5%8D%A1%E5%91%BD%E5%90%8D%E6%B3%95 或像 Material design 的SPEC這樣,可以有一致性 http://www.google.com/design/spec/material-design/introduction.html 上述幾種流程或模式等等用詞不太準確,然後講的也不太是同一件事, 不過就是想知道設計相關的知識,是不是可以很多人一起累積並不斷改進的? 有的話我該去哪裡找資料? 深怕別人都在上太空我還在殺豬公,懇請回答,感謝各位 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.184.59.23 ※ 文章網址: http://www.ptt.cc/bbs/Design/M.1420739423.A.081.html

01/09 02:04, , 1F
字體設計、色彩學、常見的設計排版,都是你需要的東西吧
01/09 02:04, 1F

01/09 02:05, , 2F
這些都有書,也有老師上課,主要是告訴你設計的基本原理
01/09 02:05, 2F

01/09 02:05, , 3F
但如何運用,要靠自己,設計美術音樂都不是死的東西
01/09 02:05, 3F

01/09 02:05, , 4F
你可以參考別人的經歷累積(在如一樓提到的那些書)
01/09 02:05, 4F

01/09 02:06, , 5F
設計很怕被限於框架,因此非常不適用SOP這東西
01/09 02:06, 5F

01/09 02:07, , 6F
設計的基本教學只是做為你的輔助,其他要靠自己
01/09 02:07, 6F
感謝這位版友的回覆,可能因為我問題界定的不是很清楚啦, 因為也不知道是不是有這種東西, 我想的流程並不一定干涉設計這個行為本身, 設計的本質,我想人人腦中各有定論吧,都是神聖不可侵犯的一部分, 您所提到的基礎工具,但是不是能更針對如何用好這些工具,做出經驗的傳承 例如遊戲好了,我想知道如何讓團隊寫的更快更好,這是流程 不影響遊戲寫的好玩,這個類似設計本質的東西 ※ 編輯: coord (111.184.59.23), 01/09/2015 02:35:08

01/09 02:40, , 7F
可以參考設計思考 或是設計的方法
01/09 02:40, 7F

01/09 15:02, , 8F
我也很想問這個問題! 就像正規的軟體工程師要先學過軟體
01/09 15:02, 8F

01/09 15:03, , 9F
工程 (雖然台灣很不重視這一塊),而不是一股腦就開新檔案
01/09 15:03, 9F

01/09 15:03, , 10F
埋頭開始打程式。
01/09 15:03, 10F

01/09 23:04, , 11F
說真的沒有捷徑,就是多看、多想、多練
01/09 23:04, 11F

01/09 23:05, , 12F
因為設計沒有標準答案,當然也沒有標準流程了
01/09 23:05, 12F

01/09 23:06, , 13F
大家都是基礎一路摸上來,買好的工具書很重要
01/09 23:06, 13F

01/09 23:06, , 14F
教學書不是每本都一樣,有的你看半天也看不懂
01/09 23:06, 14F

01/09 23:07, , 15F
有的卻能讓你很輕易理解步驟+設計功力
01/09 23:07, 15F

01/09 23:07, , 16F
也會教你思考的方法,可以看大家都推薦什麼書啊
01/09 23:07, 16F
感謝overjoker推薦好書,設計的方法這本, 的確蒐集了許多的方法,大約解答了一部分的疑問,有時間會仔細看一下, 不過更貪心的想知道這些方法的優缺點,實務上會在哪碰到挫折XD 至於myaku524您說的大致上沒錯,我也在思考我該怎麼問這個問題, 才能得到我想要的答案,例如底下superpai版友回文,步驟 依序大概是 1. mood board 2. sketch 3. wireframe 4. mockup 5. prototype 抱歉我也是google才懂的...看起來像是UI的流程 但是就是有這個但是 http://zh.wikipedia.org/wiki/%E7%80%91%E5%B8%83%E6%A8%A1%E5%9E%8B 對於這些流程依序上,軟體界在1970年提出了見解,瀑布式開發的缺點, 就是客戶在5才會改稿,然後就是...X 就算你每個步驟確保品質,都給客戶確認過,他照樣大改 有沒有什麼辦法可以解決這個問題? 分成大方向和小方向看,例如拉我亂舉例,例如喔, 大方向關於流程的解決,假設我將5的改稿列入必定的流程, 也就是每次都是1~5,重複2次, 這樣是不是會更貼近客戶的需求? 自己心情也比較好? 又或是這樣的方法吃力不討好?我希望的是類似這種經驗 小方向就是關於軟體的利用,目前絕大部分設計應該和軟體相關,吧? 是不是我能在軟體相關的方式上做得容易修改, 最顯而易見在網頁,都是去載入一個css,而非將css寫在每一頁, 又或是3D建模的top-down流程,這些例子, 並非會了就成為捷徑我會我超強,而是在一開始決定使用的方法之後, 可以經由前人的累積盡量避免失敗或不爽 當然是希望流程是可以針對設計本質的過程愉快的強化, 如果是整個團隊做,其他部分都有其他領域的人可以完成, 但是不是產品外觀的本質就是在美? 海報的本質在美? 建築的本質在美? 這麼天真的同時,又被要求容易使用,為客戶著想,價格等等...... 設法可以盡量更專注在所認為的本質 ※ 編輯: coord (111.184.59.23), 01/10/2015 00:37:13

01/10 02:37, , 17F
貪心就是種偷懶..實務上的應用會因為環境產生各種變數
01/10 02:37, 17F

01/10 02:38, , 18F
沒有絕對的優缺點 只有摸清自己的適應度與嘗試去調整
01/10 02:38, 18F

01/10 02:39, , 19F
你也可以參考設計不用管我們講道理
01/10 02:39, 19F

01/10 02:47, , 20F
很多人都想為創意找出流程 找出來的都是挺成功的人...
01/10 02:47, 20F

01/10 02:52, , 21F
大概知道你說的是什麼,有點抽象,流程因人而異
01/10 02:52, 21F

01/10 02:52, , 22F
像念書,別人用某種方法能背誦,你用那方法卻背不起來
01/10 02:52, 22F

01/10 02:53, , 23F
大部分流程,一定是去碰撞後,才找得出最適合自己的
01/10 02:53, 23F

01/10 02:53, , 24F
至於改稿,也跟設計師有沒有辦法抓住客戶想法有關
01/10 02:53, 24F

01/10 02:54, , 25F
你說的依據別人的經驗,那就是-先簡單做草稿
01/10 02:54, 25F

01/10 02:54, , 26F
客戶認為草稿及設計方向OK,再下去進一步設計及細修
01/10 02:54, 26F

01/10 02:55, , 27F
如此越到後面,你就越不用大改,可省下推翻重來的力氣
01/10 02:55, 27F

01/10 02:56, , 28F
也可以拿個筆記,記下自己這次為何設計得這麼不開心
01/10 02:56, 28F

01/10 02:56, , 29F
原因在哪,該怎麼改善,這樣也能幫助你在流程上更順利
01/10 02:56, 29F

01/10 02:57, , 30F
這種東西沒有具體的程式,若你凡事只想套用現有的
01/10 02:57, 30F

01/10 02:57, , 31F
那可能比較適合去念有既定公式的學科喔@ @
01/10 02:57, 31F

01/10 03:00, , 32F
畢竟客戶是人類,他不會像數據呆呆不變動或可套用啊
01/10 03:00, 32F
是有點偷懶啦,就是想看有沒有人在累積,不想當神農嘗百草阿,我想看本草綱目XD z版友您說的草稿可能發生的缺點同superpai版友,他的草稿分的更細, 單就草稿分很細這點,或許就是一種關於流程的面對方式, 流程的改善跟我想的差不多,但我認為並非列出了公式,就只能呆呆的套用, http://0rz.tw/A0snr 軟體的設計模式,也是著重於普遍存在(反覆出現)的各種問題, 可能也要靈活運用多個模式,一定也有最好的模式就是沒有模式等說法, 我盡量都用"經驗"來代替模式這個詞,因為我覺得這更容易懂, 人類也不會照教科書生病阿XD,抽象經驗適當的歸納讓許多人可以共享, 遇到常見的問題時,不至於不失所措 ※ 編輯: coord (111.184.59.23), 01/10/2015 09:24:49

01/13 14:26, , 33F
孤單設計師(工設)加一,歡迎來信交流:(
01/13 14:26, 33F

01/15 00:50, , 34F
在一個連行情都難以歸納的行業....
01/15 00:50, 34F

01/15 00:51, , 35F
想要歸納經驗....真是個挑戰
01/15 00:51, 35F
文章代碼(AID): #1KhiDV21 (Design)
討論串 (同標題文章)
文章代碼(AID): #1KhiDV21 (Design)