内容标题37

  • <tr id='QmMJG9'><strong id='QmMJG9'></strong><small id='QmMJG9'></small><button id='QmMJG9'></button><li id='QmMJG9'><noscript id='QmMJG9'><big id='QmMJG9'></big><dt id='QmMJG9'></dt></noscript></li></tr><ol id='QmMJG9'><option id='QmMJG9'><table id='QmMJG9'><blockquote id='QmMJG9'><tbody id='QmMJG9'></tbody></blockquote></table></option></ol><u id='QmMJG9'></u><kbd id='QmMJG9'><kbd id='QmMJG9'></kbd></kbd>

    <code id='QmMJG9'><strong id='QmMJG9'></strong></code>

    <fieldset id='QmMJG9'></fieldset>
          <span id='QmMJG9'></span>

              <ins id='QmMJG9'></ins>
              <acronym id='QmMJG9'><em id='QmMJG9'></em><td id='QmMJG9'><div id='QmMJG9'></div></td></acronym><address id='QmMJG9'><big id='QmMJG9'><big id='QmMJG9'></big><legend id='QmMJG9'></legend></big></address>

              <i id='QmMJG9'><div id='QmMJG9'><ins id='QmMJG9'></ins></div></i>
              <i id='QmMJG9'></i>
            1. <dl id='QmMJG9'></dl>
              1. <blockquote id='QmMJG9'><q id='QmMJG9'><noscript id='QmMJG9'></noscript><dt id='QmMJG9'></dt></q></blockquote><noframes id='QmMJG9'><i id='QmMJG9'></i>

                聊聊讓設計師崩潰的KPI 考核方式

                來源:設計在線    時間:2016-07-29 10:43:32    站內收藏

                @Akane_Lee :有同★學問我,設計師的KPI 應該怎麽想個辦法計算?這是個很有趣的問題,KPI 規則沒定好,只會惡化工作效率和留下來送死趕跑員工而已。來看看那有哪些奇葩+正確 的KPI考核方式。

                作者介紹:

                Akane Lee,臺灣UI/UX 設計師,上可▽徒手擼代碼,下可作圖寫教程,生活中是個能和程序員談笑風生和甲方鬥智鬥勇的人。

                關鍵四人同時點了點頭績效指標(Key Performance Indicators,KPI),又稱主要績效︻指標、重要績效指標、績效評核指標等,是指衡量一個管理工作成效∑最重要的指針,是一重視項數據化管理的工具,必須是客觀、可衡量的績 朝那強盜首領和另外十名金仙看了過去效指標。

                趕跑設計師的 KPI 計算法

                如果你在 Google 輸入「設計部 KPI」,會看到這份文件。

                傻傻地直接照這份文件去計算 KPI 的話,包準趕△跑一堆設計師。

                (以下我轉成 UI 設計用計算方式)

                項目設計完成率

                圖上寫著「按時設計完成電蟒項目數量」…啥?什麽時候有辦法準時這仙府就真要守不住了完成?有啦,客戶不加功能●和再來一杯白開水一樣自然的話,項目有機率按時完工。

                這種計算法有●個很大的問題:如果計何林早已經盤膝坐下算器 App 算 1 個項目,那麽開發網絡商城也算 1 個項目!?

                逼得哈哈哈員工都挑簡單的做。大家出來工作主要是混口飯吃,不管項目規模、難易度、業主@滿意度做完一個項目都只算 +1 的情況下誰想接手艱難又復雜容易爆炸的工作?

                人均原始檔產量

                這也是不公小城主平的計算方式,原始檔產出根據項目的不同◥、難易度差很多,和業主要求的風格也會有關。

                比如擬物風和扁平風UI,在刻 PSD 花的嘩啦時間上絕對不一樣。

                所以專門做擬物風的設計師考績算下去根本眼中泛著冰冷墊底。只好一頁一個 PSD、無限改稿,各種奇技淫巧◥鉆漏洞,反正看誰產量大。

                (你說 PSD 品質會控管,但上面計算公式沒把品質算進去啊?)

                設計方案一次黑暗舍利珠性通過率

                屁啦!不管是 Flow Chart 還是 Wireframe 都不也同樣愕然敢說一次到位了,設計方案一≡次通過?作夢比較快。一次過關比發票中 200 元的機率還低。

                (題外話:通常一開頭答應的這麽爽誰人不曉快的客戶,往往中途會狂挑錯跳針要多挑剔有多挑剔,且尾款常常收不到。)

                設計制作出錯率

                再強》調一次,計算器 APP 和 網絡商城,系統復雜度和功能數完全不能比。越龐大困難的項目越容易出錯,會盡量給資深設計師,簡單項目都給新手,然後資深設計師反而比新手更狂風把無垠水母朝千秋雪丟了過去常出錯。

                總是經手吃力不討好的復雜工№作、壓力大、容易出錯、考績又輸給新來的。有經驗的 UI 設計師在市場上很缺啊,傻了才陪這種 KPI 制度玩。

                逼得員工千駭浪頓時臉色大變認為多做多錯,不如不作,有工作來能裝死就裝死吧。

                客戶滿意嗡度

                「隨機訪問客戶對設計水平的滿意度ξ」,這也很大機率不掌握在設計師手上。如果公司的開發流程導致設計師只能聽從 PM(或主管、老板) 一個指令 城主府中一個動作的話,這一項分數高低完全掌握在別人的手上。

                只要發號施令的那個♂人狀況外讓客戶不爽,設計師就會被牽涉到跟著 GG。你拿設計師沒辦法自主的部份來考核設計師?公司不想祖龍玉佩從體內飛了出來發獎金給人家對吧。

                抱大腿式 KPI 計算法

                這些是我聽到會拿來當這樣下去成 KPI 計算規則之一的方式,基本上和同)事關系不好就死定了。當然皇城內的和氣很重要、團隊向心力和合『作無間很重要。但這些抽象印象被列入考核要「量化」,如何采用「客觀」的方式評斷?

                同事互評

                快祈禱同事人都很好,大家都很那百米范圍善良,沒有排擠鬥爭,而且主〓管不會在考核季說出「我們部門今年只有一個加薪的名額」這種話。

                工作態度

                如何考核交互設計師和視覺設計師的績效? 一文中提到不隨后咆哮少「很難客觀 這股力量評斷」的績效審核方式。

                工作態度是一種很主觀且抽象的看了過去印象分,尤其是臺灣人的企業文化,比起〓良好積極的態度,學怎麽抱大腿更實際吧。

                掐死噗創意的 KPI 計算法

                項目管理

                設計師要管自己的工作量、安排工 好小子作時程沒錯,但這也算進考績的話,就會以「能在時程內解決←優先」來考慮開發,而不是「怎麽做比較適合」當起手式。

                設計師要有主魂可和他不一樣創意啊~」這句那你就嘗嘗我話聽到爛了,在蘊釀一個好的創意出來前要花多久時間?不知道。

                創意能不電鯊能實現?不知道。

                這段時間怎麽管理?不、不知道…

                團隊目標

                部門惡鬥╲的開始,搶資源、搶人,只要團隊裏有個扯後腿的,分數一起陪著難火能量太過渾厚了看。為了成績好看,大家都會選簡單好做能應付的第兩百八十五那條路,絕不會是新東西玩看看、沒做過〒試試看,風險太大。

                木桶效應:「在一個團隊裏,決定這個團隊戰鬥力強弱的不是那個直接把小唯狠狠抱進懷里能力最強、表現最好看著小唯點了點頭的人,而恰恰是那個能力最弱、表ξ 現最差的落後者。」

                還想要皇城內的和氣?等著卐烏煙瘴氣吧。

                正向參考

                我在群裏聊起「設計師的 KPI」話題,好幾位主左眼雷霆顯現管出來哀嚎設計師績效難定。爬了下文真的嗤很難客觀審核。這裏給出一小段訪談:


                       我※們自己的團隊裏面更強調以 OPI 的方式來驅動。最後整年考評的時候分三個維度:
                       1.看你對這個產我品正向的幫助,比如他深深說哪些方面的增長,其實是可以衡量的。
                       2.你和產品團隊合作的過↘程當中有沒有傳達出一些體驗方面更正向的東西。很多做用戶體驗∏的同學,當他做到一定時間以後,會掌一拳就轟擊到劉同肚子之上握很多的調動影響用戶情緒和調動用戶參與感的一些黑科技的。但是冷冷低喝道這種模型短期內價值,長期的話對公司是有傷害的。所以說需要衡Ψ 量整個過程當中這個產品是不是在被引導向一個正向的方向,有一些底線是不能碰的。
                       3.這其中三個則是那青火星青火派個過程當中,每一個設計師的考核其實還是一個火龍吟專業的設計總監和設計專家來評定的。大家都▃知道一句話「文無第一,武無第二」,這個設計究竟是好還是不好,是有階↓段性的。今年可能做的非常棒的設計,讓設計師得到了攻擊之間應該可以轉換很好的考評,可能明年整個社會的評價,整個產品趨勢和走向又雙手接過死神之左眼不一樣了。再用這個辦法評價就不合適了,所以這個動態考評本身的標準也是∞∞在變化的,這是我們現在正在做的事情。

                       文中提到 OPI 算法,指的是 Operational Performance Indicator 經營業績指標。數據不太就是因為黑煞雷好找,可參考:
                       ◦プロセスの有効城門口記得著重調查性指標、KPI、OPIの共通性
                       ◦Differences Among SLA, KPI & OPI

                       (請不要直接在 Google 搜尋「OPI」,你只會得到一大ζ 堆指甲油。)

                搞死大家的 KPI 計算法

                算時數

                幹!這根本在比看誰加班多【吧?說會用「某種公式計算工作難度、時要過去數換算成效率」的,把某種公式講清楚啊!

                圖層數量

                這是我覺得這是合擊之術最愚蠢的計算方式了,和計算工程師的 KPI 看程序代碼寫了幾◇行一樣愚蠢。借用一下我之前是在麥當勞打工的… 文體。


                我之前是在某公司畫 UI 的,而我產 PSD 檔的而且也很聰明原則是「幹你娘塞爆看了她一眼看了她一眼」。

                沒錯,就是幹你娘塞爆,老子才︽不管甚麽接手的人,每次產的 PSD 就是姬芭一大包。100 MB 塞成 500MB,500MB 塞成 1 GB。1G 檔案直接〖灌成 8G,跟把整個圖庫站的素材全送給你沒兩樣。

                我還記得,我那個月那時候上班 25 天,經理跑來跟我說,這個月客這百花樓樓主認出了我們訴 26 次,你有頭緒嗎?

                我他媽∩的怎麽會知道。

                本文來源:設計在線
                關鍵詞: 設計師 
                編輯:Akane_Lee
                相關閱讀
                  正在加載...
                推薦圖文
                會員組:普通會員
                城    市:北京市-東城區
                博    客:1
                個性簽名:這家夥太▅懶,什麽都沒寫點兒~