設計

2Do 的簡單任務

想到某一件事并把它記錄下來一般是在兩種情形之下,一種是在桌前或者湖畔,冥想和思考的狀態;另一種是隨意和隨機的狀態,可能正躺著或者在路上。為了方便后續推進或回想,記錄下來是很重要的第一步。所以時間管理對我們來說其實就是想到、寫下來,并在生活中培養自省回顧的好習慣。 眾多的時

app中同一活動兩種banner設計方案A/B test

由于新活動要上線,為提高此次活動首頁banner的點擊量,對之前活動banner信息展示重點進行了數據分析,目的是希望能用更直觀的數據,了解用戶對于傳遞何種重點信息的banner,以便為后續的設計優化和以及不同形式線上使用的數據效果預期提供參考。 近期活動基本都是闖關送獎金

這個必須mark!詢問用戶權限許可的正確方法

你知道平均每個App在用戶安裝后的前三天內就失去了80%的平均日活嗎?大部分用戶下載一個App,打開一次,然后就卸載掉它。這種情況發生是因為用戶雖然愿意嘗試安裝很多App,但他們還是要決定在開始那幾天究竟卸載掉哪些。 用戶的這樣做是因為你的App做的不好嗎?也不全是,

想要以文會友?用它可以發現被同一段文字觸動心弦的人

如今,互聯網已經滲透我們生活的方方面面,讀書作為一個人的活動,難免會讓人有些寂寞。與書友一起交流讀書的心得感悟,也許才是最適合“互聯網時代”的讀書方式。《蘿卜書摘》這款APP就能幫我們用更優雅的方式以書會友。 顏值頗高的書摘 《蘿卜書摘》是一個分享紙

在線創作涂鴉風格的APP原型設計圖的工具推薦

今天,學堂君發現一個非常好玩的APP原型涂鴉設計工具。而且是在線的。無需下載軟件和安裝其他的軟件,打開網址即可操作使用。非常的便捷、高效。 可以利用這個在線創作涂鴉風格的APP原型設計圖的工具,創作我們想要的一些APP原型設計素材。或者是APP設計素材。 酷站網址:

應用下載按鈕的設計思考

在一次產品的迭代設計中,PM對按鈕樣式提出了質疑,我拋出的設計思路都被犀利的駁回了,最后乖乖的改圖。事后我的反思是沒文化還是要多讀書! 提出問題 他的兩點質疑如下: 一是暫停和繼續在操作時容易混淆; 二是各狀態的按鈕樣式缺乏一致性。 分析問題 首先是暫停

“用戶體驗產品化”設計思維訓練Workshop

目的:模擬一個APP或功能的產生過程。從解決用戶實際問題的角度出發進行產品設計,鍛煉和提升大家的產品設計思維; 參與者:20人,包括產品、視覺、交互和用研; 環節:發現問題、分析問題、解決問題 準備: A3紙、A4紙、彩筆、便簽紙等 事先對參加討論

扁平化的勺子,卻提供了4種不同容量

在我們的認知中,彎彎曲曲才是勺子應有的模樣,而對于按照菜譜來定量加調料的強迫癥來說,各種規格的勺子更會家中常備。Polygons 設計團隊想要打破這一規律,設計了這款四合一「多邊形」(Polygons)勺子。 之所以被稱為「多邊形」,是因為它打破勺子圓潤的形狀,在不

如果還在微信,我會寫這么一個小程序

編者按:本文轉載自公眾號騎行西藏(微信 ID:gobybike),轉載時已獲得作者授權。 問:“小程序有什么商業化前景?” tao(作者):“商業化方向需要你根據自身的業務資源優勢來尋找。小程序帶來的改變是降低了技術門檻,讓人更好地解決問題,如同蒸汽機的發明

H5頁面 - 小米 Max 微信群聊

開始 上半年小米Max發布的時候,做了一個在朋友圈傳播的模仿微信的群聊界面H5頁面:一群公司的大咖在群里聊小米Max,用戶可以向大咖們提問,以此了解產品。 頁面的主體是群聊對話,同時在對話中包含了很多交互:圖片、視頻、動畫、翻譯等。如果用戶是用微信打開的鏈接,還會獲取用

汽車UI界面怎么做?來看特斯拉和Apple Carplay等高手的案例!

現在市面上的汽車大部分都是過時的,沒有吸引力的用戶界面,正因為如此,很多設計師都在思考未來的汽車用戶界面將會如何改善我們的駕駛體驗。今天這篇譯文,一起來學習特斯拉和Apple Carplay 是怎么設計的! 汽車行業似乎每天都有著新的發展。很多證據都表明在接下來的

向大師借鑒的靈感配色

一個有血有肉的設計,在配色前一定是經過了色彩的篩選和斟酌。 本教程為我的原創博文,文章出處請 點擊此處 。如有轉載需要請提前與我聯系!謝謝! 前言 “凡事預則立,不預則廢”,這句話一樣適用于設計時的配色。一個有血有肉的設計,在配色前一定是經過了色彩的篩選

從小白到大師,谷歌女神是如何設計無人車的?

YooJung Ahn 一開始可并不是汽車設計師。 2012 年進入谷歌無人車項目之前,Ahn 一直都在從事消費型產品的設計。消費性的產品人們拿在手里就可以使用,而不是像現在設計的無人車,人能坐在里面,還能開著它到處跑。 但她覺得,可能就是因為缺少傳統汽車行業

從可用到易用的一次思考|手機獲取驗證碼那點體驗

我們做用戶體驗的不能將系統過失/產品過失遷就于我們的用戶。因為用戶永遠不會錯,用戶也沒有必要為產品和過失負責。我們要做的就是窮盡我們解決問題的能力幫助用戶獲得最佳的使用操作,并能帶來一絲的驚喜。 問題根源 最近在做公司某個PC端項目時涉及到企業要獲得權限必須進