首頁

設(shè)計師的選色指南

藍藍設(shè)計的小編

The color wheel is a tool for understanding color and color relationships.

色環(huán)是一種幫助我們理解色彩和色彩關(guān)系的工具。

The most common color wheel is the twelve (12) hue wheel. A color wheel could have as few as six hues or as many as 24, 48, 96 or more.

最常見的色環(huán)是 12 色環(huán)。通常一個色環(huán)包含至少 6 種、多到 24、48、96 或更多種顏色。

  • Yellow
  • Yellow-Green
  • Green
  • Blue-Green
  • Blue
  • Blue-Violet
  • Violet
  • Red-Violet
  • Red
  • Red-Orange
  • Orange
  • Yellow-Orange
  • 黃色
  • 黃綠色
  • 綠色
  • 藍綠色
  • 藍色
  • 藍紫色
  • 紫色
  • 紫紅色
  • 紅色
  • 紅橙色
  • 橙色
  • 黃橙色

優(yōu)秀的表格設(shè)計技巧~~第四篇

藍藍設(shè)計的小編

藍藍覺得在界面設(shè)計中,優(yōu)秀的表格設(shè)計技巧是非?;A(chǔ),也非常重要的。所以從網(wǎng)上搜集轉(zhuǎn)載了此主題的一些文章,來學習~~這是第四篇!實際價格表的設(shè)計案例。感謝原作者!

如果我們在訪問某些產(chǎn)品銷售類網(wǎng)站的時候,看到產(chǎn)品的價目展示用戶體驗,很大程度上會影響我們的購買需求,所以說我們在自己、客戶的網(wǎng)站價目表格展示的時候,用上特有、簡單、體驗完美的HTML CSS樣式表格能夠提高用戶體驗和產(chǎn)品的購買轉(zhuǎn)化率。在這篇文章中,老左整理來自海外16款用戶體驗優(yōu)秀的HTML CSS價格表格模板,并且附帶演示和下載,根據(jù)我們自己的實際需要添加整合到網(wǎng)站中應(yīng)用。

老左之前也有分享過2篇關(guān)于HTML樣式表格的資源:

8款設(shè)計師常用漂亮的HTML CSS表格樣式

6款漂亮HTML CSS樣式用戶留言表單

第一、帶圖片價格表模板

帶圖片價格表模板

優(yōu)秀的表格設(shè)計技巧~~第三篇

藍藍設(shè)計的小編

藍藍覺得在界面設(shè)計中,優(yōu)秀的表格設(shè)計技巧是非?;A(chǔ),也非常重要的。所以從網(wǎng)上搜集轉(zhuǎn)載了此主題的一些文章,來學習~~這是第三篇!感謝原作者。

cover01

表格的應(yīng)用

DLIN:由于工作原因,經(jīng)常接觸到表格。我們發(fā)現(xiàn),表格不但廣泛的運用在各類數(shù)據(jù)收集和分析,同時通過表格這樣一種二維矩陣來整理和陳列信息時(即便最后的展示方式并非一個典型的表格樣式),能夠很好的表達信息之間的邏輯關(guān)系,易于幫助理解橫縱信息之間的關(guān)系。

在實際的網(wǎng)頁設(shè)計應(yīng)用中,表格橫縱相互獨立又相互關(guān)聯(lián)的模式尤其適用于:

1.組織和展示大量的信息

表格簡單的結(jié)構(gòu)不但能包含大量的信息,且同時保證信息的可讀性,便于讀者快速掃描信息、從大量的條目中找到所需的信息。

2.展示對比性信息

優(yōu)秀的表格設(shè)計技巧~~第二篇

藍藍設(shè)計的小編

藍藍覺得在界面設(shè)計中,優(yōu)秀的表格設(shè)計技巧是非?;A(chǔ),也非常重要的。所以從網(wǎng)上搜集轉(zhuǎn)載了此主題的一些文章,來學習~~這是第二篇!感謝原作者。

17

hardwear:想必多數(shù)同學曾經(jīng)學習計算機就是從Word開始,其中一項重要的學習任務(wù)就是創(chuàng)建表格,如今在網(wǎng)絡(luò)頁面里表格隨處可見,尤其是商業(yè)產(chǎn)品里充滿了大量的數(shù)據(jù),要沒有這些表格估計看內(nèi)容得吐血…… 表格形形色色,默默無聞的呈現(xiàn)著數(shù)據(jù),閱讀起來如何最為順暢,如何才能從表格里發(fā)掘出重要信息,有哪些可以對表格進行的操作,梳理一下以供參考。

在后臺界面,表格對數(shù)據(jù)的維護和體現(xiàn)是最常見的,那么也推薦您看看一組驚艷的后臺管理界面設(shè)計

1.行高是表格瀏覽時的重要參數(shù)

行高是表格非常重要的參數(shù),行高間距直接影響著閱讀的體驗,有如同Omniture為了最大限度的放置數(shù)據(jù)內(nèi)容,強化數(shù)據(jù)顯示效果而降低行高的情況,也有SugarCRM一樣的行高較高可以放置更多文本信息的表格。

2



優(yōu)秀的表格設(shè)計技巧~~第一篇

