云計算商業(yè)設計服務標準流程_第1頁
云計算商業(yè)設計服務標準流程_第2頁
云計算商業(yè)設計服務標準流程_第3頁
云計算商業(yè)設計服務標準流程_第4頁
云計算商業(yè)設計服務標準流程_第5頁
已閱讀5頁,還剩20頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

2云計算商業(yè)設計服務通用流程本標準包含五個重要階段,分別是售前階段,方案階段,執(zhí)行階段,驗收階段和售后階段。設計師通過判斷所處項目的不同階段,可以找到對應的設計支持流程,以及詳細的標準動作,執(zhí)行指導參考和對應資產(chǎn)模版。本標準適用于面向政企客戶的大型云產(chǎn)品及服務交付項目,對交付設計師的工作流程和標準動作進行指導。同時也可以幫助與設計師合作的上下游角色包括產(chǎn)品經(jīng)理,測試工程師,解決方案架構師等了解設計的交付工作流程。2.規(guī)范性引用文件下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件,僅注日期的版本適用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。GB/T978-1-62825-186-9《項目管理知識體系指南(PMBOK指南)》.電子工業(yè)出版社,2018.5GB/T21051-2007《白話設計公司管理》.中國建筑工業(yè)出版社,2013.1GB/T20527.1-2006《破繭成蝶1》.人民郵電出版社,2020.8GB/T20527.1-2006《破繭成蝶2》.人民郵電出版社,2018.83.術語和定義3.1術語解釋云計算CloudComputing一種將可伸縮、彈性、共享的物理和虛擬資源池以按需自服務的方式供應和管理,并提供網(wǎng)絡訪問的模式。軟件產(chǎn)品SoftwareProduct一組計算機程序、規(guī)程以及可能的相關文檔和數(shù)據(jù)。交付項目DeliveryProject在現(xiàn)代項目工程概念中,一個項目的交付以達到最終項目績效成果為核驗標準??蛻趔w驗CustomerExperience一種客戶在與團隊交付項目過程中對服務和產(chǎn)品的主觀感受。用戶體驗UserExperience用戶在產(chǎn)品使用場景中完成期望目標時所產(chǎn)生的體驗。這是用戶和產(chǎn)品直接接觸的部分,也是最有感知的部分。工作分解結構WorkBreakdownStructure一種工作分解結構,把一個項目,按一定的原則分解,項目分解成任務,任務再分解成具體工作。3細分行業(yè)IndustrySegmentation指通過市場調研,依據(jù)行業(yè)的需要和欲望、行為和習慣等方面的差異,把某一產(chǎn)品的市場整體規(guī)劃分為若干客戶群的市場分類過程。每一個客戶群就是一個細分行業(yè),每一個細分行業(yè)都是具有類似需求傾向的客戶構成的群體。細分行業(yè)的基礎:地理細分、人員細分、心理細分、行為細分、受益細分。設計解決方案DesignSolution針對已體現(xiàn)或可以預期的問題、不足、缺陷、需求等,提出的一個解決整體問題的方案,同時能夠確保加以快速有效的執(zhí)行。通常指解決問題的方法。產(chǎn)品可行性評估FeasibilityEvaluation是新產(chǎn)品開發(fā)中關鍵的一步,在開發(fā)新產(chǎn)品之前,根據(jù)項目實際情況,并充分結合市場環(huán)境,具體分析新產(chǎn)品開發(fā)方案在實踐中的可行性、可操作性的效果和具體實施步驟的完成書面報告。可行性分析可從市場分析、政策分析、目標市場分析、競爭實力分析、技術可行性分析、時間和資源可行性分析、知識產(chǎn)權分析等方面進行重點分析。數(shù)據(jù)分析DataAnalysis用適當?shù)慕y(tǒng)計分析方法對收集來的大量數(shù)據(jù)進行分析,將它們加以匯總和理解并消化,以求最大化地開發(fā)數(shù)據(jù)的功能,發(fā)揮數(shù)據(jù)的作用。數(shù)據(jù)分析是為了提取有用信息和形成結論而對數(shù)據(jù)加以詳細研究和概括總結的過程。用戶驗收測試/用戶可接受測試UAT-UserAcceptanceTest一項確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。用戶體驗度量體系UES-UserExperienceSystem通過多年設計實踐中沉淀下來的產(chǎn)品使用體驗度量系統(tǒng)。它不僅是方法論,更是一套可運行的體系。根據(jù)B端產(chǎn)品特性,UES模型包含了五個維度:易用性、一致性、滿意度、任務效率、性能。3.2商業(yè)設計定義數(shù)字經(jīng)濟的發(fā)展讓越來越多的企業(yè)意識到數(shù)字化轉型是長久發(fā)展方向下可采用的一種成本更低,方式更靈活的解決方案。政府也在加快推進全國一體化在線政務服務平臺建設,以政企客戶為主導的產(chǎn)品設計需求愈加凸顯,既要滿足客戶業(yè)務需求,也要滿足用戶體驗需求,設計已成為重要的一環(huán),從底層到表層,滲透在項目交付的方方面面。依托于數(shù)字轉型的契機,只有把充足的設計經(jīng)驗和能力注入進客戶產(chǎn)品中,才能更好助力政企客戶和伙伴,賦能整個交付生態(tài)。交付設計,即面向大型的線下專有云定制項目,為傳統(tǒng)政府和企業(yè)客戶,提供有關提升產(chǎn)品體驗和視效的專業(yè)設計產(chǎn)品及服務。商業(yè)設計包含服務,產(chǎn)品及解決方案。隨著云市場的發(fā)展,設計逐漸開始由線上拓展到線下市場,做傳統(tǒng)企業(yè)和政府的數(shù)字化轉型,并逐漸成為重要的商業(yè)板塊。而設計作為其中的重要一環(huán),從底層到表層,滲透在了具體項目交付中的方方面面。針對于云計算產(chǎn)品,對設計師的要求更加綜合和全方位,才能給行業(yè)客戶提供設計服務。隨著市場客戶對云服務的了解和關注度提升,設計需求變大,消費頻次提高,面對這場千億級別的市場,交付市場的發(fā)展?jié)摿薮蟆?.3商業(yè)設計服務通用流程商業(yè)設計中,要做好定制化的產(chǎn)品和服務,最重要的是做好項目設計管理。一個設計項目,指的是一系列獨特的,復雜的并相互關聯(lián)的活動,有一個明確的設計目標,必須在特定時間,預算,資源等限定條4件內(nèi),依據(jù)一定的規(guī)范原則完成。這里涵蓋的參數(shù)包括項目設計范圍,質量,成本,時間,資源等。而項目設計管理,是指把各種系統(tǒng),方法,人員結合在一起,在規(guī)定的條件內(nèi)完成項目的各項設計任務,從項目的投資決策到結束的全過程進行計劃,組織,指揮,協(xié)調,控制和評價,以實現(xiàn)設計交付目標。目前我們在實踐的是在PMI(美國項目管理協(xié)會)和IPMA(國際項目管理協(xié)會)所推出的項目管理體系的基礎上結合200多個項目交付經(jīng)驗打造的一套針對設計項目交付的管理體系,分為:售前階段,即項目啟動階段;方案階段,包括設計策劃,定制服務等;執(zhí)行階段,即方案執(zhí)行落地;驗收階段,包括產(chǎn)品評審,走查,項目總結,資料歸檔等;以及售后階段,包括客戶滿意度調研和二次商機挖掘。在實際項目中,往往問題一來就多且雜,從任何一個節(jié)點抓下去都可以發(fā)現(xiàn)眾多問題點,導致很多問題只能被動擱置,無法實施有效管理,設計師只能沒完沒了地處理緊急的事。這類情況在交付項目中屢見不鮮,很重要的一個原因就是沒有有效的工作分解,沒有分解就沒有管理。下圖展示的就是我們管理一個設計項目的基礎流程:WBS(WorkBreakdownStructure),即把項目設計工作逐級分解成較小的,易于管理的組成部分的過程。圖1設計工作流程結構圖每個商業(yè)項目都有一個整體的設計目標,將目標逐級拆解就形成了項目計劃,項目執(zhí)行過程中的實際成果與項目計劃間是存在差距的,對于這種差距采取的措施就是管理。階段,步驟,任務,用來代表計劃的三個層級。建設WBS的核心目標是降低培訓成本,抵御人員流動帶來的風險。為了使WBS具有可操作性,還需要把第三層的設計任務進一步細化,輸出作業(yè)指導書和設計模版。讓初次接觸交付業(yè)務的設計師可以邊實踐邊學習。5圖2商業(yè)設計工作全流程未來的發(fā)展趨勢是把這套標準設計交付流程做到線上化,往產(chǎn)品智能化方向推進,而設計團隊作為智力型人才群體,在提供定制化服務的基礎上,也可以有很多通用的標準化服務流程可采用的。在管理學和經(jīng)濟學上都有一個重要規(guī)律:規(guī)模生產(chǎn)專業(yè)化分工的需求,規(guī)模越大的市場專業(yè)化分工越細。從一個設計團隊的發(fā)展規(guī)模的不同階段看,WBS屬于在一定發(fā)展階段后要批量承載更多項目必然經(jīng)歷的過程。4.售前階段:設計咨詢4.1設計產(chǎn)品與服務咨詢在商業(yè)設計中,設計產(chǎn)品一般包含資產(chǎn)型產(chǎn)品與服務型產(chǎn)品?;跇I(yè)務經(jīng)驗的累積,借助相關業(yè)務平臺輸出的設計資產(chǎn),形成針對性較強的行業(yè)設計解決方案,這類資產(chǎn)我們稱之為資產(chǎn)型設計產(chǎn)品,比如行業(yè)設計規(guī)范,設計素材、設計模版、設計項目管理文檔、行業(yè)設計方法論、設計組件,設計類工具等,都屬于資產(chǎn)型設計產(chǎn)品。為了落地具體的設計解決方案,增強于客戶的交流與需求的分析,順應項目和客戶真實需要,圍繞資產(chǎn)型產(chǎn)品,設計團隊則需要提供服務型產(chǎn)品,即設計師前往現(xiàn)場包括現(xiàn)場對接,設計溝通,現(xiàn)場匯報,用戶調研等工作。兩類產(chǎn)品因為使用產(chǎn)品不同,所以成本計入的方式也不同。在做產(chǎn)品設計的同時,也需結合客戶市場,關注性價比問題,它是客戶得到的產(chǎn)品與服務的使用性能與付出金錢之間的比值,在設計行業(yè)更多是一種定性而非定量的量化的產(chǎn)品提供,很多標準沒有精準數(shù)值,因此綜合的客戶體驗尤為重要。性價比高的產(chǎn)品能滿足客戶基本需求,產(chǎn)品差異度相對低,消費量大,價格低,是必需品,屬于成本領先的市場。6圖3設計產(chǎn)品性價比與產(chǎn)品分層性價比高的設計基礎服務包,滿足客戶的基礎訴求,此類產(chǎn)品主要競爭手段是價格。而性價比低的產(chǎn)品可以滿足更多客戶的個性化訴求,產(chǎn)品差異度高,消費量小,是奢侈品,因為賦予產(chǎn)品功能之外的高附加值是設計這類產(chǎn)品的關鍵,經(jīng)過打磨,按照特定的項目場景,打造了專屬設計類型產(chǎn)品,輸出特定行業(yè)設計服務產(chǎn)品,也可針對不同的業(yè)務和項目訴求,衍生出標準定制服務包和高級定制服務包。下圖展示的是三款不同典型場景下的設計產(chǎn)品:圖4設計產(chǎn)品體系7圍繞不同設計產(chǎn)品的服務內(nèi)容,從項目維度擴展出來的全量設計服務架構如下圖所示:圖5設計服務體系降低設計成本,提升交付效率,實現(xiàn)標準化設計質量管理,是商業(yè)設計交付發(fā)展的重要目標。通過提煉通用設計解決方案,讓產(chǎn)品具備可復制性是孵化產(chǎn)品的關鍵點。值得注意的一點是,孵化產(chǎn)品并不全是為了降本提效的商業(yè)目標,站在專業(yè)深耕及用戶體驗的角度,歷經(jīng)業(yè)務反復打磨的通用解決方案,會比在緊張的項目周期下定制產(chǎn)出的方案更具有可用性。對于客戶而言性價比也更高。隨著設計市場的不斷發(fā)展,設計師在孵化產(chǎn)品時需順應客戶業(yè)務需求,通過設計手段解決業(yè)務實際問題,與產(chǎn)品經(jīng)理充分銜接,了解產(chǎn)品體驗鏈路,挖掘客戶潛在需求,直面客戶溝通設計問題,了解反饋意見下的深層含義,輸出有效的優(yōu)化方案。當前在互聯(lián)網(wǎng)競爭的白熱化階段,各家公司不在像初期存在技術壁壘,而是趨于技術同質化的平衡階段,而設計和用戶體驗則成為產(chǎn)品差異化競爭的重要手段。84.2產(chǎn)品分析及問題診斷圖6設計咨詢流程體系進入設計咨詢階段,設計師開始從客戶業(yè)務場景訴求出發(fā),尋找設計切入點。這里首先要對之前挖掘到的產(chǎn)品典型問題做更全面的篩查,其次是進行用戶調研,了解用戶真實訴求,這里可以采用線上問卷形式或線下訪談形式完成問題的收集。對問題進行歸納處理,輸出更具體的落地解決方案,這里需要結合相關領域的設計趨勢觀察,了解最新的設計案例,汲取有用的解決優(yōu)化點,融合到優(yōu)化方案demo中,同時要進行3種維度的頭部競品調研,包括同業(yè)務場景,同產(chǎn)品類型以及同設計需求產(chǎn)品的對比分析,從產(chǎn)品定位,業(yè)務目標,用戶群體,功能布局,設計規(guī)范,視覺體驗等角度進行詳細拆解,最后基于相關成熟的設計團體標準進行優(yōu)化方案的頁面展示,也根據(jù)客戶訴求增加DEMO的互動性,提升體驗感,輸出設計分析方法,和分析結果,呈現(xiàn)DEMO效果,與客戶確認掉否定方案后不斷縮小需求范圍,引導客戶明確最終的設計需求,得到更精準的方案方向。與傳統(tǒng)設計相比,設計咨詢不僅需要突出產(chǎn)品的品牌形象,更重要的是做好客戶與產(chǎn)品的洞察,突出產(chǎn)品的核心優(yōu)勢。通過行業(yè)的設計現(xiàn)狀分析,從業(yè)務場景特性得出設計差異化的內(nèi)容,針對不同的客戶需要從理性的業(yè)務層面?zhèn)鬟f產(chǎn)品的理念,從感性的人文層面營造產(chǎn)品獨特的設計風格,最終形成完整的咨詢方案。為推動項目順利進入產(chǎn)品方案制作流程做鋪墊。5方案階段:設計體驗解決方案5.1需求分析及引導需求分析包括客戶需求,用戶需求,以及產(chǎn)品功能需求,有時客戶不清楚最終產(chǎn)品是什么樣的,設計師需要引導客戶挖掘出深層需求。這里需要去區(qū)分出客戶和用戶,客戶指掏錢購買產(chǎn)品和服務的人或組織,不一定是產(chǎn)品和服務的直接使用者,但一定是為項目支出費用的人。用戶是直接使用最終產(chǎn)品和服務的人或組織,不一定是出錢方,也可能是贈送的或工作配給必須使用的。9這兩者的需求我們都需要挖掘分析,在交付項目里,往往兩者是兩類人群,他們的立場,價值認同,角色等方面的不同,導致在同一個項目中輸入給設計師的信息會有很多不同點,甚至產(chǎn)生完全相反的兩個方向,因此設計師在需求階段要做的很重要的工作是平衡客戶和用戶需求之間的矛盾。這需要設計師遵守一個原則:在一些宏觀目標前,客戶需求難以避免會打破用戶的某些工作習慣,犧牲掉部分現(xiàn)在用戶的使用體驗,但作為設計師,還是要嘗試站在一線用戶的視角,通過其他方式盡量減輕這部分改變對他們造成的負面影響??蛻艚o出的需求肯定是對業(yè)務有價值的,但不一定真正對用戶是最友好最有價值的需求,另外客戶需求里除了通過業(yè)務專業(yè)思考產(chǎn)出的需求外,也可能參雜部分自我主觀喜好,需要設計師和產(chǎn)品經(jīng)理一起做分析,盡量剝離掉與個人喜好相關的不合理需求。一個重要的客觀事實,是客戶中很多制定目標和需求的人員已經(jīng)脫離一線的工作人員和工作內(nèi)容很久,他們站在專業(yè)角度提出的需求也需設計師通過一線的調研和訪談工作去驗證。圖7需求清單因此,本階段設計需要做的首要動作就是清理項目復雜需求的本質和類型,明白業(yè)務(客戶需求)反映的是組織或客戶對系統(tǒng),產(chǎn)品高層次的目標要求;而用戶需求是用戶使用產(chǎn)品必須要完成的任務,通常可通過對用戶的訪談和調研來繪制用戶畫像及用戶的任務流程,通過分析發(fā)覺用戶具體訴求。而第三類需求屬于功能需求,它定義了產(chǎn)品必須具備的軟件功能,使用戶利用產(chǎn)品或系統(tǒng)即能完成他們的任務,以滿足業(yè)務需求。第四類需求屬于非功能性需求,指產(chǎn)品為滿足業(yè)務需求所必須具有的一些特性,包括安全性,可靠性,易操作性等。其次,檔業(yè)務需求有多種實現(xiàn)路徑時,選擇對用戶最友好的路徑,避免讓客戶代替用戶說話。設計師需要注意的一點是,不要質疑客戶不懂業(yè)務,也不要懷疑用戶不懂產(chǎn)品,因為所站的角度不同,設計師一定要深入一線,洞察客戶,用戶的行為背后的本質,提供真正的設計價值。5.2定制化設計體驗解決方案圖8設計解決方案流程體系在客戶確認咨詢方案后,則需要和業(yè)務以及產(chǎn)品角色人結合產(chǎn)品PRD和MRD文檔進行原型設計,以客戶體驗和用戶體驗為核心,結合細分行業(yè)特點,不同端產(chǎn)品的用戶使用習慣,業(yè)務邏輯鏈路,梳理出目標產(chǎn)品的用戶旅程地圖,若項目產(chǎn)品為迭代產(chǎn)品,有上線埋點數(shù)據(jù),例如頁面跳轉率,用戶數(shù),點擊數(shù)等數(shù)據(jù)類型,可以結合時間,頁面層級,具體任務內(nèi)容,業(yè)務目標度量出當前產(chǎn)品的使用情況,輸出數(shù)據(jù)分析報告,評估產(chǎn)品的易用性,一致性,任務完成效率,頁面加載率等關鍵考核點。除了客觀數(shù)據(jù)分析,還可以結合用戶訪談的形式對產(chǎn)品的主觀體驗感受進行收集分析。輸出的結果以焦點小組形式在項目組內(nèi)發(fā)起討論,提供落地優(yōu)化方案,并體現(xiàn)在最終的原型設計上,評審通過后,開始輸出高保真原型,以及最終視覺界面。面對需要頁面批量輸出的大需求量的情況,設計師會制定相關的設計標準規(guī)范,包括設計理念,原則,柵格體系,字體,顏色,風格,狀態(tài),組件,典型頁面等。5.3方案產(chǎn)品確認及可行性評審設計方案確認后,需要進行內(nèi)部成本評估,確保交付團隊從技術上,成本上,時間上可以執(zhí)行落地客戶確認的方案。在可行性評估階段需要明確最終驗收內(nèi)容及格式,規(guī)避潛在的風險,確保設計的完整交付。一般項目初期在產(chǎn)品選擇和成本報價上會預留30%的備用金,用于執(zhí)行解決客戶后續(xù)在項目中提出的額外需求以及項目中遇到的緊急問題。設計師基于以往項目經(jīng)驗,不斷完善設計合同的交付內(nèi)容和范圍,可規(guī)避掉部分新增需求的風險,但為了客情關系等綜合原因,設計師往往也要具備綜合的解決問題的能力,及時補位,充當技術的轉譯官,將抽象的數(shù)據(jù)服務轉化為可視化語言,呈現(xiàn)在最終設計上,讓懂業(yè)務不懂技術的客戶可以更直觀的看到項目成果,這是設計師在項目交付中所發(fā)揮的重要作用。在政企項目中,往往也有大量的匯報需求,確保產(chǎn)品視覺呈現(xiàn)效果和匯報效果也是設計師用來提升客戶滿意度的重要途徑之一。由此可見,設計師在維系客戶關系上是會起到關鍵作用的。6實施階段:設計交付實施6.1項目執(zhí)行進入項目執(zhí)行階段后,從設計策略,設計規(guī)劃和標準動作三點入手。在設計策略階段,結合客戶業(yè)務場景和品牌文化特點,輸出針對性的設計理念,多端多產(chǎn)品統(tǒng)一的設計規(guī)范和適用的方法,明確產(chǎn)品大致的設計方向和風格。在設計規(guī)劃階段,確保項目管理穩(wěn)步前進,設計資產(chǎn)和設計人員的順利協(xié)調,以及緊急需求的管理和解決。進入落地標準執(zhí)行動作階段,輸出設計方案,包括方法分析,交互鏈路分析,設計規(guī)范和頁面產(chǎn)出效果等,并匯總成完整的匯報材料,再進行階段評審,包括產(chǎn)品,測試,開發(fā),客戶等各類角色的的評審核驗。這里需要重點關注的是產(chǎn)品體驗管理,包括產(chǎn)品一致性和易用性。待產(chǎn)品上線后完成測試走查,對視覺和體驗進行全面的走查,發(fā)覺產(chǎn)品bug,按照優(yōu)先級進行排期,制定產(chǎn)品迭代計劃。最終確保設計的順利驗收。圖9項目設計執(zhí)行流程體系6.2產(chǎn)品設計設計師在產(chǎn)品設計階段主要輸出包括:設計理念,設計原則,設計風格,設計方法,流程鏈路,功能模塊,高保真原型圖,GUI(GraphicUserInterface)界面,設計規(guī)范等。最終輸出設計匯報文件合集,包括對設計原則的總結,方法的篩選,用戶研究文檔、客戶訪談記錄、用戶旅程地圖、產(chǎn)品流程圖、產(chǎn)品功能點分析、原型問題梳理、視覺情緒板式,風格篩選文檔,高保真原型圖,設計規(guī)范以及最終所有設計稿。在設計過程中需要根據(jù)設計人員監(jiān)制施行不同的設計協(xié)同分工機制,若是小型項目,設計獨立完成即可;若是大型項目,設計師需要協(xié)同多位進行設計培訓和統(tǒng)一分工安排,這里需要有不同角色,一般會按照兩種方式做分工,第一種是大多數(shù)項目場景里,按照不同的產(chǎn)品內(nèi)容劃分;第二種是按照設計師工種類型做劃分:用戶研究院,交互設計師,視覺設計師,運營設計師,3D設計師,大屏設計師等。多位設計師協(xié)同一定要使用設計規(guī)范,保證產(chǎn)品設計稿質量和效果的一致性。6.3評審流程評審流程包括設計評審,產(chǎn)品評審和客戶匯報評審。在時間充足的情況下,可先進行設計內(nèi)部評審,再進行業(yè)務和產(chǎn)品評審,最后與技術團隊確認可實現(xiàn)性和落地性,遇到時間緊張的情況,可以召集所有相關角色一次性開會評審。團隊確認可開發(fā)后將可執(zhí)行方案與客戶做最終匯報,一般大型項目的客戶層級較復雜,需要做多輪匯報,常遇到非拍板客戶給出多種建議,但與上層領導客戶意見未必一致,且不能做最終決斷,此類情況容易導致項目交付延期和成果過度損耗,針對這類情況的解決方案是,與項目經(jīng)理協(xié)調集合會議,特別是在工期緊張的項目場景下,爭取將不同層級客戶召集一起開會,快速拍板最終方案或優(yōu)化方向,如果召集受阻,也要盡量減少不同客戶層級的會議次數(shù),避免多次返工,控制成本預算。7.驗收階段:產(chǎn)品驗收與體驗度量7.1產(chǎn)品質量與體驗度量對于業(yè)務需求需要根據(jù)具體設計過程及時更新,不斷與客戶保持聯(lián)系,以便于技術的實現(xiàn)。此階段對產(chǎn)品進行還原度走查,UAT用戶驗收測試,和體驗度量,包括產(chǎn)品易用性,一致性,任務效率,性能以及滿意度,輸出當前產(chǎn)品體驗報告,說明當前體驗問題及解決方案。下圖展示的是設計測試的線上走查清單樣例,走查類型主要分兩種,一種是產(chǎn)品體驗層的功能性走查,包括任務測試,頁面跳轉,加載速度,元素交互體驗等;另一種是視覺還原度走查,包括產(chǎn)品配色,字體樣式,布局間距,圖標logo等視覺元素在實際開發(fā)場景里的呈現(xiàn)效果。較大型的項目場景里包括多家供應商,負責不同的產(chǎn)品板塊,因此總集設計師需要輸出統(tǒng)一的設計規(guī)范,審核把控各家設計師的設計效果,同時在各家設計師走查完各自系統(tǒng)后做一次全面的最終走查,確保多系統(tǒng)多板塊多端的一致性,易用性等。圖10走查清單7.2項目總結與驗收項目總結包括對所有設計交付物和執(zhí)行階段過程的沉淀,包括設計規(guī)范,設計方法,設計原則,設計理念等,通過圖片,設計源文件,文字等載體以word文檔形式沉淀到一起,形成可面向客戶的匯報設計文件或驗收報告,制作報告首先要搭建驗收框架,具體分為單一功能驗收階段,模塊驗收階段,全局驗收階段,周期性復查階段。明確基礎驗收流程:1建立驗收文檔,2驗收問題錄入,3同步溝通驗收問題,4調整跟進,5上線前復查,進行錄入與優(yōu)化。輸出完整的驗收報告后,通過三方項目驗收機構審核后即明確設計交付完成。圖11驗收內(nèi)容架構大型項目的設計費用一般沒有定金,特別是政府類項目大多走無合同提前交付,先走招標流程,DEMO比稿,多家PK,再進行設計方案的細化,最后敲定方案后才會簽訂合同,項目驗收也會分多個階段,驗收確認一部分,打款一部分,所以在多個項目并行的情況下保證有一定的團隊流動資金是尤為重要的。7.3專業(yè)沉淀與創(chuàng)新項目管理重要,知識管理同樣重要,特別是對于高度定制化的交付業(yè)務而言,設計專業(yè)知識創(chuàng)造價值,同時也是交付設計團隊的市場核心競爭力。知識可以分為過程知識和成果知識,最終的產(chǎn)品設計稿屬于成果知識,管理難度小于過程知識,而比如產(chǎn)出最終設計之前的調研,分析和各類的設計方法實踐,則屬于過程知識。建立知識管理體系尤為重要,設計師可以建設交付設計案例庫和解決方案庫,把項目按行業(yè)線分類,建立目錄和知識地圖,以便設計師隨時查找類似問題的歷史解決方案和相關技術人員,確保知識的可追溯可復用。在項目完成后,主設計師對案例進行線上化的整理和沉淀,一方面方便二期新增需求的順利交接或多位設計師工作交接,另外可基于項目案例沉淀,提煉出抽象的行業(yè)解決方案,并挖掘出不同行業(yè)特點和創(chuàng)新場景,將項目交付過程中設計解決方案亮點和經(jīng)驗轉化為創(chuàng)新點。圖12案例沉淀內(nèi)容架構通過把案例脫敏,通用化,再加以更多的實踐場景,就可以得到細分行業(yè)下的設計解決方案,它的核心基礎就是項目管理,在WBS項目管理結構化流程中的節(jié)點除了時間維度外,也會有質量,成本,品質,知識等維度的意義。隨著內(nèi)容的不斷沉淀,知識庫的豐富,一線的交付設計師的交付效率會得到質的飛躍,逐漸形成共享的價值觀體系。這樣每位設計師則可以承接更多項目,設計專家則可以做更多知識的整理,研究,提升,做高附加值工作,促進良性循環(huán)。通過沉淀解決方案,不僅可以擴大團隊承載體量,還可以建設專業(yè)壁壘,通過分享標桿案例和解決方案,可以加上與客戶雙方對項目目標,方法的共識,信息的交互也會建立客戶信任,促進簽單,甚至直接帶來商業(yè)價值的轉化。解決方案是綜合的設計創(chuàng)新內(nèi)容,概括上講,創(chuàng)新內(nèi)容一般會分為3類,第一類是視覺效果的創(chuàng)新,結合業(yè)務理解,新興視覺技術和產(chǎn)品文化,可以打造出新的視覺效果,例如云上展會的3D互動廳的展現(xiàn)形式,融入自然重力,XR體驗等;第二類是產(chǎn)品體驗的創(chuàng)新,在特定業(yè)務場景里,將任務鏈路進行創(chuàng)新簡化,優(yōu)化出新的邏輯,使用戶在操作上更加高效,都是好的體驗創(chuàng)新點;第三類是從設計管理維度上,創(chuàng)造優(yōu)化新的管理模式,設計體驗方法和流程鏈路,使設計交付質量更上一層,這類創(chuàng)新也是交付設計中重要的一部分。創(chuàng)新內(nèi)容經(jīng)過抽象和提煉可以轉化為設計專利,為商業(yè)設計交付行業(yè)的發(fā)展做出更深遠的影響。8.售后階段:數(shù)據(jù)與迭代8.1產(chǎn)品上線數(shù)據(jù)分析與迭代產(chǎn)品上線后會收集到兩類數(shù)據(jù),第一類是定量分析,自動采集數(shù)據(jù)收集依托于埋點數(shù)據(jù),通過分析頁面點擊數(shù),跳轉率,用戶留存數(shù)等可以得到定量的分析結果,另一種打分模式的主動采集數(shù)據(jù),一般以線上或線下的問卷形式進行分數(shù)記錄,例如產(chǎn)品易用性評分表等。第二類是定性分析,通過用戶訪談,可用性測試實驗等方式進行數(shù)據(jù)定性分析,觀察用戶與產(chǎn)品互動過程中的主觀感受和潛意識行為,做心智模型,任務體驗鏈路等方面的分析?;跀?shù)據(jù)分析,得出優(yōu)化方案和結論,制定迭代計劃,一般數(shù)據(jù)迭代會考慮幾方面因素,包括項目里程碑和重要時間點,技術團隊的落地周期,技術難度,預算成本評估,以及客戶容錯度的優(yōu)先級等。8.2經(jīng)營數(shù)據(jù)分析如果商業(yè)交付業(yè)務中沒有數(shù)據(jù)系統(tǒng),設計團隊的決策就會缺乏量化依據(jù),全憑感覺定,人有個體化差異,這種感覺也是因人而異,因此在團隊中,彼此很難說服。如果有統(tǒng)一的數(shù)據(jù),則雙方即使專注的焦點不同,也會很快建議統(tǒng)一認知。做經(jīng)營數(shù)據(jù)分析有三點重要原因1)隨著業(yè)務擴張,商業(yè)直覺和經(jīng)驗已經(jīng)靠不住,需要保證決策的全面和準確,就需要數(shù)據(jù)分析做依據(jù)(2)組織無論大小,運轉過程都會涉及很多決定,各級員工也要自己做實事決定,為了確保每個人做的決定都符合組織目標,以統(tǒng)一數(shù)據(jù)為標準就會更有保障(3)目前在交付領域的戰(zhàn)略方向清晰的前提下,外部環(huán)境變化越來越快,要學會用更少的時間管理現(xiàn)在,用更多的時間管理未來。運營經(jīng)常事關大局,所以建立經(jīng)營數(shù)據(jù)系統(tǒng)至關重要。8.3設計產(chǎn)品與服務迭代一個設計項目的實現(xiàn)過程歷經(jīng)市場,銷售,前期規(guī)劃,方案,DEMO,執(zhí)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論