-
1 # 喆silence
-
2 # 漢中歐科會計服務
一般設計師需要重點關注在“需求對接”、“設計輸出”、“前端開發配合”這三個部分,同時參與“專案計劃”、“測試走查”這些環節。當站在PM角度,除設計本身的工作外,還需要關注整個流程、各環節參與者的產出與交付。
需要負責專案前期的使用者調研與資料分析、專案實現的節奏計劃、使用者需求的收集與對齊。作為設計師同樣要負責所有需求設計的產出,以及在這個過程中每個人的工作進度和質量把控。(當然具體工作分配要看專案投入的人力情況)
挑戰對設計師來說是一定存在的,但是這樣的機會確實也需要具備相應的前提:
(1)業務理解與熟識程度
對你所負責的產品、業務具有較深入的認識和了解;瞭解使用者使用中遇到的問題,並能針對問題提出有效的核心解決方案,而非單純的美觀。(2)信任
在平時的合作中與業務方建立的信任;合作同事間的信任與配合意願。(2)機遇
一般團隊會有專業的pm和產品經理,但有些產品團隊,人員配備不足;產品體驗方面得到上層重視,自上而下推動.(4)老闆支援
老闆給予後盾與配合(自己的老闆和業務方老闆)。
二、經驗教訓
首先介紹一下常見的改版方式:
(1)老版正常在線上使用,起過渡作用,重新搭建框架建立一個新的平臺。功能逐步建立、完善,完成後遷移使用者。
前提:需要有相對整體和成熟的設計方案,讓大家對未知結果的投入達成一致;風險:風險大,耗費資源相對較大,時間週期較長;優勢:可以從頭思考、梳理,能從根本解決一些問題,最佳化的體感更強。(2)在老版的基礎上進行最佳化,整體架構保持不變,區域性體驗最佳化。
前提:業務合作中常見的設計合作模式,區域性功能最佳化,跟產品同步迭代;風險:較難從根本上解決遺留的體驗問題;整個產品體驗較差,區域性體驗改善容易被忽略;優勢:風險小,投入的資源相對較少,結果可控,見效時間快,較容易達到預期。本次我所負責的產品改版選擇的是「第一種方式,風險相對較高」。鑑於大部分設計師、尤其是新手設計師對前端技術可能都不太瞭解,對前後端的配合、開發的工作評估、工作流程等也不是很熟悉,以下四點「經驗教訓」給有相似經歷的設計師以借鑑。
2.1 經驗:規則制定,“醜話”說在前面
前期確定統一的“完成”標準和專案合作規則,這點很重要。不妨先把“醜話”說在前面。
專案合作規則
在這個專案中,第一週期完成後,就出現了延期現象,雖然延期在很多專案中不可避免,但期望能夠及時的發現問題、總結問題、反思工作,讓問題不像滾雪球一樣越滾越大。
延期的原因主要有:
(1)工作評估不充分,計劃太理想
現象:計劃時間無法完成計劃的工作,評估的時間不夠準確結果:計劃的時間起不到約束作用(2)“完成、進度100%”的標準定義不明確
現象:瞭解工作進度時,可能統計已完成,但又會佔用時間去測試、最佳化、調整;實現效果與需求不完全一致;結果:進度評估不準確。2.2 經驗:策略及時調整,有限時間內幹更有意義的事
承諾的交付時間是確認的,因此,我們只能以deadline倒推。在剩餘的時間內,我們能完成什麼,從而有針對性的做排兵佈陣。如果把時間比作一個盒子,當盒子空間固定,若要塞進更重要的東西,則需要將不那麼重要的東西去除,否則盒子會爆裂。同樣專案管理中需要及時調整計劃,在有限的時間內幹更有意義的事,否則工作一直做不完,一直延期,產出的質量和專案目標都不如人意。
我們需要及時根據優先順序調整策略,對需求區分主次,甚至在某個需求中再拆解,如高階功能暫緩,先保證基礎功能的使用等。
2.3 經驗:核心體驗提升才是對使用者更有價值的事情
看了那麼多改版產品的反饋,第一時間的不適應必然存在,尤其對中後臺運維產品來說“穩定”是使用者的訴求之一。但緊抓核心體驗,從功能層面解決使用者問題,最後一定是正向的評價與結果。如果新體驗的價值不足以掩蓋舊體驗的缺憾和切換成本,那麼對使用者的價值也就微乎其微,甚至毫無價值,就如下面的價值公式。
雖然「老版」使用者使用具有一定的熟悉度,也有“小眾”“臨時性”的功能,但是「新版」可以從以下5個核心亮點出發,解決使用者使用中的體驗問題,這些最佳化對使用者是更有價值的。
2.4 經驗:積極協作,配合協調
當專案出現風險,要及時找相關人甚至是上級尋求幫助,及時溝通、主動彙報;過程中遇到分歧及時溝通,避免問題越滾越大,影響效率;一定要在充分理解需求的前提下展開工作(設計理解PD需求,後端理解前端需求),否則後期返工代價很大。
回覆列表
1.分析專案,深入瞭解甲方需求。
2.組建團隊,不知道你是哪類設計專案。
3.收集資料,著手設計。
4.如果你只是帶一個專案,那就輕鬆多了,注意隨時與甲方溝通,確認就可以。
5.你掌握整體,時間點,進度,質量,危機處理… …
6.專案結束提報專案報告。
不管什麼專案,保持溝通,明確目標,細心做就可以。多經歷幾個專案就鍛煉出來了。細節太多,不細說了,祝你一切順利。