冒着被嘘爆的危险借讨论串一问, 我大学是工设, 现在是那种孤单设计师啦 虽然原文用医生律师来类推不太恰当，回文也说了相当多不同的考量，这些大约都能体会 但是想请问各位，关於设计的流程有没有书可以学习? (书代表的只是一种容易传播学习的方式， 到职场上学吧被刁就会了...这种方式可能不太好传播) 看了人月神话和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://webptt.com/cn.aspx?n=bbs/Design/M.1420739423.A.081.html 感谢这位版友的回覆，可能因为我问题界定的不是很清楚啦， 因为也不知道是不是有这种东西， 我想的流程并不一定干涉设计这个行为本身， 设计的本质，我想人人脑中各有定论吧，都是神圣不可侵犯的一部分， 您所提到的基础工具，但是不是能更针对如何用好这些工具，做出经验的传承 例如游戏好了，我想知道如何让团队写的更快更好，这是流程 不影响游戏写的好玩，这个类似设计本质的东西 ※ 编辑: coord (111.184.59.23), 01/09/2015 02:35:08 感谢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 是有点偷懒啦，就是想看有没有人在累积，不想当神农尝百草阿，我想看本草纲目XD z版友您说的草稿可能发生的缺点同superpai版友，他的草稿分的更细， 单就草稿分很细这点，或许就是一种关於流程的面对方式， 流程的改善跟我想的差不多，但我认为并非列出了公式，就只能呆呆的套用， http://0rz.tw/A0snr 软体的设计模式，也是着重於普遍存在(反覆出现)的各种问题， 可能也要灵活运用多个模式，一定也有最好的模式就是没有模式等说法， 我尽量都用"经验"来代替模式这个词，因为我觉得这更容易懂， 人类也不会照教科书生病阿XD，抽象经验适当的归纳让许多人可以共享， 遇到常见的问题时，不至於不失所措 ※ 编辑: coord (111.184.59.23), 01/10/2015 09:24:49