设计方法论
@Daidai丶呆 ：许久没发文（虽然距离上一篇文章不过 20 天时间），这阵子，我依旧把工作之余的所有时间都放回在了阅读上。18 年的 1 月份，我阅读了 13 本书籍，几乎打破了我往年任何月份的阅读记录。从小说到历史，从经济学到专业设计上。
期间有位小伙伴发信息问我：如何分析一个功能的可用性？把解释从表象上升到内涵层面？是否有针对性的书籍可提供学习？成为与你一样会思考的人？（这里对方过誉了，我不过还是一个在蹒跚学步的设计师而已）
我知道他在钻牛角尖，希望有此类书籍能指引他去做设计，帮助他学会分析事物的深层理论，而不仅仅是表象。
而我之所以广泛阅读书籍的目的，就在于此。对任何事物的思考，不仅仅需要深度，还需要广度将其串联，才能得到更全面的答案。
这也是市面上大部分设计师盲目追求方法论的通病内因。希望有一个通用型法则，助其解决工作上的各个难点，设计出一款成功的产品，殊不知，自己已陷入深渊。
下面进入正文。
这是一个人人都会说方法论的时代为什么近期市场上会出现大片的方法论呢？究其原因是一种坏的学术风气或普通群众的跟风心理导致的。
互联网兴起初期，没有相应的专业或产品设计的学派，大部分设计师的出发点基本围绕「解决问题」的角度来做产品设计。当时唯一的理论点就是现在所谓的「竞品分析」。
而当互联网产品设计发展几年之后，开始出现两种类型的方法论。
第一种，学院派。
许多学院开始出现类似的专业，教学生如何设计产品。那先来说说这类专业的老师或教授。这些「教授」的主要知识来源是书籍和国外顶尖的学术资料，以及部分关于市场的分析资料，很少有参与实际项目设计的，即使有，也不会是什么成功的（大）项目。因此他们建立了一套属于自己的方法论，这套方法论的弊端是，它并不是建立在解决实际问题为前提的基础上的，或者说，它并不是以设计出一款成功产品的基础来建立的。
第二种，野生派。
野生派的由来很有趣，他们能够基于产品本身来解决问题。知道设计的初衷是「解决问题」，但是问他们如何得出这个结论时，许多人无法回答出比较令人满意的答案。因此，他们通过学习这类方法论，来填充自己的知识背景，希望自己的话术能略显专业。当学有所成时，作品集也由早期的讲解解决方案以及作品展示，演变成了通过方法论来拆解产品做面试的讲解。
各路设计师为了包装自己，通过设计流程来给自己的作品做一个由方法论堆砌而成的作品集，一来是为了让自己显得专业，二来能够更加吸引眼球。这也就导致市面上的许多设计师盲目跟风，忽略了设计的本质。
那么专注于方法论会发生什么问题呢？无法解决实际问题。下面举个例子。
类似有人会问：「想了解移动端和 PC 端用户的使用习惯以及使用场景，比如什么样的用户习惯用 pc 端搜索。这些数据在哪里能查到呀？」
这类问题，要回答也简单，说几点概念性的，让人听着觉得高大上，但实际作用却几乎为零。也就让许多人误以为这类东西是有一个总论调的，是有规范可寻的。没有真正考虑到具体问题需要具体分析。
所以当纯粹的基于学院派的方法论去设计产品时，就会导致设计师的重心更多的放在前期的用户调研、产品背景等理论行为上，无法解决实际的设计问题。而作为设计师，首先要学会的是如何设计产品。否则你设计的产品、功能都是经不起推敲的。
真实案例：
在一次面试中，有位设计师向我阐述他的设计方案。他告诉我他做了市场调研，进行了头脑风暴，梳理了线上流程，研究了信息架构，并且还做了体验地图分析了用户行为路径等等，最后他告诉我的方案，是设计一种导航系统，让信息更有序化 + 易操作。当然实际上他的设计方案与他做的分析没有什么关系，因为我听了很久也不知道他要解决什么问题，类似于一种概念性设计。
这位设计师的履历很棒，留学海归、交互设计专业的。因为履历很好，我也怕埋没人才，所以我当时委婉的拒绝了他之后，就把他推荐给我一个在腾讯的朋友。最后在腾讯面试完，这个朋友跟我说了同样的问题，就是不知道这位设计师在说什么。感觉说起来很高大上，但是并不落地。
为什么会出现这种情况呢？因为断层。他的分析文档做得确实很漂亮，但是界面本身极其不合理。问了几个问题都是从概念层面来回答，涉及到功能就说得云里雾里，着实无法理解。
正确理解方法论，做设计师该做的事那这些方法论存在的意义是什么？「辅助」你设计产品。
举个例子，如：PM 说给现有产品加一个红包功能，告诉你这个签到是用来拉新促活的。这时候不要去分析什么用户画像、数据指标、业务背景。
得去关注产品功能本身。
了解需求点，想想有啥红包模式能起到活跃用户的作用。怎么设计能让用户觉得有趣？要给予用户什么奖励？关于红包，你需要设计的点到底有什么？
对，这时候想不到就去跟同事讨论，然后看竞品，这就是所谓的「竞品分析」。
别去想什么你的用户是谁，说句难听的：「做了这么久了，你用户是谁你自己心里难道没点 B 数么」（对不起，我说脏话了）。也许你说不出来，但是你大致能知道「饿了么」这款产品是做给谁，是用来干嘛的吧。
经常有人问我：呆总，我想去大厂，感觉自己在小公司没啥发展前景，真正的设计流程啥的也不懂，怕以后没啥竞争力。（emmm…典型的被支配焦虑症）
我可以跟你说：去哪里都一样的，无论你在小厂还是大厂，你要关注的是产品设计本身或者说你要解决什么问题。这个过程中你真正需要学习的就是「产品设计」这件事。
没事就多读读 iOS 和 MD 的官方设计文档；了解了解控件的运用规则；看看你们这款产品的功能要解决什么问题；下班多看看书，读读认知行为学的书籍；平时多注意你们产品的数据分析等等，这些才是设计师需要做的事。
最后我用一句话总结上面说的内容：
方法论就是纸上谈兵，不要把它神化。
一位在 airbnb 的交互朋友看完我写的内容后，对我说：如果这个文章是我刚毕业的时候看到的，我一定会反驳你。但是工作了几年之后，确实很认同你的说法。
下面进入实用性内容。
通用型设计流程简单实例解析：站酷重设计。
1. 分析这个产品用来解决用户什么问题
相关阅读
西塞罗的《论老年》中有一段话一直回荡在耳边“我不会拒绝从头到尾把生活再过一遍，只是希望能够获得唯有作家才能获得的特权，在再版
我们每个人都在不停的学习寻求解决问题的方法论，包括我自己也是。但当我对学习的知识进行反思的时候，发现学习的大部分方法论对于解
作为一个产品经理，肯定会遇到老板让你改进产品功能的问题，但是要改什么、怎么改都不明确。这时要怎么入手呢？有没有一些通用的套路呢
除法是我们小学都会的，就是下面这个： 相信上过小学的人都知道，除法一步步是怎么除出来的，除法的结果是商。除法的几个变量是除数，被除
2017.12.3受「水滴互助」的朋友相邀，分享了个人在数据分析领域的一些基本方法论。数据产品以沉淀数据分析思路为基本点，这两个领域