藍藍設(shè)計的小編

表格信息通常是很乏味的

從某種意義上來說,的確如此。一個好的表格應(yīng)該以易于理解,簡單明了的方式傳遞大量的信息。真正的重點應(yīng)該 放在信息上, 對表格的過度設(shè)計會抵消這種作用。從另一方面來說,巧妙的設(shè)計不僅可以使一個表格更具吸引力, 而且可以增加可讀性。

今天我們來看看提升表格功能和美觀的幾種方式。我們經(jīng)常會在網(wǎng)上的價格頁上看到表格的應(yīng)用,因此主要以該種表 單為例。請記住這些原則可以應(yīng)用到任意類型的信息列表上(不僅限于<table>).

垂直,水平或矩陣?Vertical, Horizontal or Matrix?

一如以往,我們從最明顯的地方開始。第一步是決定表格的整體結(jié)構(gòu)。結(jié)構(gòu)取決于呈現(xiàn)數(shù)據(jù)的類型和復(fù)雜性。選擇 垂直的列還是水平行,通常取決于個人偏好。大致規(guī)劃下表單的內(nèi)容,然后決定采取哪種方法能更好地傳遞信息。很顯然,如果信息包含多變量,那么選擇矩陣來表示。下面分別以幾個簡單案例來開始。

垂直

項目評估標準:如何讓項目評估方式可量化

藍藍設(shè)計的小編

藍藍一直在思考這個問題,如何讓設(shè)計效果可量化,看到這篇文章,轉(zhuǎn)載到博客中推薦給大家。以后會搜集這方面的相關(guān)文章,觀閱各家之言。

最近在一直在思考一個命題--“如何量化項目目標及效果”。做了幾個項目,所負責的產(chǎn)品數(shù)據(jù)一直表現(xiàn)搶眼。但是從統(tǒng)計學觀點來看,我的選擇和決定并不一定就是影響數(shù)據(jù)表現(xiàn)的唯一因素,也不一定是影響最大的因素。該如何從眾多影響因素中抽離出PM決策對產(chǎn)品數(shù)據(jù)的影響?I'v no idea。目前思考的進展并不能讓自己滿意,先把想到的一些東西整理出來,部分內(nèi)容也涉及到了一些相關(guān)內(nèi)容的思考,有空和大家頭腦風暴一下吧。

【項目目的與評估方式】
    產(chǎn)品項目的目的無非是兩個:用戶維系用戶拓展。
    用戶維系:是對現(xiàn)有用戶需求進行挖掘,并對產(chǎn)品進行針對性的優(yōu)化改進以提高活躍度、降低流失率。此類項目的評估即可從用戶周/月活躍度、用戶流失率、改進部分的單獨的UV、PV量以及用戶點擊統(tǒng)計等方面來進行評估。
    用戶拓展:目的的實現(xiàn)方式本質(zhì)上有兩種:1、更好地滿足目標用戶的需求---從競品那兒拉人;2、產(chǎn)品運營---讓更多的目標用戶知道我們的產(chǎn)品。前者的評估方式主要是看UV的一系列統(tǒng)計變化,除此之外還可以通過用戶訪談,競品對比來量化;后者的評估方式就得具體看運營活動的方式來確定評估方式了。
    雖然絕大多數(shù)項目都不僅僅是單一的維系或者拓展,但PM應(yīng)該在項目之初確定項目的主要目標。這樣在項目結(jié)束之后采用與目的相適應(yīng)的評估方式進行客觀分析。

設(shè)計評估標準:如何讓設(shè)計效果可量化

藍藍設(shè)計的小編

藍藍一直在思考這個問題,如何讓設(shè)計效果可量化,看到這篇文章,轉(zhuǎn)載到博客中推薦給大家。以后會搜集這方面的相關(guān)文章,觀閱各家之言。

交互設(shè)計評估標準:如何讓設(shè)計效果可量化
記得在項目不斷迭代優(yōu)化過程中,設(shè)計師們也總說我們價值不被認可。當時需求方與老板也常問我你們設(shè)計究竟能否可量化如何可量化?當然先不說其它因果原由與價值其它體現(xiàn)。本身這個問題也是我長久一來一直思考剛好借此將它解決。當時也找團隊討論聽到大家紛紛提到設(shè)計太抽象與設(shè)計很難通過數(shù)據(jù)量化等…其實在這個探討過程也是發(fā)現(xiàn)問題所在過程,把大家疑慮問題點歸納然后逐個分析并且思考解決后再歸納梳出。然后在實戰(zhàn)過程中再不斷調(diào)整與持續(xù)再歸納思考。

簡單如下:

首先,我們做項目的交互設(shè)計可量化是需要一個基本評估標準:

個人認為根據(jù)不同項目側(cè)重會有所不同,這個需要設(shè)計師根據(jù)項目需求和產(chǎn)品目標等來判斷。任何緯度與標準都是參考,隨著個人和行業(yè)發(fā)展與變化一定都是時時變通。所以沒有固定標準走天下或者說標準也是時時更新中。

1.項目功能設(shè)計。

