iOS10 新設(shè)計(jì)的弊端，跟風(fēng)需謹(jǐn)慎

不吹不黑

從最初的一個(gè)產(chǎn)品概念到最終的產(chǎn)品上線，中間凝聚著一個(gè)IT團(tuán)隊(duì)的心血和付出。產(chǎn)品經(jīng)理作為其中的主導(dǎo)者，在一定程度上影響著產(chǎn)品的成敗和優(yōu)劣。在整個(gè)產(chǎn)品研發(fā)流程中，每一環(huán)節(jié)都需要產(chǎn)品經(jīng)理穩(wěn)扎穩(wěn)打的來推動(dòng)項(xiàng)目前進(jìn)，那主要的環(huán)節(jié)有哪些呢？我感覺從概要層面上可以將產(chǎn)品經(jīng)理的工作分為三個(gè)步驟：需求整理、原型設(shè)計(jì)、開發(fā)跟蹤。

其中每一個(gè)環(huán)節(jié)都有很多的知識(shí)技能以及方法論需要我們?nèi)フ莆?，今天主要是探討一下從需求到原型的過程，有哪些地方是值得產(chǎn)品人去學(xué)習(xí)掌握的。畢竟，在一個(gè)好需求的框架之上設(shè)計(jì)出適用的原型才是打造一款優(yōu)秀產(chǎn)品的基礎(chǔ)條件。

每當(dāng)設(shè)計(jì)工作過不了稿時(shí)我會(huì)很痛苦，會(huì)寢食難安，即而是一種堅(jiān)決要盡快過稿，解脫痛苦，達(dá)到客戶和自己滿意的信念，同時(shí)也有一定不服的氣憤。為使自己遠(yuǎn)離痛苦，我會(huì)嘗試多種方法：

1.主動(dòng)，多次，溝通，迅速改稿。

多問為什么，清楚頁面交互和每一個(gè)元素的由來，探討好如何做的種種嘗試，再定一兩種先做出來。同創(chuàng)，與客戶及客戶的客戶共創(chuàng)。

加班，快速迭代。

2.自己反復(fù)看，順眼了，對了，再給別人看。

要想順利，自己先做好，有毛病，一看就有漏洞的不要拿出去。人都是有自尊心的，為了自己的自尊，為了自己那份的責(zé)任心。

3.盡可能快，多的，掌握更多的此行業(yè)的知識(shí)、理論，根據(jù)，找到目前運(yùn)作雙方的不足，有了強(qiáng)有力的武器，披荊斬棘，旁征博引。

請教高手。

4.能聽得進(jìn)去意見，并有同理心。

當(dāng)客戶不認(rèn)可自己作品時(shí)，連帶基本上是不認(rèn)可設(shè)計(jì)師這個(gè)人的。這時(shí)候百口莫辦，唯有行動(dòng)來說明自己。

消極應(yīng)對，推一推動(dòng)一動(dòng)，或回報(bào)以不滿或不認(rèn)可的情緒化，顯然是不可取的。如果每次栽在這里，只能說自己的能力和水平有限，處世不夠成熟。

在界面上通過下列方式來控制出錯(cuò)幾率，會(huì)大大減少系統(tǒng)因用戶人為的錯(cuò)誤引起的破壞。開發(fā)者應(yīng)當(dāng)盡量周全地考慮到各種可能發(fā)生的問題，使出錯(cuò)的可能降至最小。如應(yīng)用出現(xiàn)保護(hù)性錯(cuò)誤而退出系統(tǒng)，這種錯(cuò)誤最容易使用戶對軟件失去信心。因?yàn)檫@意味著用戶要中斷思路，并費(fèi)時(shí)費(fèi)力地重新登錄，而且已進(jìn)行的操作也會(huì)因沒有存盤而全部丟失。那么在軟件界面設(shè)計(jì)過程中，關(guān)于安全性，都有哪些詳細(xì)的規(guī)則呢？下邊我們就來分享下安全性的詳細(xì)細(xì)則：

