產品日記:我的產品第一課,原型設計
我是一名剛做產品半年的小白,其實做這樣的部落格分享,沒有經驗十足的設計實踐,也沒有飽讀理論的感悟介紹,如果說一定要為我的這些文件做一個定位的話,大概是為了記錄和反思我走過的坑,畢竟此時此刻我還能以經驗淺薄為理由去搪塞那些我沒有做好的事情,但是如果想在產品的路上走得長遠,總在相似的坑邊上徘徊,大概是無法前進的。
作為一個平臺的產品,入職半年以後,得到了一個從0到1設計產品的機會。也是這樣的一次機會,讓我史無前例的暴露了自己大量的缺點和短板,但與此同時也讓我重構了自己的思維和做事方法,清醒的找到了一些工作的標杆。現將這些感想整理如下:
產品基本功
一、 其實做好一個產品的前提,是做好一名員工,要有想法,懂得反思和沉澱,有計劃有目標有反饋,只有努力吸取過去的營養,才能在現在以致未來都能有效率有依據的科學規劃。毫無疑問,如果你能有一個細微至每天的工作計劃和工作情況驗收表自然是極好的。 二、巨集觀思維很重要,是我們做事的框架和邊界;哪些是我們要做的事,而哪些是我們目前不會去涉及的範圍,框定好產品界限,才不會把產品做散,才能把這個產品做活。 三、什麼是產品思維,以我目前所處的入門階段來說,就是做好產品定位和價值分析,也就是你打算用什麼樣的產品為什麼樣的目標使用者解決什麼問題
收集資源 -》 整理資源 -》利用資源
- 收集資源: 1.與各領域專家,前輩溝通; 2.做受眾的問卷調查 3.網上搜索
- 整理資源: 1.整理出一條自己的思路,觀點,並提煉出自己的邏輯與話語。
- 利用資源: 1.獲取專家的幫助,讓結果體現專業; 2.獲取受眾的反饋,讓結果體現實用; 3.獲取網上的資源,讓結果體現全面
四、原型圖是產品對外交流的輸出檔案,作為產品研發過程中流轉溝通的重要檔案,它是產品的第二張嘴。邏輯嚴謹、結構清晰的原型圖,能讓溝通協作更加順暢的同時,減少理解偏差。而作為一名平臺的產品,我們在設計的過程中,尤其要注意:
- 原型結構清晰 1.明確迭代規劃,每期迭代的重點功能; 2.原型基本資訊,如原型設計的時間、連結地址;UI設計的時間、連結地址等; 3.遺留問題記錄; 4.系統級與租戶級的設計區分; 5.不同角色的設計區分; 6.不能在原型圖上體現的功能要在需求規則中做具體的闡述; 7.重複性的頁面,可做標註提示,避免協作的開發人員重複查詢頁面的異同點
儘量做到即使是一名新來的開發人員,也能看懂我們的原型圖。
五、梳理問題的時候,要從巨集觀框架到細節,建議用思維導圖去梳理,從而清晰的抓住業務的巨集觀流程和細節之處;同時能讓你的讀者能夠針對性的去獲取自己想要的業務框架或是細節處理
六、最後一點,產品的心態,我們的目標是設計出符合使用者需求的產品,所以請始終抱著客戶成功的心態,去造福使用者,如果能有一點點的使用者心理學基礎,我想我們會設計出更加溫暖的產品
產品原型設計流程
Part1:產品定位 產品設計是為了面向正確的使用者,產生最大的價值,輸出合理的產品。 所以產品設計的第一步,不是一鼓作氣開始幹,而是坐下來想清楚產品的定位:用什麼樣的產品為什麼樣的目標使用者解決什麼問題? 之前說到的,我獲得了一個從0到1設計產品的機會,它的實現方式:是面向公司同事,基於我們公司內部的業務,在PaaS平臺搭建一個SaaS應用以供使用,這個產品的價值,姑且總結為以下三點: 1,自己搭建的應用更貼合公司本身業務,可以讓我們的業務部門直接使用契合業務需要的應用 2,我們是做平臺的,在paas平臺上搭建自己的應用,就是廠家直銷,節省成本的同時,能夠充分證明平臺的能力,是平臺對外推廣的案例庫模型。 3,有利於我做平臺文件佈局的時候更加合理的去規劃,我們的文件要能發揮它的價值,要能教會大家如何利用平臺去搭建一個應用,而這次0到1的應用搭建就是我利用文件教大家搭建應用的一個實戰案例,只有我自己能真正完成平臺應用搭建的一整個流程,我才能在文件上真正的寫出來一套通俗易懂的平臺應用搭建流程。
Part2:業務流程梳理 產品研發的最終目的,是為了迎合市場需求,優化使用者體驗。所以產品設計的第二步,就是與使用者站在一起,梳理業務需求,提供業務解決方案。 業務流程圖涉及到各種角色的各種業務操作,為了方便讀者能夠最快的看出結構清晰的業務流程,建議使用泳道圖,類似下圖這種:
Part3:競品分析,充分界定產品的系統級與租戶級 知己知彼,百戰不殆。作為一個剛入門的產品,如果在設計產品的時候,想要憑藉豐富的想象力去完成整個設計,可能會被知道真相的研發拉去祭天。所以產品設計不僅要基於使用者基礎,更要有充分的競品分析來當墊背,啊呸,來做借鑑的依據。 拿著我們在第二步中整理的業務流程,在競品上嘗試走通整個流程,競品能夠滿足我們的業務需求的部分就是系統級需求,不嗯呢該滿足的我們的業務需求的部分,就是租戶級需求。 競品分析的大忌,就是隻看不操作,容易產生背單詞的效果,就是你在研究了好幾個日日夜夜以後,還是隻記得abanden這個詞。我們一定要讓業務流程在整個系統上跑起來,才能梳理出有價值,而又界限分明的產品設計
Part4:合理規劃,輸出邏輯嚴謹,結構清晰的原型圖 你們只見過被產品逼著加需求的研發們,大喊著要砍需求砍產品的場景。我大概是為數不多的被研發追著討要原型圖的一個產品,由於工作規劃不合理,被研發拖拽著追趕進度,澆灌雞湯,梳理需求,匆忙加班趕出來的原型圖,也因為不符合標準,被研發diss了很久。其實究其原因,不是工作態度消極,而是工作規劃沒有條理化,每天的工作內容沒有量化,導致進度一拖再拖。所以細緻到每天的工作計劃和工作成果驗收的確是非常必要,有助於同事協作,畢竟有一種叫做KPI的東西是需要你在平時就將工作內容條理化的。
Part5:獲取有經驗的高階產品經理的指導和目標業務部門的認可 與同事協作溝通,要注意在準備充分的情況下,帶著方案,帶著原型圖有效率溝通。不然不僅浪費了對方時間,起不到應有的溝通效果,也不能提升自己的產品設計能力,因為你沒有形成深思熟慮的方案,所以不會對最終的設計結果印象深刻,有所收穫。 與業務部門溝通,要帶著迭代規劃和產品定位價值,以及原型圖,為他們梳理整體的產品設計巨集觀規劃,並根據他們的建議作出相應修改。
Part6:*UI設計* UI設計是協作的一步,一定要溝通好每一個細節點,在原型圖或者需求說明中清晰的體現出來,並再三確認,避免後期交付的時候產生不一致,同時也要溝通好交付時間,儘量保證產品設計的每一步都能得到按時交付。由於在paas平臺上搭建SaaS應用,都是標準的元件,所以本次產品設計流程中不存在UI設計的溝通
到這裡,我的原型設計感悟就告一段落了,值得提醒的是,一定不要吝嗇你在工作中產生的問題,一個螺絲釘如果不能經常運轉的話,是會生鏽的,我們常常去提問,是為了不再那麼不知所措,是為了共同成功,及時的整理問題,並在固定的時間段去諮詢同事,會讓你在大家眼中成為一個努力鑽取知識的優秀的產品經理,那些在產品領域躍躍欲試的同伴們,別再讓你們的能力只是潛力,它是值得你放手一搏的爆發力,歡迎你的加入!