从最初的一个产品概念到最终的产品上线，中间凝聚着一个IT团队的心血和付出。产品经理作为其中的主导者，在一定程度上影响着产品的成败和优劣。在整个产品研发流程中，每一环节都需要产品经理稳扎稳打的来推动项目前进，那主要的环节有哪些呢？我感觉从概要层面上可以将产品经理的工作分为三个步骤：需求整理、原型设计、开发跟踪。

其中每一个环节都有很多的知识技能以及方法论需要我们去掌握，今天主要是探讨一下从需求到原型的过程，有哪些地方是值得产品人去学习掌握的。毕竟，在一个好需求的框架之上设计出适用的原型才是打造一款优秀产品的基础条件。

每当设计工作过不了稿时我会很痛苦，会寝食难安，即而是一种坚决要尽快过稿，解脱痛苦，达到客户和自己满意的信念，同时也有一定不服的气愤。为使自己远离痛苦，我会尝试多种方法：

1.主动，多次，沟通，迅速改稿。

多问为什么，清楚页面交互和每一个元素的由来，探讨好如何做的种种尝试，再定一两种先做出来。同创，与客户及客户的客户共创。

加班，快速迭代。

2.自己反复看，顺眼了，对了，再给别人看。

要想顺利，自己先做好，有毛病，一看就有漏洞的不要拿出去。人都是有自尊心的，为了自己的自尊，为了自己那份的责任心。

3.尽可能快，多的，掌握更多的此行业的知识、理论，根据，找到目前运作双方的不足，有了强有力的武器，披荆斩棘，旁征博引。

请教高手。

4.能听得进去意见，并有同理心。

当客户不认可自己作品时，连带基本上是不认可设计师这个人的。这时候百口莫辦，唯有行动来说明自己。

消极应对，推一推动一动，或回报以不满或不认可的情绪化，显然是不可取的。如果每次栽在这里，只能说自己的能力和水平有限，处世不够成熟。

在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题，使出错的可能降至最小。如应用出现保护性错误而退出系统，这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路，并费时费力地重新登录，而且已进行的操作也会因没有存盘而全部丢失。那么在软件界面设计过程中，关于安全性，都有哪些详细的规则呢？下边我们就来分享下安全性的详细细则：

菜单是界面上最重要的元素，菜单的位置应该按照功能来组织。通常菜单设置需要把握的一些细则如下：

1.菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
2.常用的菜单有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，要根据不同的系统有所取舍。
3.下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开。

界面设计的风格，色彩应基于公司的VI手册，形成自己独特的品牌风格；另外，页面元素应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。那么美观性和协调性的细则有哪些呢？

1.长宽接近黄金点比例，切忌长宽比例失调。
2.布局要合理，不宜过于密集，也不能过于空旷，合理的利用空间。

前言

生活有度，人生添寿。

Javascript从当初的一个“弹窗语言”，一步步发展成为现在前后端通吃的庞然大物。javascript的受欢迎程度也是与日俱增，今年编程语言又是花落javascript，这实在是一个充满了活力的语言。如今，随随便一个网页javascript代码量都不下数千行，要是node后端那更不止几千行了。（WTF）代码量的增加给编程带来的首要的问题就是如何去编写和维护如此庞大的代码呢？答案就是模块化思想，其实就是面向对象（OOP）编程，如今比较流行的三大前端框架（angular,react,vue）基本都实现了组件化编程，但组件化和我们所说的模块化又有所不同，应该可以这么理解，组件化是模块化的升级版，模块化是组件化的基础。那么，问题来了，javascript怎么面向对象编程呢？我想这很多老鸟也不定说的清楚吧，前端杂而活跃的各种社区，很多前端er一度依赖各种插件，根本不需要去了解这些深层的东西却照样能完成任务。但我想作为一个有追求的前端er还是很有必要去学习这些看似用不着的东西的，别的不说，就单单因为我们是前端er,只会用jquery一个稍微厉害的后端都能代替你。好吧，废话不多说，到底如何面向对象coding呢…..

很不幸，es5中并没有给出明确的定义‘类’的概念，所以传统的面向对象编程似乎是行不通的，那么又该肿么办呢？值得庆幸的是，前辈们通过不断探索总结，成功的用javascript模拟出了“类”。那么，javascript的类又该怎么定义呢？

在面向对象编程中，类（class）是对象（object）的模板，定义了同一组对象（又称”实例”）共有的属性和方法。

深挖产品设计背后的工作方式和工作流程，让产品经理受益匪浅。

Design Sprint Method （谷歌冲刺计划）是由谷歌创投的 Jake Knapp 发明的一种产品设计工作法，是指由一支不超过 7 人的团队，在 5 天之内，通过 5 个步骤，能够快速解决产品难题的产品设计方法。其基础概念来自于敏捷开发、设计思考和个性游戏法，先后被 100 多家创业公司实践，打造了诸如 Slack、 Nest、Blue Bottle Coffee 和 23andMe 等多个成功的互联网产品。

搜索功能无论在web端还是移动端，都是产品中十分重要的功能。文章主要从用户体验和产品功能、策略角度来分析，提出一些对应的设计方法。

搜索能够帮助用户快速找到想要的结果，其中两个重要目标是提高搜索结果的相关性，降低结果触达的延迟性。用户使用搜索功能来满足其信息获取的需求，其搜索目的是在搜索结果中进行内容消费。搜索功能一般来说都是全局性质的“模糊搜索”（用户可以搜索到产品的主要内容），有时也会出现在局部结构中（如某个功能模块下的“定向搜索”）。

@黄红艺Designer ：对于交互设计师而言，一个项目的开始，是从接到产品经理的需求文档开始的。从需求的确认到交互稿的确认，再到产品开发效果的确认，都考验着交互设计师设计能力以外的技巧。在这个过程中，有一些要点需要你知道，来保证你的设计过程更加顺畅。

第一点：确认你所理解的需求是否正确

一千个人的眼中，就有一千个哈姆雷特。对于需求的理解也是一样，我们拿到需求以后，要和产品经理进行沟通，将自己对需求的理解与简单的页面构思，阐述给产品经理，以确定自己的理解与设计方向是否准确。切忌，拿到需求就开工去做，以为可以节省时间，却不知错误的理解和方向，让你付出更多。

不要认为，产品经理给的需求就像数学定理一样可以深入理解，详细解读，没有那么多的产品经理有这个功夫和能力去做这个事情。因此，沟通才是保证你对需求的理解，对设计方向正确把握的基石。

那么，在需求交流之前你要准备好什么呢？第一，认真研究需求，理解需求；第二，是你在研究需求时，发现的问题，最好整理出来，以便在讨论时提出，让产品经理为你解答，而不是自己”以为“；第三，如果时间充足，最好整理出界面的框架，或者用草图来展示你的设计思路，看产品经理是否认可你的设计。

对于讨论中形成的共识，最好以邮件的形式发出，一方面可以作为会议纪要，便于随时解答疑惑，另一方面，是立字为证，防止需求的随意变更。

永远不要亏欠来到我们身边的任何人，只要有这个思维，坚决不亏欠。不管是什么原因都不亏欠别人，因为一旦亏欠就亏欠了我们的前途，所以宁愿吃亏也不亏欠。