app設(shè)計(jì)報(bào)告總結(jié)(APP設(shè)計(jì)報(bào)告)
一個(gè)軟件的設(shè)計(jì)總結(jié)報(bào)告一般加些什么參考資料
分析一下需求的具體內(nèi)容:·業(yè)務(wù)需求——反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,通常在項(xiàng)目定義與范圍文檔中予以說(shuō)明?!び脩粜枨蟆枋隽擞脩羰褂卯a(chǎn)品必須要完成的任務(wù),這在使用實(shí)例或方案腳本中予以說(shuō)明。·功能需求——定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能,使用戶利用系統(tǒng)能夠完成他們的任務(wù),從而滿足了業(yè)務(wù)需求?!し枪δ苄缘男枨蟆枋隽讼到y(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等,它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和約束,操作界面的具體細(xì)節(jié)和構(gòu)造上的限制?!ば枨蠓治鰣?bào)告——報(bào)告所說(shuō)明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為?!靶枨蠓治鰣?bào)告”在開發(fā)、測(cè)試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中起著重要作用。在實(shí)際需求分析過(guò)程中,以上兩種客戶可能都覺(jué)得沒(méi)有時(shí)間與需求分析人員討論,有時(shí)客戶還希望分析人員無(wú)須討論和編寫需求說(shuō)明就能說(shuō)出用戶的需求。除非遇到的需求極為簡(jiǎn)單;否則不能這樣做。如果您的組織希望軟件成功,那么必須要花上數(shù)天時(shí)間來(lái)消除需求中模糊不清的地方和一些使開發(fā)者感到困惑的方面。優(yōu)秀的軟件產(chǎn)品建立在優(yōu)秀的需求基礎(chǔ)之上,而優(yōu)秀的需求源于客戶與開發(fā)人員之間有效的交流和合作。只有雙方參與者都明白自己需要什么、成功的合作需要什么時(shí),才能建立起一種良好的合作關(guān)系客戶的需求觀客戶與開發(fā)人員交流需要好的方法。下面建議20條法則,客戶和開發(fā)人員可以通過(guò)評(píng)審以下內(nèi)容并達(dá)成共識(shí)。如果遇到分歧,將通過(guò)協(xié)商達(dá)成對(duì)各自義務(wù)的相互理解,以便減少以后的磨擦(如一方要求而另一方不愿意或不能夠滿足要求)。1、分析人員要使用符合客戶語(yǔ)言習(xí)慣的表達(dá)需求討論集中于業(yè)務(wù)需求和任務(wù),因此要使用術(shù)語(yǔ)??蛻魬?yīng)將有關(guān)術(shù)語(yǔ)(例如:采價(jià)、印花商品等采購(gòu)術(shù)語(yǔ))教給分析人員,而客戶不一定要懂得計(jì)算機(jī)行業(yè)的術(shù)語(yǔ)。2、分析人員要了解客戶的業(yè)務(wù)及目標(biāo)只有分析人員更好地了解客戶的業(yè)務(wù),才能使產(chǎn)品更好地滿足需要。這將有助于開發(fā)人員設(shè)計(jì)出真正滿足客戶需要并達(dá)到期望的優(yōu)秀軟件。為幫助開發(fā)和分析人員,客戶可以考慮邀請(qǐng)他們觀察自己的工作流程。如果是切換新系統(tǒng),那么開發(fā)和分析人員應(yīng)使用一下目前的舊系統(tǒng),有利于他們明白目前系統(tǒng)是怎樣工作的,其流程情況以及可供改進(jìn)之處。3、分析人員必須編寫軟件需求報(bào)告分析人員應(yīng)將從客戶那里獲得的所有信息進(jìn)行整理,以區(qū)分業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標(biāo)、解決方法和其他信息。通過(guò)這些分析,客戶就能得到一份“需求分析報(bào)告”,此份報(bào)告使開發(fā)人員和客戶之間針對(duì)要開發(fā)的產(chǎn)品內(nèi)容達(dá)成協(xié)議。報(bào)告應(yīng)以一種客戶認(rèn)為易于翻閱和理解的方式組織編寫??蛻粢u(píng)審此報(bào)告,以確保報(bào)告內(nèi)容準(zhǔn)確完整地表達(dá)其需求。一份高質(zhì)量的“需求分析報(bào)告”有助于開發(fā)人員開發(fā)出真正需要的產(chǎn)品。4、要求得到需求工作結(jié)果的解釋說(shuō)明分析人員可能采用了多種圖表作為文字性“需求分析報(bào)告”的補(bǔ)充說(shuō)明,因?yàn)楣ぷ鲌D表能很清晰地描述出系統(tǒng)行為的某些方面,所以報(bào)告中各種圖表有著極高的價(jià)值;雖然它們不太難于理解,但是客戶可能對(duì)此并不熟悉,因此客戶可以要求分析人員解釋說(shuō)明每個(gè)圖表的作用、符號(hào)的意義和需求開發(fā)工作的結(jié)果,以及怎樣檢查圖表有無(wú)錯(cuò)誤及不一致等。5、開發(fā)人員要尊重客戶的意見如果用戶與開發(fā)人員之間不能相互理解,那關(guān)于需求的討論將會(huì)有障礙。共同合作能使大家“兼聽則明”。參與需求開發(fā)過(guò)程的客戶有權(quán)要求開發(fā)人員尊重他們并珍惜他們?yōu)轫?xiàng)目成功所付出的時(shí)間,同樣,客戶也應(yīng)對(duì)開發(fā)人員為項(xiàng)目成功這一共同目標(biāo)所做出的努力表示尊重。6、開發(fā)人員要對(duì)需求及產(chǎn)品實(shí)施提出建議和解決方案通??蛻羲f(shuō)的“需求”已經(jīng)是一種實(shí)際可行的實(shí)施方案,分析人員應(yīng)盡力從這些解決方法中了解真正的業(yè)務(wù)需求,同時(shí)還應(yīng)找出已有系統(tǒng)與當(dāng)前業(yè)務(wù)不符之處,以確保產(chǎn)品不會(huì)無(wú)效或低效;在徹底弄清業(yè)務(wù)領(lǐng)域內(nèi)的事情后,分析人員就能提出相當(dāng)好的改進(jìn)方法,有經(jīng)驗(yàn)且有創(chuàng)造力的分析人員還能提出增加一些用戶沒(méi)有發(fā)現(xiàn)的很有價(jià)值的系統(tǒng)特性。7、描述產(chǎn)品使用特性客戶可以要求分析人員在實(shí)現(xiàn)功能需求的同時(shí)還注意軟件的易用性,因?yàn)檫@些易用特性或質(zhì)量屬性能使客戶更準(zhǔn)確、高效地完成任務(wù)。例如:客戶有時(shí)要求產(chǎn)品要“界面友好”或“健壯”或“高效率”,但對(duì)于開發(fā)人員來(lái)講,太主觀了并無(wú)實(shí)用價(jià)值。正確的做法是,分析人員通過(guò)詢問(wèn)和調(diào)查了解客戶所要的“友好、健壯、高效所包含的具體特性,具體分析哪些特性對(duì)哪些特性有負(fù)面影響,在性能代價(jià)和所提出解決方案的預(yù)期利益之間做出權(quán)衡,以確保做出合理的取舍。8、允許重用已有的軟件組件需求通常有一定靈活性,分析人員可能發(fā)現(xiàn)已有的某個(gè)軟件組件與客戶描述的需求很相符,在這種情況下,分析人員應(yīng)提供一些修改需求的選擇以便開發(fā)人員能夠降低新系統(tǒng)的開發(fā)成本和節(jié)省時(shí)間,而不必嚴(yán)格按原有的需求說(shuō)明開發(fā)。所以說(shuō),如果想在產(chǎn)品中使用一些已有的商業(yè)常用組件,而它們并不完全適合您所需的特性,這時(shí)一定程度上的需求靈活性就顯得極為重要了。9、要求對(duì)變更的代價(jià)提供真實(shí)可靠的評(píng)估有時(shí),人們面臨更好、也更昂貴的方案時(shí),會(huì)做出不同的選擇。而這時(shí),對(duì)需求變更的影響進(jìn)行評(píng)估從而對(duì)業(yè)務(wù)決策提供幫助,是十分必要的。所以,客戶有權(quán)利要求開發(fā)人員通過(guò)分析給出一個(gè)真實(shí)可信的評(píng)估,包括影響、成本和得失等。開發(fā)人員不能由于不想實(shí)施變更而隨意夸大評(píng)估成本。10、獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)每個(gè)人都希望項(xiàng)目成功,但這不僅要求客戶要清晰地告知開發(fā)人員關(guān)于系統(tǒng)“做什么”所需的所有信息,而且還要求開發(fā)人員能通過(guò)交流了解清楚取舍與限制,一定要明確說(shuō)明您的假設(shè)和潛在的期望,否則,開發(fā)人員開發(fā)出的產(chǎn)品很可能無(wú)法讓您滿意。11、給分析人員講解您的業(yè)務(wù)分析人員要依靠客戶講解業(yè)務(wù)概念及術(shù)語(yǔ),但客戶不能指望分析人員會(huì)成為該領(lǐng)域的專家,而只能讓他們明白您的問(wèn)題和目標(biāo);不要期望分析人員能把握客戶業(yè)務(wù)的細(xì)微潛在之處,他們可能不知道那些對(duì)于客戶來(lái)說(shuō)理所當(dāng)然的“常識(shí)”。12、抽出時(shí)間清楚地說(shuō)明并完善需求客戶很忙,但無(wú)論如何客戶有必要抽出時(shí)間參與“頭腦高峰會(huì)議”的討論,接受采訪或其他獲取需求的活動(dòng)。有些分析人員可能先明白了您的觀點(diǎn),而過(guò)后發(fā)現(xiàn)還需要您的講解,這時(shí)請(qǐng)耐心對(duì)待一些需求和需求的精化工作過(guò)程中的反復(fù),因?yàn)樗侨藗兘涣髦泻茏匀坏默F(xiàn)象,何況這對(duì)軟件產(chǎn)品的成功極為重要。13、準(zhǔn)確而詳細(xì)地說(shuō)明需求編寫一份清晰、準(zhǔn)確的需求文檔是很困難的。由于處理細(xì)節(jié)問(wèn)題不但煩人而且耗時(shí),因此很容易留下模糊不清的需求。但是在開發(fā)過(guò)程中,必須解決這種模糊性和不準(zhǔn)確性,而客戶恰恰是為解決這些問(wèn)題作出決定的最佳人選,否則,就只好靠開發(fā)人員去正確猜測(cè)了。在需求分析中暫時(shí)加上“待定”標(biāo)志是個(gè)方法。用該標(biāo)志可指明哪些是需要進(jìn)一步討論、分析或增加信息的地方,有時(shí)也可能因?yàn)槟硞€(gè)特殊需求難以解決或沒(méi)有人愿意處理它而標(biāo)注上“待定”??蛻粢M量將每項(xiàng)需求的內(nèi)容都闡述清楚,以便分析人員能準(zhǔn)確地將它們寫進(jìn)“軟件需求報(bào)告”中去。如果客戶一時(shí)不能準(zhǔn)確表達(dá),通常就要求用原型技術(shù),通過(guò)原型開發(fā),客戶可以同開發(fā)人員一起反復(fù)修改,不斷完善需求定義。14、及時(shí)作出決定分析人員會(huì)要求客戶作出一些選擇和決定,這些決定包括來(lái)自多個(gè)用戶提出的處理方法或在質(zhì)量特性沖突和信息準(zhǔn)確度中選擇折衷方案等。有權(quán)作出決定的客戶必須積極地對(duì)待這一切,盡快做處理,做決定,因?yàn)殚_發(fā)人員通常只有等客戶做出決定才能行動(dòng),而這種等待會(huì)延誤項(xiàng)目的進(jìn)展。15、尊重開發(fā)人員的需求可行性及成本評(píng)估所有的軟件功能都有其成本。客戶所希望的某些產(chǎn)品特性可能在技術(shù)上行不通,或者實(shí)現(xiàn)它要付出極高的代價(jià),而某些需求試圖達(dá)到在操作環(huán)境中不可能達(dá)到的性能,或試圖得到一些根本得不到的數(shù)據(jù)。開發(fā)人員會(huì)對(duì)此作出負(fù)面的評(píng)價(jià),客戶應(yīng)該尊重他們的意見。16、劃分需求的優(yōu)先級(jí)絕大多數(shù)項(xiàng)目沒(méi)有足夠的時(shí)間或資源實(shí)現(xiàn)功能性的每個(gè)細(xì)節(jié)。決定哪些特性是必要的,哪些是重要的,是需求開發(fā)的主要部分,這只能由客戶負(fù)責(zé)設(shè)定需求優(yōu)先級(jí),因?yàn)殚_發(fā)者不可能按照客戶的觀點(diǎn)決定需求優(yōu)先級(jí);開發(fā)人員將為您確定優(yōu)先級(jí)提供有關(guān)每個(gè)需求的花費(fèi)和風(fēng)險(xiǎn)的信息。在時(shí)間和資源限制下,關(guān)于所需特性能否完成或完成多少應(yīng)尊重開發(fā)人員的意見。盡管沒(méi)有人愿意看到自己所希望的需求在項(xiàng)目中未被實(shí)現(xiàn),但畢竟是要面對(duì)現(xiàn)實(shí),業(yè)務(wù)決策有時(shí)不得不依據(jù)優(yōu)先級(jí)來(lái)縮小項(xiàng)目范圍或延長(zhǎng)工期,或增加資源,或在質(zhì)量上尋找折衷。17、評(píng)審需求文檔和原型客戶評(píng)審需求文檔,是給分析人員帶來(lái)反饋信息的一個(gè)機(jī)會(huì)。如果客戶認(rèn)為編寫的“需求分析報(bào)告”不夠準(zhǔn)確,就有必要盡早告知分析人員并為改進(jìn)提供建議。更好的法是先為產(chǎn)品開發(fā)一個(gè)原型。這樣客戶就能提供更有價(jià)值的反饋信息給開發(fā)人員,使他們更好地理解您的需求;原型并非是一個(gè)實(shí)際應(yīng)用產(chǎn)品,但開發(fā)人員能將其轉(zhuǎn)化、擴(kuò)充成功能齊全的系統(tǒng)。18、需求變更要立即聯(lián)系不斷的需求變更,會(huì)給在預(yù)定計(jì)劃內(nèi)完成的質(zhì)量產(chǎn)品帶來(lái)嚴(yán)重的不利影響。變更是不可避免的,但在開發(fā)周期中,變更越在晚期出現(xiàn),其影響越大;變更不僅會(huì)導(dǎo)致代價(jià)極高的返工,而且工期將被延誤,特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時(shí)。所以,一旦客戶發(fā)現(xiàn)需要變更需求時(shí),請(qǐng)立即通知分析人員。19、遵照開發(fā)小組處理需求變更的過(guò)程為將變更帶來(lái)的負(fù)面影響減少到最低限度,所有參與者必須遵照項(xiàng)目變更控制過(guò)程。這要求不放棄所有提出的變更,對(duì)每項(xiàng)要求的變更進(jìn)行分析、綜合考慮,最后做出合適的決策,以確定應(yīng)將哪些變更引入項(xiàng)目中。20、尊重開發(fā)人員采用的需求分析過(guò)程軟件開發(fā)中最具挑戰(zhàn)性的莫過(guò)于收集需求并確定其正確性,分析人員采用的方法有其合理性。也許客戶認(rèn)為收集需求的過(guò)程不太劃算,但請(qǐng)相信花在需求開發(fā)上的時(shí)間是非常有價(jià)值的;如果您理解并支持分析人員為收集、編寫需求文檔和確保其質(zhì)量所采用的技術(shù),那么整個(gè)過(guò)程將會(huì)更為順利?!靶枨蟠_認(rèn)”意味著什么在“需求分析報(bào)告”上簽字確認(rèn),通常被認(rèn)為是客戶同意需求分析的標(biāo)志行為,然而實(shí)際操作中,客戶往往把“簽字”看作是毫無(wú)意義的事情?!八麄円以谛枨笪臋n的最后一行下面簽名,于是我就簽了,否則這些開發(fā)人員不開始編碼?!边@種態(tài)度將帶來(lái)麻煩,譬如客戶想更改需求或?qū)Ξa(chǎn)品不滿時(shí)就會(huì)說(shuō):“不錯(cuò),我是在需求分析報(bào)告上簽了字,但我并沒(méi)有時(shí)間去讀完所有的內(nèi)容,我是相信你們的,是你們非讓我簽字的。”同樣問(wèn)題也會(huì)發(fā)生在僅把“簽字確認(rèn)”看作是完成任務(wù)的分析人員身上,一旦有需求變更出現(xiàn),他便指著“需求分析報(bào)告”說(shuō):“您已經(jīng)在需求上簽字了,所以這些就是我們所開發(fā)的,如果您想要?jiǎng)e的什么,您應(yīng)早些告訴我們?!边@兩種態(tài)度都是不對(duì)的。因?yàn)椴豢赡茉陧?xiàng)目的早期就了解所有的需求,而且毫無(wú)疑問(wèn)地需求將會(huì)出現(xiàn)變更,在“需求分析報(bào)告”上簽字確認(rèn)是終止需求分析過(guò)程的正確方法,所以我們必須明白簽字意味著什么。對(duì)“需求分析報(bào)告”的簽名是建立在一個(gè)需求協(xié)議的基線上,因此我們對(duì)簽名應(yīng)該這樣理解:“我同意這份需求文檔表述了我們對(duì)項(xiàng)目軟件需求的了解,進(jìn)一步的變更可在此基線上通過(guò)項(xiàng)目定義的變更過(guò)程來(lái)進(jìn)行。我知道變更可能會(huì)使我們重新協(xié)商成本、資源和項(xiàng)目階段任務(wù)等事宜。”對(duì)需求分析達(dá)成一定的共識(shí)會(huì)使雙方易于忍受將來(lái)的摩擦,這些摩擦來(lái)源于項(xiàng)目的改進(jìn)和需求的誤差或市場(chǎng)和業(yè)務(wù)的新要求等。需求確認(rèn)將迷霧撥散,顯現(xiàn)需求的真面目,給初步的需求開發(fā)工作畫上了雙方都明確的句號(hào),并有助于形成一個(gè)持續(xù)良好的客戶與開發(fā)人員的關(guān)系,為項(xiàng)目的成功奠定了堅(jiān)實(shí)的基礎(chǔ)。參考資料:網(wǎng)絡(luò)收集
APP導(dǎo)航設(shè)計(jì)的對(duì)比總結(jié)
縱觀應(yīng)用市場(chǎng)上的APP,導(dǎo)航設(shè)計(jì)的模式總是幾種的組合使用。
導(dǎo)航設(shè)計(jì)的目的就是需要突出產(chǎn)品的核心,扁平化用戶的任務(wù)路徑。讓用戶能夠順利的在產(chǎn)品中暢行,讓用戶時(shí)刻清楚自己在應(yīng)用中所處的位置,及如何前往目的頁(yè)面。
產(chǎn)品的導(dǎo)航系統(tǒng),是產(chǎn)品的信息結(jié)構(gòu)在用戶界面上的展現(xiàn)方式。移動(dòng)端產(chǎn)品導(dǎo)航的設(shè)計(jì)沒(méi)有最好之說(shuō),只有最合適,根據(jù)你的產(chǎn)品采取最合適的導(dǎo)航設(shè)計(jì)。
縱觀應(yīng)用市場(chǎng)上的APP,導(dǎo)航設(shè)計(jì)的模式總是幾種的組合使用。下面我們來(lái)看一下常見的幾種導(dǎo)航設(shè)計(jì)模式。
描述:
1、當(dāng)產(chǎn)品的整個(gè)體驗(yàn)流中是以幾個(gè)常用功能模塊(一般不超過(guò)5個(gè))貫穿的,意味著用戶需要在多個(gè)標(biāo)簽入口之間來(lái)回切換;為了保證切換的效率,將貫穿產(chǎn)品整個(gè)體驗(yàn)的流的模塊平鋪在Tab Bar位置,保證了用戶任務(wù)路徑的扁平。
2、iOS原裝App Podcast,5Tab。
優(yōu)點(diǎn):
1、可見性好,位置明顯,易于發(fā)現(xiàn),它能讓用戶直觀了解到APP的核心功能;
2、操作性好,用戶很方便就能觸及到這個(gè)區(qū)域,并可在幾個(gè)標(biāo)簽中快速切換且不會(huì)迷失方向,簡(jiǎn)單而高效;
3、符合習(xí)慣、ios原生控件,開發(fā)簡(jiǎn)單;
4、優(yōu)先級(jí)較高、用戶使用頻繁,彼此之間相互獨(dú)立。
缺點(diǎn):
1、容納個(gè)數(shù)有限,一般最多五個(gè)(不然需要結(jié)合其他方式,運(yùn)用層級(jí)和收放)。
2、占據(jù)高度空間略大,一般都是文字+圖標(biāo)的形式。
描述:
頂部Tab是谷歌提出來(lái)的,為了區(qū)分與iOS的區(qū)別的一種導(dǎo)航模式,由于在頂部,手指難以觸及,所以谷歌對(duì)應(yīng)地提出了手勢(shì)操作的解決方法:通過(guò)在屏幕左右滑動(dòng)來(lái)切換標(biāo)簽。
實(shí)際項(xiàng)目中,頂部與底部配合使用的挺多。其實(shí)就是holo條。
優(yōu)點(diǎn):
擴(kuò)展性好: 標(biāo)簽的個(gè)數(shù)沒(méi)有上限,不過(guò)太多的話,越是后面的頁(yè)面滲透率會(huì)越低;
占據(jù)空間?。?相比于底部Tab,頂部Tab一般占據(jù)的空間更?。ㄒ?yàn)椴恍枰紤]手指點(diǎn)擊,所以可以把區(qū)域縮小,只選用圖標(biāo)或者文字即可),可以把更多的空間安排給內(nèi)容展示。
手勢(shì)操作非常方便。
缺點(diǎn):
可見性略遜:這是空間占據(jù)的區(qū)域變小之后的后果。
描述:
1、點(diǎn)聚式它將多個(gè)核心功能聚匯到主界面中顯示,方便用戶呼出使用。會(huì)搭載其他導(dǎo)航樣式出現(xiàn)(如標(biāo)簽式)成為舵式導(dǎo)航。
2、與標(biāo)簽導(dǎo)航類似,就點(diǎn)聚工導(dǎo)航與標(biāo)簽導(dǎo)航的結(jié)合體,其中一個(gè)導(dǎo)航標(biāo)簽蘊(yùn)含更多的操作選項(xiàng),也可以理解為標(biāo)簽中蘊(yùn)含更多二級(jí)導(dǎo)航標(biāo)簽。當(dāng)頁(yè)面有處于同一層級(jí)的幾大部分內(nèi)容,同時(shí)又需要一個(gè)非常重要且頻繁操作的入口,就可以采用這種APP導(dǎo)航模式。
優(yōu)點(diǎn):
1、把類似生產(chǎn)內(nèi)容的主功能按鈕放在中間,標(biāo)簽更加突出醒目;
2、同時(shí)該主功能標(biāo)簽做了功能擴(kuò)展,也因此給設(shè)計(jì)增加了一些個(gè)性化的亮點(diǎn)。
缺點(diǎn):
1、占據(jù)高度空間略大,一般都是文字+圖標(biāo)的形式。
描述:
當(dāng)你的應(yīng)用信息足夠扁平,可以嘗試輪播導(dǎo)航;
優(yōu)點(diǎn):
能夠最大程度的保證應(yīng)用的頁(yè)面簡(jiǎn)潔性,操作也是最方便;
缺點(diǎn):
不能夠快速的定位對(duì)應(yīng)的分頁(yè)內(nèi)容;
描述:
1、宮格式導(dǎo)航被廣泛應(yīng)用于各平臺(tái)系統(tǒng)的中心頁(yè)面;
2、用在二級(jí)頁(yè)作為內(nèi)容列表的一種圖形化形式呈現(xiàn),或作為一系列工具入口的聚合;
3、用戶頻繁切換的概率是比較低;
4、在不同的文章中可能被稱作:跳板(圖標(biāo)卡片式)、磁貼式。
優(yōu)點(diǎn):
1、擴(kuò)展性非常好,便于組合不同的信息類型(運(yùn)營(yíng)位、廣告位、內(nèi)容塊、設(shè)置等);
2、視野范圍內(nèi)可以展示的功能入口多,能夠讓用戶整體上了解APP提供的服務(wù),從而選擇自己所需要的那個(gè)服務(wù);
3、靜態(tài)、動(dòng)態(tài)結(jié)合可以展示出豐富的信息,同時(shí)保持視覺(jué)統(tǒng)一;
4、跨平臺(tái)不受平臺(tái)限制。
缺點(diǎn):
1、每個(gè)宮格相互獨(dú)立,它們的信息間也沒(méi)有任何交集,無(wú)法跳轉(zhuǎn)互通;
2、當(dāng)排布過(guò)多的時(shí)候,用戶容易眼花繚亂,選擇壓力較大;
描述:
1、宮格導(dǎo)航的變式吧,可用來(lái)呈現(xiàn)實(shí)時(shí)內(nèi)容,比如新聞、菜譜、文章或照片,可以采用網(wǎng)格布局(比如一直播和ins)或輪盤布局(比如格瓦拉電影),還可以采用幻燈片模式進(jìn)行展示。
2、陳列館式設(shè)計(jì)模式最適合呈現(xiàn)經(jīng)常更新的、視覺(jué)效果直觀、彼此獨(dú)立的內(nèi)容。
優(yōu)點(diǎn):
1、相較于列表導(dǎo)航、宮格式導(dǎo)航的不同在于,陳列館式導(dǎo)航有更豐富的表現(xiàn)形式、更加隨意的組合效果(瀑布流等)以及豐富的動(dòng)態(tài)效果(輪盤、幻燈片形式);
2、直觀展現(xiàn)各項(xiàng)內(nèi)容。
缺點(diǎn):
1、不適合展現(xiàn)頂層入口框架;
2、容易形成界面內(nèi)容過(guò)多,顯得雜亂;
3、設(shè)計(jì)效果容易呆板。
描述:
1、抽屜式也是谷歌提出來(lái)的一種導(dǎo)航模式,由于虛擬按鍵的存在,所以在安卓上使用底部Tab會(huì)造成雙底欄,視覺(jué)觀感不佳;
2、一般用來(lái)放置對(duì)用戶而言不太常用或者對(duì)于產(chǎn)品而言不太核心的功能,或者不那么需要頻繁切換內(nèi)容的應(yīng)用,例如對(duì)設(shè)置、關(guān)于、個(gè)人信息等內(nèi)容的隱藏;
3、更多的被應(yīng)用于信息流產(chǎn)品設(shè)計(jì)中,這類產(chǎn)品注重核心內(nèi)容的展示,用戶的任務(wù)路徑較為單一,幾乎都是用于瀏覽產(chǎn)品的核心內(nèi)容;至于其他比較低頻的模塊入口則會(huì)隱藏在當(dāng)前界面后方,避免冗余的模塊搶奪用戶的眼球;
4、在不同的地方可能被稱為:擴(kuò)展菜單、側(cè)邊導(dǎo)航、漢堡導(dǎo)航;
5、“2/8”法則告訴我們,80%的用戶只用那些20%功能,這20%功能就是信息流里面的核心功能;如果那80%不常用的功能也占用著最重要的位置,那么用戶就會(huì)被打擾,產(chǎn)生臃腫感,甚至?xí)艞壥褂卯a(chǎn)品。
優(yōu)點(diǎn):
1、節(jié)省頁(yè)面展示空間,讓用戶將更多的注意力聚焦到當(dāng)前頁(yè)面;
2、由于導(dǎo)航界面是隱藏在屏幕之外,展開之后整一頁(yè)面都是導(dǎo)航菜單內(nèi)容,所以可擴(kuò)展和個(gè)性化的空間很大;
3、擴(kuò)展性好,導(dǎo)航的個(gè)數(shù)沒(méi)上限。
缺點(diǎn):
1、用戶不易發(fā)現(xiàn),使用次功能需要二次點(diǎn)擊,給用戶在切換功能帶來(lái)了操作成本;
2、可見性太差,用戶還沒(méi)能把漢堡菜單按鈕和側(cè)邊欄聯(lián)系起來(lái),所以,側(cè)邊欄的滲透率很低;
3、不直觀、不適用于主導(dǎo)航、如遇頻繁操作的功能,用戶不斷開關(guān)抽屜體驗(yàn)不好。
描述:
1、與抽屜式導(dǎo)航的目的相同,都是為了突出內(nèi)容。一般位于產(chǎn)品頂部,通過(guò)點(diǎn)擊呼出導(dǎo)航菜單;
2、通常用來(lái)篩選同一信息模塊下不同類別的信息,或者快速啟動(dòng)某些常用的功能模塊,而不需要頻繁的頁(yè)面跳轉(zhuǎn) ;
3、Android中對(duì)應(yīng)的控件為spinner控件,但該控件用于同一類別下不同視圖之間的切換,而不是跳轉(zhuǎn)至完全不同的視圖。iOS中下拉菜單為自定義控件,可以實(shí)現(xiàn)不同類別之間的切換;
4、下拉導(dǎo)航還有一種變式,就是下來(lái)菜單中展示兩級(jí)甚至多級(jí),一般在電商產(chǎn)品中比較常見,因?yàn)槠奉惡秃Y選條件眾多。
優(yōu)點(diǎn):
1、菜單與界面的連貫性比抽屜式要好,容易讓用戶感知當(dāng)前位置;
缺點(diǎn):
2、位于屏幕上方,相對(duì)隱蔽且不能結(jié)合手勢(shì)操作,不適合于頻繁的切換功能使用;
3、考慮到導(dǎo)航菜單的可用面積較小,所以一般采用列表的形式展示菜單內(nèi)容。
描述:
1、作為信息組織框架,是我們?cè)诋a(chǎn)品設(shè)計(jì)中必不可少的一個(gè)信息承載模式。
2、適合用來(lái)顯示較長(zhǎng)或擁有次級(jí)文字內(nèi)容的標(biāo)題,每行可以融入較多信息。
3、與宮格導(dǎo)航類似,常用于二級(jí)頁(yè)面,不會(huì)默認(rèn)展示任何實(shí)質(zhì)內(nèi)容,所以通常app不會(huì)在首頁(yè)使用它;
4、無(wú)論ios開發(fā)和android 都有現(xiàn)成的列表布局插件和模板。
優(yōu)點(diǎn):
1、由上至下查看符合習(xí)慣;
5、結(jié)構(gòu)清晰,易于理解,冷靜高效,能夠幫助用戶快速的定位去到對(duì)應(yīng)的頁(yè)面。
缺點(diǎn):
1、條目太多或分布不合理會(huì)導(dǎo)致用戶查找困難;
2、不適合需要頻繁切換任務(wù)的情況。
如何寫年終總結(jié)APP?
都很有期待的,而且寫的都很好。我的年終總結(jié)APP是很簡(jiǎn)單的,下面就把網(wǎng)上收集的一些總結(jié)分享給大家,都很有創(chuàng)意。
playstation的app年終總結(jié)是一篇正經(jīng)統(tǒng)計(jì)app報(bào)告
playstation給人的感覺(jué)就像是在看一組商務(wù)PPT,畫面簡(jiǎn)潔,畫風(fēng)高級(jí),內(nèi)容豐富,感覺(jué)就是為直男寫的統(tǒng)計(jì)報(bào)告,優(yōu)點(diǎn)就是一目了然,通俗易懂。
抖音app年終總結(jié)是把短視頻貫徹到底
抖音可以說(shuō)把動(dòng)畫風(fēng)、畫面設(shè)計(jì)和音樂(lè)融合得非常巧妙了——一個(gè)透明的小孩子形象帶著好奇心闖進(jìn)了抖音這個(gè)大世界,一邊奔跑一邊去探索、發(fā)現(xiàn),做得挺夢(mèng)幻。各類數(shù)據(jù)也不是簡(jiǎn)單地堆積,比如什么“你看了6183個(gè)美食教程視頻,相當(dāng)于學(xué)習(xí)了99個(gè)小時(shí)的廚藝知識(shí)”。
美團(tuán)的app總結(jié)就是簡(jiǎn)簡(jiǎn)單單干飯人
美團(tuán)的年度報(bào)告app看上去就“樸素”不少,標(biāo)志性的黃袋鼠吉祥物配上文字描述,頁(yè)面設(shè)計(jì)簡(jiǎn)單明了;而且數(shù)據(jù)包括注冊(cè)時(shí)間,訂單數(shù)量,消費(fèi)金額,最常點(diǎn)的美食。怎么說(shuō)呢,就很樸實(shí)無(wú)華的干飯人氣質(zhì)哈。
網(wǎng)易云音樂(lè)app年終總結(jié)是沒(méi)人比我更懂創(chuàng)意
雖然已經(jīng)無(wú)從考證年度報(bào)告是哪個(gè)平臺(tái)最先開發(fā)的,但在線音樂(lè)平臺(tái)的報(bào)告一定最深入人心。網(wǎng)易云音樂(lè)創(chuàng)意當(dāng)先,比如去年的報(bào)告里,它就讓用戶自己定制了一個(gè)角色形象,然后再進(jìn)入一個(gè)小島,根據(jù)設(shè)定的路線一步一步引出數(shù)據(jù),可以說(shuō)故事性很強(qiáng)了。
總之我感覺(jué)都很有創(chuàng)意,只是因?yàn)槊總€(gè)人審美觀點(diǎn)不同吧,所以才會(huì)有不同的感受。不管怎樣,只要自己喜歡就好了。
APP評(píng)論模塊設(shè)計(jì)總結(jié)
這次設(shè)計(jì)采用主題評(píng)論式,這樣有助于展開討論,聚焦,提升優(yōu)質(zhì)評(píng)論。
一級(jí)評(píng)論按照時(shí)間倒序排列
二級(jí)按照時(shí)間正序排列,有助于讀者理解討論話題進(jìn)展。
01、在動(dòng)態(tài)頁(yè)寫一條評(píng)論,生成一條新評(píng)論A1、A2、A3……
02、回復(fù)A1、A2、A3……生成二級(jí)評(píng)論一條,A11、A12、A21、A31……
03、點(diǎn)擊二級(jí)評(píng)論,跳轉(zhuǎn)一級(jí)評(píng)論列表頁(yè)
點(diǎn)一級(jí)評(píng)論,生成一條新的回復(fù)二級(jí)評(píng)論
點(diǎn)二級(jí)評(píng)論:@此評(píng)論發(fā)布者,生成一條
點(diǎn)贊、回復(fù)、復(fù)制、舉報(bào)、刪除、分享
另外需要跳轉(zhuǎn)邏輯,以及回復(fù)的入口
01、我發(fā)布的:在“我的”/“消息中心”收到消息,點(diǎn)擊跳轉(zhuǎn)評(píng)論頁(yè)面
02、回復(fù)我的:在“我的”/“消息中心”收到消息,點(diǎn)擊跳轉(zhuǎn)評(píng)論頁(yè)面
03、個(gè)人主頁(yè):評(píng)論或回復(fù)的展示位置
01、評(píng)論的加精、置頂、屏蔽、刪除、封禁、敏感詞替換
02、被刪除/屏蔽后顯示邏輯
保留當(dāng)前區(qū)塊、顯示內(nèi)容為:評(píng)論已刪除
01、評(píng)論字?jǐn)?shù)設(shè)置長(zhǎng)度,字?jǐn)?shù)超,紅字提醒超限,同時(shí)發(fā)送按鈕置灰
02、點(diǎn)贊的動(dòng)畫交互,增加趣味性
03、評(píng)論點(diǎn)擊區(qū)域細(xì)節(jié):評(píng)論區(qū)有很多元素,需要告知開發(fā)哪些區(qū)域可點(diǎn),點(diǎn)擊跳轉(zhuǎn)到哪些地方。
APP首頁(yè)設(shè)計(jì)思路總結(jié)
最近我服務(wù)于某品牌CRM項(xiàng)目,做一個(gè)健康類APP,真的挺興奮的。目前此APP 1.1版本已上線,從平臺(tái)策略到最終測(cè)試上線,中間也是充滿坎坷和痛苦,抉擇與妥協(xié)呀。2.0版本已在規(guī)劃中。由于功能和互動(dòng)體驗(yàn)進(jìn)一步完善,此版本增加了首頁(yè),就想寫寫對(duì)APP首頁(yè)設(shè)計(jì)的一些思考和總結(jié)。
APP首頁(yè)和網(wǎng)站首頁(yè)一樣,需要告知用戶“我”(APP)是誰(shuí),“我”(APP)能為“你”(用戶)提供什么服務(wù)、內(nèi)容、產(chǎn)品...“你”(用戶)能夠通過(guò)“我”(APP)提供的服務(wù)、內(nèi)容達(dá)到什么樣的目的。不同APP類型,首頁(yè)設(shè)計(jì)也是因平臺(tái)而異的。比如內(nèi)容資訊類的APP,多數(shù)在首頁(yè)采用無(wú)限加載的形式,通過(guò)個(gè)性化的內(nèi)容推薦,吸引用戶深度閱讀、評(píng)論互動(dòng)、分享轉(zhuǎn)發(fā)...總之,要增加用戶停留時(shí)間;高頻使用的工具類APP,首頁(yè)大多就是主要功能界面或突出功能Action,簡(jiǎn)單直接,用完即走...
今天,我們從首頁(yè)目的的角度,總結(jié)APP首頁(yè)的設(shè)計(jì)思路。
首頁(yè)是用戶消費(fèi)內(nèi)容最主要的場(chǎng)景。典型的方式即在首頁(yè)進(jìn)行瀑布流設(shè)計(jì),無(wú)限加載內(nèi)容。比如時(shí)尚電商APP、內(nèi)容類APP以及Twitter、Facebook和pinterest等依賴Feeds的社交類APP,都會(huì)選擇這種設(shè)計(jì)思路。這類首頁(yè)要考量產(chǎn)品運(yùn)營(yíng)的能力,若要考慮內(nèi)容的個(gè)性化推送,規(guī)則算法可又是一“坑”。
導(dǎo)流型的首頁(yè),一般提供頻道、品類、搜索等入口,將用戶盡快引入二級(jí)頁(yè)面。也就是說(shuō),首頁(yè)不再是消費(fèi)內(nèi)容的主場(chǎng)景,而是更多起到導(dǎo)流作用。比如電商類產(chǎn)品(天貓、京東)、旅行產(chǎn)品(攜程、去哪兒)等。
首頁(yè)即功能/體驗(yàn)界面,用戶在進(jìn)入首頁(yè)即進(jìn)行功能操作或深度互動(dòng)。第三種與第一種消費(fèi)內(nèi)容比較相似,但第三種類型的設(shè)計(jì)大多集中在工具型、交通類或游戲類產(chǎn)品。
暫時(shí)想到這么多,歡迎補(bǔ)充。
思來(lái)想去,我們的APP是工具及游戲類的結(jié)合,核心欄目中都有用戶關(guān)心且和自己息息相關(guān)的數(shù)據(jù),如果散落在各個(gè)欄目中,層級(jí)較深,也勢(shì)必會(huì)增加用戶操作成本,因此想將這些信息更扁平化的集中呈現(xiàn)。初步考慮,會(huì)將APP首頁(yè)作為集合頁(yè),并做個(gè)性化體驗(yàn)設(shè)計(jì),露出用戶最為關(guān)心的數(shù)據(jù)信息,并向一級(jí)/底級(jí)頁(yè)面導(dǎo)流,同時(shí)在頁(yè)面底部做官方內(nèi)容的推薦。
還是要謹(jǐn)記,平臺(tái)產(chǎn)品的規(guī)劃,要結(jié)合品牌商業(yè)目標(biāo)、產(chǎn)品類型、用戶需求綜合考量。