提交需求
賽事與廣告咨詢合作,請(qǐng)?zhí)顚懶枨蟊韱?,我們?huì)在第一時(shí)間與您聯(lián)系!
第225期:用時(shí)約2分883字
【產(chǎn)品經(jīng)理】創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理
1. 需求分析
需求主要來自:用戶反饋、運(yùn)營部門、老板和產(chǎn)品經(jīng)理自身等。
首先,了解為什么提出這個(gè)需求,問題是否嚴(yán)重,有多少用戶在什么情況下碰到了此類問題。
其次,了解清楚后,必須再做實(shí)際的調(diào)研,獲取更多的信息??梢匀ゾW(wǎng)上搜索相關(guān)信息
需求分析方法:定性分析和定量分析。創(chuàng)業(yè)公司往往經(jīng)常會(huì)采用定性分析。
功能需求判別:
01矛盾:指不論功能存在與否,用戶都很開心或不開心,顯然是有問題的。
02錯(cuò)誤:指如果功能存在,用戶很不開心;功能是個(gè)錯(cuò)誤功能。
03無關(guān):指不論功能存在與否,用戶都覺得無所謂。
04必要:指如果功能存在,用戶沒有感覺,說明這個(gè)功能是需要做的。
05期待:指如果功能存在用戶很開心,這就是滿足用戶最直接的需求了。
06驚喜:如果功能不存在,用戶沒感覺,存在了用戶很開心,說明達(dá)到驚喜的效果。
2. 需求管理,確定優(yōu)先級(jí)
以利用需求分析的KANO模型,是驚喜型、期待型還是必要型,確定它的重要性和緊急性。
3. 產(chǎn)品設(shè)計(jì)
戰(zhàn)略層:要考慮我們?yōu)槭裁匆_發(fā)這個(gè)產(chǎn)品,開發(fā)的東西要與企業(yè)目標(biāo)和用戶需求想契合。范圍層:明確我們要開發(fā)的具體是什么。當(dāng)你把企業(yè)目標(biāo)和用戶需求轉(zhuǎn)換為具體要提供給用戶什么樣的內(nèi)容和功能時(shí),戰(zhàn)略就變成了范圍。
結(jié)構(gòu)層:為產(chǎn)品創(chuàng)建一個(gè)架構(gòu),設(shè)計(jì)用戶如何到達(dá)某個(gè)頁面,做完事情后能去什么地方。
框架層:原型圖是框架層的具體表現(xiàn)形式。導(dǎo)航設(shè)計(jì)、界面設(shè)計(jì)和信息設(shè)計(jì),主要解決按鈕、空間、圖片、文本等放置的位置。
表現(xiàn)層:主要是視覺呈現(xiàn)。
產(chǎn)品設(shè)計(jì)小技巧
01.產(chǎn)品框架的可擴(kuò)展性要好,切勿一有迭代就推翻重來。
02.原型圖最好使用中性色彩,避免參雜個(gè)人的主觀喜好。
03.頁面之間按功能模塊合理劃分,標(biāo)注清楚頁面內(nèi)容,確保一目了然。
04.不要為了追求動(dòng)效交互的炫酷,交互效果用語言描述清楚即可
4. 項(xiàng)目推動(dòng)、產(chǎn)品測(cè)試
需求變更、增加新的需求、開發(fā)人手不夠等,需要及時(shí)處理并給出合理的解決方案,推動(dòng)產(chǎn)品在可控范圍內(nèi)完成??赡軙?huì)反反復(fù)復(fù)好多次,不停的測(cè)試,反饋,再測(cè)試,再反饋,目的是要保證產(chǎn)品的質(zhì)量。
5. 快速驗(yàn)證、迭代優(yōu)化
Powered by Froala Editor
密碼登錄
大牛,別默默的看了,快登錄幫我點(diǎn)評(píng)一下吧!:)
登錄 立即注冊(cè)