-點擊率、轉(zhuǎn)化率、點擊流、活躍度、留存率、成功率等

2.體驗可用性

識別性-點擊率

性-時間效率

有效性-功能使用成功率、操作信息傳達有效性

視覺設(shè)計師是怎樣讓前端工程師100% 實現(xiàn)設(shè)計效果的

藍藍設(shè)計的小編

首先,作為一個設(shè)計師,尤其是UI設(shè)計師,請跟我一起大聲念:必須掌握前端切圖流程??!

這可能意味著你得學會HTML+CSS,或者要長時間和IOS或者安卓開發(fā)人員交流他們是怎么把圖片和文字排進屏幕內(nèi)的。別老是抱怨你是設(shè)計怎么能去學碼農(nóng)的東西,設(shè)計人員對這些看似高深的源碼有本能的畏懼和厭惡。無論你所在的公司在項目人員配置上如何貼心到位,但如果你自己沒有掌握這些知識點,就不要妄想最后實現(xiàn)環(huán)節(jié)上能順利收尾,因為你從出發(fā)點開始和程序員的認知就不對稱,這些不對稱是矛盾和偏差的根源。

界面設(shè)計的四個層面 設(shè)計最重要的一步 往往并不會去追求外觀的美

藍藍設(shè)計的小編

許多設(shè)計師在社區(qū)中分享的作品往往是為了炫技,而產(chǎn)品的邏輯通常都經(jīng)不起推敲的,真正優(yōu)秀的設(shè)計應(yīng)該從更高的層面出發(fā),而不只是做表面上的工作。

前言

13年底,Intercom 的產(chǎn)品VP Paul Adams 在 Intercom 官博發(fā)表了 一篇博文 。文章講述了網(wǎng)絡(luò)上設(shè)計社區(qū)里普遍存在的一種現(xiàn)象,大意是“許多設(shè)計師在社區(qū)中分享的作品往往是為了炫技,而產(chǎn)品的邏輯通常都經(jīng)不起推敲的,真正優(yōu)秀的設(shè)計應(yīng)該從更高的層面出發(fā),而不只是做表面上的工作”。

文章發(fā)布后,在 Twitter 、HN 及博客評論下引起了反響。雖然部分內(nèi)容在一些設(shè)計師眼里看起來比較有攻擊性(也就是俗稱“開噴”),甚至還帶有些地圖炮,但是文中關(guān)于“設(shè)計的四個層次”以及“when..I want to..then I can…”等設(shè)計觀點和方法論都非常值得我們回味并運用到工作當中。

文章是2月前Sam推薦給我的,隨后到 twitter 上獲得了作者的授權(quán),在這里也應(yīng)作者需要,貼上 Intercom 的官博連接:http://blog.intercom.io/ 。

譯文開始,Dribbble 大牛務(wù)必冷靜閱讀。 =D

__________________以下為譯文正文__________________

設(shè)計追波風

[ISUX轉(zhuǎn)譯]設(shè)計追波風

關(guān)于工作效率的心得分享

藍藍設(shè)計的小編

我相信大家應(yīng)該都有過工作效率的些許煩惱。而這個效率啊伴隨我很長時間的痛苦。每每到PDI的時候領(lǐng)導必提效率有木有?自認為快是不算的,必須領(lǐng)導和客戶方說了算,對于當年校招進來的毛驢,是一件淚崩漫長的提升過程。整天琢磨如何快,多快的速度才算快,恨不得快到連參照物都變得動感模糊。時間是把殺豬刀,不僅催人老還得與它賽跑,經(jīng)過這幾年的自殘式磨練,也早該總結(jié)總結(jié)。



一、 懂得整理需求

效率是先把重要的事情優(yōu)先排序來完成,好的整理習慣是可以提率的。當需求很多的時候是可以通過整理需求有條不紊的進行。只要了解哪些是重要和緊急的事情,就能輕松的決定先處理什么。這個相當于是做項目管理的事情,要善于管理自己的工作。建議學習佐藤可士和的《整理術(shù)》。

例如:本周產(chǎn)品經(jīng)理們提了很多需求:@#¥……&%……&%……

可這樣做:

1、列出所有需求

ABCBBD

2、歸納類型

ABBBCD

3、了解份量

A(傳輸功能設(shè)計):總辦需求

BBB(圖標類設(shè)計): 迭代需求,排一起繪制

C(新增界面設(shè)計): 迭代需求,需較多時間設(shè)計

D(功能宣傳圖):迭代需求,版本發(fā)布的新功能宣傳

4、明確期限

假如級別為High、Mid、Low…

A(傳輸功能設(shè)計):總辦需求—非常緊急(今天)—High

D(功能宣傳圖):迭代需求,版本發(fā)布的新功能宣傳—周三—Mid

C(新增界面設(shè)計): 迭代需求,需較多時間設(shè)計—本周—Mid

BBB(圖標類設(shè)計): 迭代需求,需較多時間設(shè)計—本周—Low

需求從散到整,從大到小,從繁到簡,從緊急到迭代這樣去處理就會變得清晰可觀。

日歷

鏈接

個人資料

藍藍設(shè)計的小編 http://m.sillybuy.com

存檔