推 myaku524: 字體設計、色彩學、常見的設計排版，都是你需要的東西吧 01/09 02:04
→ myaku524: 這些都有書，也有老師上課，主要是告訴你設計的基本原理 01/09 02:05
→ myaku524: 但如何運用，要靠自己，設計美術音樂都不是死的東西 01/09 02:05
→ myaku524: 你可以參考別人的經歷累積(在如一樓提到的那些書) 01/09 02:05
→ myaku524: 設計很怕被限於框架，因此非常不適用SOP這東西 01/09 02:06
→ myaku524: 設計的基本教學只是做為你的輔助，其他要靠自己 01/09 02:07
感謝這位版友的回覆，可能因為我問題界定的不是很清楚啦，
因為也不知道是不是有這種東西，
我想的流程並不一定干涉設計這個行為本身，
設計的本質，我想人人腦中各有定論吧，都是神聖不可侵犯的一部分，
您所提到的基礎工具，但是不是能更針對如何用好這些工具，做出經驗的傳承
例如遊戲好了，我想知道如何讓團隊寫的更快更好，這是流程
不影響遊戲寫的好玩，這個類似設計本質的東西
※ 編輯: coord (111.184.59.23), 01/09/2015 02:35:08
推 overjoker: 可以參考設計思考 或是設計的方法 01/09 02:40
推 ashkaze: 我也很想問這個問題! 就像正規的軟體工程師要先學過軟體 01/09 15:02
→ ashkaze: 工程 (雖然台灣很不重視這一塊)，而不是一股腦就開新檔案 01/09 15:03
→ ashkaze: 埋頭開始打程式。 01/09 15:03
推 myaku524: 說真的沒有捷徑，就是多看、多想、多練 01/09 23:04
→ myaku524: 因為設計沒有標準答案，當然也沒有標準流程了 01/09 23:05
→ myaku524: 大家都是基礎一路摸上來，買好的工具書很重要 01/09 23:06
→ myaku524: 教學書不是每本都一樣，有的你看半天也看不懂 01/09 23:06
→ myaku524: 有的卻能讓你很輕易理解步驟+設計功力 01/09 23:07
→ myaku524: 也會教你思考的方法，可以看大家都推薦什麼書啊 01/09 23:07
感謝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
推 overjoker: 貪心就是種偷懶..實務上的應用會因為環境產生各種變數 01/10 02:37
→ overjoker: 沒有絕對的優缺點 只有摸清自己的適應度與嘗試去調整 01/10 02:38
→ overjoker: 你也可以參考設計不用管我們講道理 01/10 02:39
→ overjoker: 很多人都想為創意找出流程 找出來的都是挺成功的人... 01/10 02:47
推 zankarasu: 大概知道你說的是什麼，有點抽象，流程因人而異 01/10 02:52
→ zankarasu: 像念書，別人用某種方法能背誦，你用那方法卻背不起來 01/10 02:52
→ zankarasu: 大部分流程，一定是去碰撞後，才找得出最適合自己的 01/10 02:53
→ zankarasu: 至於改稿，也跟設計師有沒有辦法抓住客戶想法有關 01/10 02:53
→ zankarasu: 你說的依據別人的經驗，那就是-先簡單做草稿 01/10 02:54
→ zankarasu: 客戶認為草稿及設計方向OK，再下去進一步設計及細修 01/10 02:54
→ zankarasu: 如此越到後面，你就越不用大改，可省下推翻重來的力氣 01/10 02:55
→ zankarasu: 也可以拿個筆記，記下自己這次為何設計得這麼不開心 01/10 02:56
→ zankarasu: 原因在哪，該怎麼改善，這樣也能幫助你在流程上更順利 01/10 02:56
→ zankarasu: 這種東西沒有具體的程式，若你凡事只想套用現有的 01/10 02:57
→ zankarasu: 那可能比較適合去念有既定公式的學科喔@ @ 01/10 02:57
→ zankarasu: 畢竟客戶是人類，他不會像數據呆呆不變動或可套用啊 01/10 03:00
是有點偷懶啦，就是想看有沒有人在累積，不想當神農嘗百草阿，我想看本草綱目XD
z版友您說的草稿可能發生的缺點同superpai版友，他的草稿分的更細，
單就草稿分很細這點，或許就是一種關於流程的面對方式，
流程的改善跟我想的差不多，但我認為並非列出了公式，就只能呆呆的套用，
http://0rz.tw/A0snr
軟體的設計模式，也是著重於普遍存在(反覆出現)的各種問題，
可能也要靈活運用多個模式，一定也有最好的模式就是沒有模式等說法，
我盡量都用"經驗"來代替模式這個詞，因為我覺得這更容易懂，
人類也不會照教科書生病阿XD，抽象經驗適當的歸納讓許多人可以共享，
遇到常見的問題時，不至於不失所措
※ 編輯: coord (111.184.59.23), 01/10/2015 09:24:49
推 uysnhoj: 孤單設計師（工設）加一，歡迎來信交流：（ 01/13 14:26
推 overjoker: 在一個連行情都難以歸納的行業.... 01/15 00:50
→ overjoker: 想要歸納經驗....真是個挑戰 01/15 00:51