在剛剛過去的5月份里可都，我接到了一個外包公司發(fā)給我的產(chǎn)品設(shè)計任務(wù)耕姊，幫農(nóng)行設(shè)計房產(chǎn)項目的線上頁面膀值。之前我也自己做過一些小項目棍丐，不過都沒有涉及到前期產(chǎn)品設(shè)計方面的工作，所以這個設(shè)計任務(wù)對我來說是一個挑戰(zhàn)虫腋，也是一個很大的提升骄酗，在此記錄一下。
產(chǎn)品需求發(fā)起的原因是農(nóng)行想要增加貸款率悦冀，所以搭建了一個房源展示平臺希望能提高購房率進而提升貸款率趋翻，因此本項目設(shè)計的利益相關(guān)方就是農(nóng)行、房開公司和中介公司盒蟆、購房用戶踏烙。我的任務(wù)是設(shè)計微信端的房源展示平臺、web端的農(nóng)行后臺以及房開中介公司后臺历等。
因為是外包任務(wù)讨惩，所以需求功能已經(jīng)由需求方提出了，不過由于需求方一開始也沒想清楚寒屯，所以在需求說明書上呈現(xiàn)的也是雜亂無章的荐捻，比如提出了十多個功能，但這十多個功能的優(yōu)先級并不相同寡夹，結(jié)構(gòu)層次也不相同处面，這時候我首先要做的就是理清結(jié)構(gòu)層次，然后是想清所有每個結(jié)構(gòu)下所有包含的內(nèi)容（這里我說的可能跟《用戶體驗要素》里說的先想范圍層再想結(jié)構(gòu)層的說法有所違背菩掏，不過我認為還是要具體問題具體分析魂角，不能一概而論）。
這是我在梳理中介房開公司后臺時畫的樹形結(jié)構(gòu)圖：
我將后臺分為了房源管理智绸、預約管理野揪、打印以及求購需求四個主要入口访忿。找到主要入口后接下來要做的就是繼續(xù)分類或者想出所有頁面上的基礎(chǔ)功能，具體做哪個視情況而定（比如在預約管理下斯稳，我又分出了已解決和未解決兩個入口海铆；而在房源管理頁面下就不需要繼續(xù)分入口，直接想基礎(chǔ)功能就可以了）挣惰。腦暴基礎(chǔ)功能的時候我就碰到了一個問題游添，怎么能考慮全面所有基礎(chǔ)功能？我采用的一個方法是將自己當做用戶通熄，按照用戶使用產(chǎn)品的流程來思考，這個方法真的能提高思考的效率找都。因為平臺的功能需求較少唇辨，所以沒有繼續(xù)畫流程圖，在畫完結(jié)構(gòu)圖以后我就開始進行原型設(shè)計了（這里我要提個醒:做原型之前千萬不能拿到需求就開始動手畫能耻，邏輯結(jié)構(gòu)思維特別強的同學除外赏枚，這樣做的壞處就是一遍想一邊畫，畫到一半就會覺得邏輯對不上晓猛，于是越畫越亂）饿幅。
因為這次需求方需要做有交互效果的原型，所以我采用了axure結(jié)合photoshop來畫戒职，之前有人推薦用一款新的原型工具“墨刀”栗恩，我試了一下覺得比axure簡單易上手，不過因為是web端的服務(wù)洪燥，所以功能不全以及操作不靈敏磕秤，最后我還是決定使用axure。
以下是最后成型的房開中介公司后臺demo捧韵，做個展示：
在這次制作交互原型的過程中市咆，我發(fā)現(xiàn)這類原型只能作為demo展示給需求方看，千萬不能以此為前期的產(chǎn)品設(shè)計結(jié)果交給做之后流程的設(shè)計師以及程序員同學看再来。因為我在制作原型的過程中想到用戶不會老老實實的按照我們給設(shè)計的流程去操作蒙兰，舉個例子：在登錄時用戶如果輸入非法字符，我們該如何提示芒篷，或者是密碼錯誤搜变，又該如何提示，是提示密碼錯誤還是提示用戶名密碼錯誤梭伐。有很多出乎意料的情況會出現(xiàn)痹雅，這就需要產(chǎn)品經(jīng)理前期遍歷出會出現(xiàn)的情況，而僅靠axure這類交互原型設(shè)計工具無法達到這個目的糊识，所以就需要產(chǎn)品需求文檔的存在绩社。雖然說很多人都覺得文檔的撰寫是一件枯燥又效率低的事摔蓝，但我覺得這是一個完整呈現(xiàn)產(chǎn)品最優(yōu)的途徑。
這次外包項目經(jīng)歷對我思維方式的形成有很大的幫助愉耙，另外讓我體會到了產(chǎn)品需求文檔撰寫的重要性贮尉。作為一個還沒有經(jīng)歷過正式產(chǎn)品經(jīng)理的工作的學生來說，學習PRD的撰寫是我下個階段要努力的方向朴沿，而產(chǎn)品思維的形成則是一個漫長學習的目標猜谚，道阻且長。（PS：剛剛boss又來改需求了赌渣，外包項目里需求方需求的反復改動真是一件讓人欲哭無淚的事~T_T）
