以用戶為中心的設計

網址導航 - 書友會 -

× 關閉
我有建議/意見

主要內容

產品設計團隊協作 最后更新: | 文章數: 51

菲彩国际記得看過一句類似這樣的文字:”好的設計是讓用戶體會不到設計的存在”; 用戶體驗設計也應該不例外, 無論對用戶或在團隊合作中, 用戶體驗設計表現出的應該更多的是低調

  • 51. 設計溝通的七條經驗 2013-03-20 11:04

    菲彩国际經常有新入職的同學,搞不清設計師和別的職位如產品經理,在工作內容上有什么區別。回答了幾次之后,我總結出兩方面的差別,簡單概括為:技能和定位。 “技能”指的是設計師掌握了項目中其他角色都不具備的能力——畫圖。這么概括有點簡單粗暴了,事實上設計師的專業能力遠比畫圖兩字涵蓋的內容要廣。但“畫圖”確實是更容易被所有人理解的說法 ... ...

  • 50.    2010-11-08 08:52

    前數日與最近名動江湖的UCDChina小女孩Angela及某圈內人士在某店內烤肉論道,偶然聊到此話題。換個更動聽的說法,前端開發是屬于“研發團隊”還是“產品團隊”?此問題涉及公司的職能架構體系,也就會牽涉到跨部門的團隊協作。 產品質量有一定高要求,但沒有專職前端開發工程師的產品團隊里,常見工程師以需求難度工作量、項目進度等理由推翻設計成果。好 ... ...

  • 49. 理想結構與無奈結局 2010-08-23 13:14

    菲彩国际若干年前,曾見《霸王別姬》的一名主創人員接受采訪說,這片子的編劇、美術、造型、化妝、攝影、剪接、音樂、演員、導演等等,整個主創班底都是當時業內最牛逼的人物,又能全情投入,不成功沒有天理。即便換一個導演,電影也能同樣放在殿堂里受后世供奉。作為這句話的注腳,陳凱歌后來拍了《無極》。在互聯網上最重要的資源是什么呢?當然是人才。什么資源背景,市場先機,都扯雞巴蛋。最重要的資源只有一項:人才。在項目需要的每 ... ...

  • 48.    2010-01-02 16:50

    菲彩国际流程,通俗來講,就是許多人,在做一系列的事情時,怎樣相互協調,安排好這一系列事情的先后順序,有什么事先的約定,需要達到怎樣的預期目標。 在UED里,前端同學需要處理的需求比較多,早些時候,前端這里的開發流程還是比較模糊的,UED以外的同學也不清楚這邊的工作具體是怎樣進行的,所以難免會有需求插隊的情況發生,打亂了大家的計劃,因此今年Q3的時候,在與SCM團隊同學的共同努力下,形成了一個前端的 ... ...

  • 47.    2009-12-30 20:33

    殺了幾輪三國殺,稍微緩解了上班的疲勞,回來路上和平四同學聊起了設計師的分享,或者說我們的分享機制。 早年間,大團隊內部的分享更多是答疑解惑,每個人把自己工作遇到的問題拋出來利用團隊力量解決,或是把自己的老經驗小巧思介紹給大家。后來呢,分享這件事變成了工作的一部分,連話題也漸漸審慎起來,多少有點例行公事。 不少新來的同學都苦悶于不知道要分享什么主題,而自己費勁巴拉準備的PPT又能給 ... ...

  • 46.    2009-09-08 18:23

    很高興很多公司能認識到用戶體驗的價值,甚至提升到了公司的戰略高度來看待,而個人覺得這樣的事有點懸。  用戶體驗的用戶 用戶體驗一詞應該來自于客戶體驗,CRM就是這樣的一套系統來著。那么,客戶或用戶一定就是上帝么?他們所反應的問題或數據的反饋就一定是我們做任何產品設計的準則么?顯然不是。如果一個產品設計師只會盯著數據看,他只能說做了一件沒有錯的事。從概率上來說,他只是能滿足 ... ...

  • 45.    2009-06-28 21:10

    最近接了幾個網站建設的活,從網站策劃到網頁設計制作,都是我和朋友兩個人在完成,工作量雖然很大,經常忙到凌晨兩三點,卻不感覺到累。 這就是做順暢了的感覺,網站的前期策劃到最后的形成都是按照我的思路一步步完成的,這里面不存在繁瑣的工作交接,幾乎沒有什么沖突,工作便很流暢。 之前看到一個命題:開發一款新產品,如何在開發質量與開發速度上作權衡?當時作者給出的答案是求速度。我表示贊 ... ...

  • 44.    2009-06-16 23:31

    發現在工作中、撞上最多的問題就是“如何達成共識”(而且我想只要我還打算繼續做下去、它還會是個經常性的事情)、幾乎每天我都會聽到很多不同的聲音、在這兒列下清單: “ 這個顏色看起來不夠時尚、不夠醒目啊 ” “ 人氣人氣!頁面要表現出熱鬧的氣氛、火紅的顏色 ” “ 我們這個產品與其他產品不一樣、不用考慮我們公司 ... ...

  • 43.    2009-06-12 01:18

    菲彩国际 最近在著手“藍色理想”的頁面重構工作,這次的項目與以往來比有幾個劣勢: 對參與開發人員的水平均不了解; 陌生人,談不上誰配合誰,只能自己多協調一下大家的編碼習慣; 結合這兩天的項目進展及過去的工作經驗,談一下前端開發中的團隊合作: 詳盡的開發文檔 一件產品的誕生,凝聚的是整個團隊的努力。要讓大家的勁往一處使,最好能在項目開始前 ... ...

  • 42.    2009-05-04 00:48

    作為互聯網產品設計師,在和前端開發人員溝通時你是否常常會聽到這樣的聲音:   —— “大姐,給點專業精神好不好,這個表格是自適應的,你這樣設計頁面不好擴展啊…” ——“用ajax不是不行,不過你要事前給我說嘛,你不說我怎么知道呢,你說了我就知道了嘛&he ... ...

  • 41.    2009-03-26 22:41

    菲彩国际今天公司的Happy Hour時間,是幾位產品經理和大家互動,增進了解,以便業務上的更好配合。從業互聯網多年,一直作為業務需求方,也曾迫于無奈做過一點點產品方面的事情,有一些經驗和同事們進行了分享。 1 第一次的溝通非常重要,要對自己的需求非常明確,利用各種工具,包括紙質的圖形草稿等,清晰的描述業務需求; 2 對于需求實現層面,要有一定的備份,當產品經理認為難以實現的時候,能夠退而 ... ...

  • 40.    2009-03-21 03:08

    把水龍頭稍微開松一點點,讓水可以每一分鐘滴一滴,放一個桶在下面,然后忘記這件事情(不用我提醒,你一定會忘的)。等你再過來看的時候,或許桶早已經滿了。有趣的是,這個實驗成功的前提是,你一定要忘記你做了這件事情,只要你還惦記著,桶里面的水就不會太多。 企業文化的事情也是一樣。真的有用舉措,一定要做一些像滴水這樣的事情,在你忘記了它的存在的時候,它還依然忠實的執行它的職責。 所以說,僅僅 ... ...

  • 39.    2009-03-20 13:00

    和大家明確了KPI和項目計劃之后,明顯感覺大家是跑起來了。同樣也看到了我們在項目推進中的困難,今天也正好說一下推進項目的訣竅。 首先是心態,創業的心態,主人翁的心態,不要問這個問題誰負責,問這是誰的責任,把夢想和目標當成我們自己的事情來做,自己為自己的夢想而奮斗著! 這是推進力的源泉,我們是一支使命必達的團隊。 推進力的最高境界,就是讓大家自我推進。優秀主導者并不是把自己的方案灌 ... ...

  • 38. 設計師不要參與開發工作 2009-03-19 09:21

    千鳥在《產品設計師-這才是吸引人的工作》中回復說:“技多不壓身,但不是說都得下手做。多懂點的好處,一是增加自己的判斷力,防止被忽悠;二是更易跨部門溝通;促進換位思考。不要試圖去拆分職能,我們應該做的是適應,與團隊其他同事互補。最好的設計師,是塊萬能膏藥。”非常同意千鳥的觀點,設計師各方面都懂一些,有絕對的好處。但應該保持在了解、溝通的層面,絕對不要設計、開發工作都親力親為, ... ...

  • 37.    2009-03-04 10:46

    互聯網是一個飛速發展的行業,任何的止步不前都會導致被淘汰,只是時間早晚的問題,所以一個公司的學習與創新能力是非常重要的,特別是對于一個年輕的創業型公司來講,學習與創新能力是其得以成長的必備要素。對于新知識的求知欲以及創業的激情朝氣也是支撐新公司快速成長的必須的要素。 2003年成立的淘寶到2008年就占據了國內網上交易市場的半壁江山以上,除了淘寶切入網上交易市場的時間占得先機外,還在于淘寶 ... ...

  • 36.    2009-03-08 03:49

    這兩個禮拜做了個項目,不得不承認有點失敗。雖然本身的需求不確定性,導致小組人員非常被動,一定需要和客戶反復確認,而客戶往往又會由于這一版的設計而產生新的設計要求,最讓我被動的是,本身的設計是平面設計,小組成員中沒一個是平面設計出生的設計師卻被要求這個項目的平面設計要求最高。讓我非常地無奈。但是我想我最大的問題就是對這個項目本身的不滿情緒,導致我消極應對了整個項目上進度上的管理。 不過還好, ... ...

  • 35.    2009-03-09 03:43

    是人的問題嗎?恩,有點關系,我們每個人都有優點也有不足,但之不至于做得這么差。 是錢的問題嗎?至少在開發階段,我們從來都不用考慮錢的問題。 問題出在哪里? 1.一開始的時候,我們覺得我們的產品設計思想是非常領先的,在我們眼里,別人似乎很傻。所以我們信心百倍,趕超XX不成問題,趕超XX也有可能。前途似乎很美好。(互聯網不像傳統行業,思想的更新非常快。現在盡人皆知的思想在一年前 ... ...

  • 34. 什么排在任務隊列的最上面 2009-02-13 03:20

    菲彩国际推薦一篇文章 《經濟學家如何排隊》,還有一篇 《從經濟學里的排隊問題看效率與公平的矛盾》。 我隨便說兩句,如何給工作任務隊列排序。 任務隊列有幾個排序原則:1 優先級 、2 重要性 、3 利潤 、4 穩定 、5 取悅客戶(老板)、6…… 依照不同的排序原則會產生不同的排序結果。 在處理不同類型事務和擔任不同角色時需要參考不同的排序原則。  ... ...

  • 33. 技術團隊需要專家 2009-03-10 03:35

    讀了《UX夢之隊:專家,多面手,職業工作者》、《產品設計師-這才是吸引人的工作》這兩篇文章后,想到的:一、就所經歷過的國內IT團隊的現狀來看,專家不多,真正的多面手就更少見。個人固執地認為,真正的多面手,應該是多個領域的專家,而不是僅僅有所涉獵的半桶水。如果不是每個領域都能獨當一面,只是有所涉獵,甚至僅僅有耳聞,那不是真正的多面手。所以,一直感覺“復合型人才”,是個不靠譜兒 ... ...

  • 32.    2009-03-03 13:23

    Jacob Nielsen 將一個公司的可用性成熟度劃分為8個階段:1. 敵視用戶體驗2. 開發者為中心的設計3. 零星的可用性4. 可用性投資5. 可用性部門建立6. 系統的可用性流程7. 整合的UCD8. 用戶驅動的公司他還做了補充,第1階段出不來的話,可能會痛苦幾十年。2-4階段每個階段要2-3年,5-7的階段每個階段要6-7年。也就是說2-7階段要20年,而7-8階段還要另外一個20年。非 ... ...

1-20 of 51 下一頁 ? 尾頁 ?

菲彩国际_菲彩国际官网_Welcome 菲彩国际_菲彩国际官网_Welcome 紫金阁棋牌-紫金阁棋牌官网 紫金阁棋牌-紫金阁棋牌官网 紫金阁棋牌-紫金阁棋牌官网