菜單是界面上最重要的元素，菜單的位置應(yīng)該按照功能來組織。通常菜單設(shè)置需要把握的一些細(xì)則如下：

1.菜單通常采用“常用--主要--次要--工具--幫助”的位置排列，符合流行的Windows風(fēng)格。
2.常用的菜單有“文件”、“編輯”，“查看”等，幾乎每個(gè)系統(tǒng)都有這些選項(xiàng)，要根據(jù)不同的系統(tǒng)有所取舍。
3.下拉菜單要根據(jù)菜單選項(xiàng)的含義進(jìn)行分組，并且按照一定的規(guī)則進(jìn)行排列，用橫線隔開。

界面設(shè)計(jì)的風(fēng)格，色彩應(yīng)基于公司的VI手冊，形成自己獨(dú)特的品牌風(fēng)格；另外，頁面元素應(yīng)該大小適合美學(xué)觀點(diǎn)，感覺協(xié)調(diào)舒適，能在有效的范圍內(nèi)吸引用戶的注意力。那么美觀性和協(xié)調(diào)性的細(xì)則有哪些呢？

1.長寬接近黃金點(diǎn)比例，切忌長寬比例失調(diào)。
2.布局要合理，不宜過于密集，也不能過于空曠，合理的利用空間。

前言

生活有度，人生添壽。

Javascript從當(dāng)初的一個(gè)“彈窗語言”，一步步發(fā)展成為現(xiàn)在前后端通吃的龐然大物。javascript的受歡迎程度也是與日俱增，今年編程語言又是花落javascript，這實(shí)在是一個(gè)充滿了活力的語言。如今，隨隨便一個(gè)網(wǎng)頁javascript代碼量都不下數(shù)千行，要是node后端那更不止幾千行了。（WTF）代碼量的增加給編程帶來的首要的問題就是如何去編寫和維護(hù)如此龐大的代碼呢？答案就是模塊化思想，其實(shí)就是面向?qū)ο螅∣OP）編程，如今比較流行的三大前端框架（angular,react,vue）基本都實(shí)現(xiàn)了組件化編程，但組件化和我們所說的模塊化又有所不同，應(yīng)該可以這么理解，組件化是模塊化的升級版，模塊化是組件化的基礎(chǔ)。那么，問題來了，javascript怎么面向?qū)ο缶幊棠兀课蚁脒@很多老鳥也不定說的清楚吧，前端雜而活躍的各種社區(qū)，很多前端er一度依賴各種插件，根本不需要去了解這些深層的東西卻照樣能完成任務(wù)。但我想作為一個(gè)有追求的前端er還是很有必要去學(xué)習(xí)這些看似用不著的東西的，別的不說，就單單因?yàn)槲覀兪乔岸薳r,只會(huì)用jquery一個(gè)稍微厲害的后端都能代替你。好吧，廢話不多說，到底如何面向?qū)ο骳oding呢…..

很不幸，es5中并沒有給出明確的定義‘類’的概念，所以傳統(tǒng)的面向?qū)ο缶幊趟坪跏切胁煌ǖ模敲从衷撃[么辦呢？值得慶幸的是，前輩們通過不斷探索總結(jié)，成功的用javascript模擬出了“類”。那么，javascript的類又該怎么定義呢？

在面向?qū)ο缶幊讨?，類（class）是對象（object）的模板，定義了同一組對象（又稱”實(shí)例”）共有的屬性和方法。

深挖產(chǎn)品設(shè)計(jì)背后的工作方式和工作流程，讓產(chǎn)品經(jīng)理受益匪淺。

