下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
分析:如何理解描述一個(gè)APP
引子一:一個(gè)產(chǎn)品的生命周期中需要產(chǎn)出MRD(市場需求文檔),然后根據(jù)市場需求文檔畫出產(chǎn)品原型圖并輸出PRD(產(chǎn)品需求文檔)。在許多產(chǎn)品經(jīng)理教程或者書籍里,大家肯定沒少看到與需求、原型相關(guān)的論述,不過在工作實(shí)踐中往往會感覺“從需求到原型”還是跳躍的,僅僅明確需求就去構(gòu)造產(chǎn)品原型會不清晰,中間需要做很多的過渡工作,只是這些工作不像明確需求與建立原型那樣被廣泛提及,它們并沒有一套明確的方法論。正是因?yàn)樾枨蟮皆痛嬖凇皵鄬印?,而之間的過渡體并沒有被提出明確的概念,因此筆者將在此文中來論述如何在需求與原型之間搭建起一座橋梁,這個(gè)“橋梁”是如何工作的,從而順暢產(chǎn)品原型的輸出。引子二:一個(gè)極客用戶(需要深度體驗(yàn)各類app的產(chǎn)品經(jīng)理就算這類用戶)需要來回翻轉(zhuǎn)整個(gè)app來理解這個(gè)app的設(shè)計(jì)理念和機(jī)制,因?yàn)闆]有明確的方法論去告訴我們怎樣去深度體驗(yàn)app,很多時(shí)候大家會感到迷茫和低效。這是因?yàn)槲覀兺テ湟挥?,陷在?xì)節(jié)里不可自拔,只有當(dāng)你有意識從全局上去分析整個(gè)系統(tǒng)的設(shè)計(jì),從app的各種頁面去構(gòu)建出一個(gè)邏輯框架圖的時(shí)候,你才開始“玩轉(zhuǎn)”這個(gè)app。那么,有沒有一套方法可以幫助我們迅速在大腦中建立app模型?答案是可以有,我們要做的就是翻轉(zhuǎn)頁面,然后把這些頁面解構(gòu)、重組,形成一個(gè)邏輯(功能)框架圖。當(dāng)你的大腦中有了這樣一個(gè)整體的概念,再細(xì)入到每一個(gè)具體頁面的時(shí)候,你看到的不再只是這個(gè)頁面,你會知道它處于整體的哪一個(gè)位置,它在整個(gè)app中扮演了怎樣的一個(gè)角色,它與其他頁面之間的邏輯關(guān)系是如何的。盡管這兩個(gè)引子切入角度不同,但是大家可以發(fā)現(xiàn)它們在描述同一個(gè)事實(shí):我們需要一套方法論去為app建模,從而幫助我們?nèi)ジ玫睦斫狻⒃O(shè)計(jì)app產(chǎn)品。這種描述一方面在設(shè)計(jì)的時(shí)候?yàn)樾枨笈c原型之間做緩沖,另一方面在準(zhǔn)備深度體驗(yàn)app的時(shí)候,能真正從全局上去理解該app的設(shè)計(jì)思想,而不僅僅是“只見樹木不見森林”?!八街梢怨ビ瘛保P者受到UML類圖以及數(shù)據(jù)庫原理E-R(實(shí)體-關(guān)系)圖的啟發(fā),發(fā)現(xiàn)采用類似方式去描述一個(gè)app的邏輯框架非常的有效。首先從概念上來說,app的“實(shí)體關(guān)系模型”就是把a(bǔ)pp理解成有許多不同的實(shí)體組成,而且這些實(shí)體之間又有各種關(guān)系,實(shí)體們相互影響相互變化。具體的頁面就是把不同的實(shí)體按一定規(guī)則的呈現(xiàn),而頁面之間的關(guān)系也透露出各個(gè)實(shí)體之間的關(guān)系。所以,描述一個(gè)app就是首先描述“實(shí)體”,然后描述實(shí)體之間的關(guān)系,最后描述實(shí)體的組織呈現(xiàn)。這樣就能非常深刻的去理解一個(gè)app了。當(dāng)然沒有聽明白的小伙伴們也不要緊,下面筆者用一個(gè)實(shí)例(網(wǎng)易云音樂app)去說明怎樣使用實(shí)體-關(guān)系的方式去為一個(gè)app建模。描述實(shí)體實(shí)體可以理解成“概念類”,比如在網(wǎng)易云音樂中我們可以抽象出這些“概念”實(shí)體:歌曲、歌單、用戶、歌手、專輯、DJ節(jié)目。下面舉一個(gè)歌單實(shí)體的例子,如圖:產(chǎn)品經(jīng)理干貨,APP建摸:一套描述app的方法論,互聯(lián)網(wǎng)的一些事歌單實(shí)體中的變量描述了歌單是由哪些元素組成,一個(gè)歌單擁有歌單名、封面、介紹與評論。當(dāng)然一個(gè)歌單也會有創(chuàng)建者、屬于此歌單的歌曲與收藏該歌單的用戶這些元素,不過它們本身也是實(shí)體類型的(創(chuàng)建者屬于用戶實(shí)體,歌單的歌曲屬于歌曲實(shí)體,收藏該歌單的用戶屬于用戶實(shí)體),因此它們被稱作實(shí)體變量。實(shí)體變量的表示方法是在變量名之前加上括在中括號里的實(shí)體類型,比如“[用戶]創(chuàng)建者”。操作描述了歌單實(shí)體的操作集合,歌單可以被收藏、評論、分享、播放與下載。當(dāng)然還有一個(gè)被大括號
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 拍攝合同范例3篇
- 各種物品寄售合同范例
- 國際招標(biāo)貨物合同范例
- 亮化出租維修合同范例
- 日文勞務(wù)合同范例
- 漁網(wǎng)加工銷售合同范例
- 墻體內(nèi)粉刷合同范例
- 三基護(hù)理考試題與參考答案
- 急救理論知識考試模擬題(附答案)
- 債權(quán)擔(dān)保協(xié)議合同范例
- 北京開放大學(xué)《自動(dòng)控制技術(shù)及應(yīng)用》終結(jié)性考試復(fù)習(xí)題庫(附答案)
- 高中高一級部拔河比賽活動(dòng)實(shí)施方案
- 每日食品安全檢查記錄
- 航空機(jī)務(wù)專業(yè)職業(yè)生涯規(guī)劃書
- 八年級英語上學(xué)期期末考試(深圳卷)-2023-2024學(xué)年八年級英語上冊單元重難點(diǎn)易錯(cuò)題精練(牛津深圳版)
- 項(xiàng)目成本節(jié)約措施總結(jié)報(bào)告
- 迎元旦趣味活動(dòng)及知識競賽試題及答案
- SH/T 3543-2007 石油化工建設(shè)工程項(xiàng)目施工過程技術(shù)文件規(guī)定
- 減鹽控油控制體重規(guī)章制度
- 建筑之歌課件PPT
- (完整版)員工流失文獻(xiàn)綜述
評論
0/150
提交評論