【譯者注】本文是移動原型工具Proto.io的設計團隊8月份在自家博客上發(fā)表的一篇“軟文”，通過與移動設計界大牛們的對話，幫助大家了解在進行移動設計時應該特別注意的禁忌，順便推了一下Proto這個工具。大家可以回顧一下自己團隊的應用正在觸犯哪些禁忌，想必會有點意思。讀完本文，相信你能找到優(yōu)化自家移動應用設計的方向。

編者按：如何提高用戶粘性？今天阿里錦笙同學翻譯的好文，從心理學、用戶行為習慣、鉤狀模型、觸發(fā)器、動機等方面給出了科學專業(yè)的分析，行文流暢自如，循序漸進，有不少閃光知識點，來收！

小編語：大家在看這篇文章的時候，我們現(xiàn)了解一個概念——格式塔學派。

格式塔學派（德語：Gestalt theorie）是心理學重要流派之一，興起于20世紀初的德國，由馬科斯·韋特墨(Max．Wetheimer，1880~1943)、苛勒(W．kohler，1887~1967)和考夫卡(K．Koffka，1886~1941)三位德國心理學家在研究似動現(xiàn)象的基礎上創(chuàng)立。格式塔是德文Gestalt的譯音，意即"模式、形狀、形式"。Configuration（配置；結構；外形)”等，意思是指“能動的整體(dynamic wholes)”又稱為“完形心理學”。

我們已經在之前的文章中提到過，我們在設計Tubik工作室博客中開放了問答平臺。的一期主要集中在一個問題上，而這個問題必須經過深思熟慮。所以我們請來了我們的同事——來自印度的UX/UI設計師Kenil Bhavsar，同時也非常高興和Tubik工作室的設計師們聚在一起，針對于這個實際而深刻的話題捕捉到了一堆想法。那么，讓我們開始吧。

問題是：什么樣的理想化的ux流程，能夠使產品具有病毒式傳播力？我們通常避免談論什么理想化，因為這是相當矛盾的范疇。不過，我們非常熱切地想分享關于在UI/UX階段讓產品具備病毒傳播力的想法。今天我們就跟Medium讀者分享這些觀點。

《情感化設計心理學中》作者唐納德·諾曼將情感化設計與馬斯洛的人類需求層次理論聯(lián)系了起來。 產品特質也可以被劃分為功能性、可依賴性、可用性和愉悅性這四個從低到高的層面，而情感化設計則處于其中最上層的“愉悅性”層面當中。

當使用設備時，用戶希望有獨特的個人體驗。從地理位置工具，到回應某個聲音或者叫別人名字的語音激活系統(tǒng)，用戶希望擁有一個了解他們喜好的工具。

但是面對可能截然不同的每個用戶，如何設計一個系統(tǒng)或入口？這是今天網頁和移動設計面臨的最大挑戰(zhàn)之一。

@劉津legene ：最近經常被問到“設計如何賦予產品性格”，“如何通過分析確定哪種視覺風格更合適”等問題。遇到這些問題我很高興，因為這說明越來越多的人開始重視更高層次的設計問題，而不是局限于設計技巧、審美等表層問題。

一年一度的春運搶票大戰(zhàn)又開始啦！前段時間一個12306手機號碼雙向核驗的消息刷爆了小伙伴們的朋友圈，12306 APP 憑借此舉不花一分錢就沖上了 App Store 免費榜首位。

其實我已經很久沒用12306官方 APP 了，光看圖標那騷氣的紅藍配色我已經醉了，打開12306 APP，我的內心是奔潰的，感覺整個人都不好了，依舊是那么的…………… 嗶 ..

不說了，發(fā)幾個截圖你們感受一下：

為了不落后他人，于是我也開始學習Scrum，今天主要是對我最近閱讀的相關資料，根據(jù)自己的理解，用自己的話來講述Scrum中的各個環(huán)節(jié)，主要目的有兩個，一個是進行知識的總結，另外一個是覺得網上很多學習資料的講述方式讓初學者不太容易理解；所以我決定寫一篇掃盲性的博文，同時試著也與園內的朋友一起分享交流一下，希望對初學者有幫助。

如何做到敏捷式設計和開發(fā)呢？

1首先是能夠勝任工作的人，理解力能力到水準。對人的要求比傳統(tǒng)的設計開發(fā)要高。

2做事方法。因為要做得快，所以錯的會多，會比較粗糙，然后一步步再精細。我看到過國外的一個網站ceo介紹，他們的開發(fā)是功能程序員自己想開發(fā)什么就開發(fā)什么,出來結果之后再找領導審批，經常有一半都會開發(fā)不下去了。他們是通過這種方法，通過大數(shù)據(jù)的形式與用戶的使用率來判斷這個功能模塊是否往下繼續(xù)發(fā)展，優(yōu)勝劣汰。是自下而上的一種自發(fā)性的工作。員工會非常有成就感。這公司開發(fā)的支付系統(tǒng)，后來以幾十億的價格賣給了亞馬遜。

工作上有一種認領工作的形式，同項任務有人認為6小時能完成，有人認為三天完成，選擇一個最短時間的人認領完成這項工作，做他最想做的，最擅長的事情。開始的時候少寫文檔，每天整合這個設計和代碼開發(fā)的成果，然后大家一起看到每個人每天的成果的進度是什么樣子的，對每個人的速度快慢反饋次數(shù)都一覽無余，最終納入績效考評。機制獎勵多勞多得。鼓勵同事們之間的交流和學習，少開那種特別大的，特別長的會。

從工作流程上當然要做用戶研究訪談，了解這些事情的行業(yè)背景，做行業(yè)分析，做好產品定位，有對功能對產品定位的取舍，因為不可能滿足所有人的需求。比如上面我介紹的那個國外的那個公司，做的很快發(fā)展的很快，他甚至允許支付系統(tǒng)的發(fā)生的一些漏洞和失誤，他覺得這種快速發(fā)展的收益能夠彌補發(fā)生錯誤的成本。大家分工不—定是很明確，產品經理功能架構師高級程序員可能在這一個想法中，自己從想到做也就做出來了，能做什么就做什么。不斷的去迭代反饋測試改進。