Design Sprint Method （谷歌沖刺計(jì)劃）是由谷歌創(chuàng)投的 Jake Knapp 發(fā)明的一種產(chǎn)品設(shè)計(jì)工作法，是指由一支不超過 7 人的團(tuán)隊(duì)，在 5 天之內(nèi)，通過 5 個(gè)步驟，能夠快速解決產(chǎn)品難題的產(chǎn)品設(shè)計(jì)方法。其基礎(chǔ)概念來自于敏捷開發(fā)、設(shè)計(jì)思考和個(gè)性游戲法，先后被 100 多家創(chuàng)業(yè)公司實(shí)踐，打造了諸如 Slack、 Nest、Blue Bottle Coffee 和 23andMe 等多個(gè)成功的互聯(lián)網(wǎng)產(chǎn)品。

搜索功能無論在web端還是移動(dòng)端，都是產(chǎn)品中十分重要的功能。文章主要從用戶體驗(yàn)和產(chǎn)品功能、策略角度來分析，提出一些對應(yīng)的設(shè)計(jì)方法。

搜索能夠幫助用戶快速找到想要的結(jié)果，其中兩個(gè)重要目標(biāo)是提高搜索結(jié)果的相關(guān)性，降低結(jié)果觸達(dá)的延遲性。用戶使用搜索功能來滿足其信息獲取的需求，其搜索目的是在搜索結(jié)果中進(jìn)行內(nèi)容消費(fèi)。搜索功能一般來說都是全局性質(zhì)的“模糊搜索”（用戶可以搜索到產(chǎn)品的主要內(nèi)容），有時(shí)也會(huì)出現(xiàn)在局部結(jié)構(gòu)中（如某個(gè)功能模塊下的“定向搜索”）。

@黃紅藝Designer ：對于交互設(shè)計(jì)師而言，一個(gè)項(xiàng)目的開始，是從接到產(chǎn)品經(jīng)理的需求文檔開始的。從需求的確認(rèn)到交互稿的確認(rèn)，再到產(chǎn)品開發(fā)效果的確認(rèn)，都考驗(yàn)著交互設(shè)計(jì)師設(shè)計(jì)能力以外的技巧。在這個(gè)過程中，有一些要點(diǎn)需要你知道，來保證你的設(shè)計(jì)過程更加順暢。

第一點(diǎn)：確認(rèn)你所理解的需求是否正確

一千個(gè)人的眼中，就有一千個(gè)哈姆雷特。對于需求的理解也是一樣，我們拿到需求以后，要和產(chǎn)品經(jīng)理進(jìn)行溝通，將自己對需求的理解與簡單的頁面構(gòu)思，闡述給產(chǎn)品經(jīng)理，以確定自己的理解與設(shè)計(jì)方向是否準(zhǔn)確。切忌，拿到需求就開工去做，以為可以節(jié)省時(shí)間，卻不知錯(cuò)誤的理解和方向，讓你付出更多。

不要認(rèn)為，產(chǎn)品經(jīng)理給的需求就像數(shù)學(xué)定理一樣可以深入理解，詳細(xì)解讀，沒有那么多的產(chǎn)品經(jīng)理有這個(gè)功夫和能力去做這個(gè)事情。因此，溝通才是保證你對需求的理解，對設(shè)計(jì)方向正確把握的基石。

那么，在需求交流之前你要準(zhǔn)備好什么呢？第一，認(rèn)真研究需求，理解需求；第二，是你在研究需求時(shí)，發(fā)現(xiàn)的問題，最好整理出來，以便在討論時(shí)提出，讓產(chǎn)品經(jīng)理為你解答，而不是自己”以為“；第三，如果時(shí)間充足，最好整理出界面的框架，或者用草圖來展示你的設(shè)計(jì)思路，看產(chǎn)品經(jīng)理是否認(rèn)可你的設(shè)計(jì)。

對于討論中形成的共識(shí)，最好以郵件的形式發(fā)出，一方面可以作為會(huì)議紀(jì)要，便于隨時(shí)解答疑惑，另一方面，是立字為證，防止需求的隨意變更。