錯(cuò)把本身當(dāng)用戶(hù)：這出格輕易產(chǎn)生在一個(gè)草創(chuàng)企業(yè)外面，由于企業(yè)本身的經(jīng)歷缺乏，以及產(chǎn)品經(jīng)理的過(guò)于自大，同 時(shí)也因?yàn)閯?chuàng)業(yè)初期并沒(méi)有把眼標(biāo)客戶(hù)過(guò)早的閉聯(lián)到項(xiàng)眼中來(lái)（其實(shí)在 Scrum 外面是很夸大用戶(hù)的介入的)），以是一個(gè) sprint 上去開(kāi)始 demo 的時(shí)辰，常常 demo 的對(duì)象便是項(xiàng)眼的統(tǒng)一幫人。大石橋產(chǎn)品經(jīng)理培訓(xùn)落成作好找嗎場(chǎng)景：好比需要群發(fā)郵件的時(shí)辰，郵件的內(nèi)容、主題都是一樣的，只要收件人紛歧樣罷了，以是可以將郵件復(fù)制一下，而后點(diǎn)竄一下收件人就好了，利用原型形式可以很好的處理這個(gè)問(wèn)題。大石橋產(chǎn)品經(jīng)理培訓(xùn)2 運(yùn)轉(zhuǎn)付出寶付出Demo,領(lǐng)會(huì)付出寶全部付出的流程(若是外面呈現(xiàn)毛病,直接百度或檢查文檔,外面有細(xì)致的詮釋,我這里就不再逐一申明了)。大石橋產(chǎn)品經(jīng)理培訓(xùn)好欠好演示Demo演示demo的體例一般是在用戶(hù)第一次啟動(dòng)利用時(shí)，議決幾個(gè)場(chǎng)景動(dòng)畫(huà)的揭示告知用戶(hù)如何利用。感受前面的一些形式都比較籠統(tǒng)，每個(gè)形式都盡量寫(xiě)一個(gè)demo輔助懂得。驚喜，換了導(dǎo)航SDK0中的Demo+SDK0，因而，導(dǎo)航就真實(shí)開(kāi)始了。你在這類(lèi)實(shí)驗(yàn)階段應(yīng)當(dāng)專(zhuān)一僅優(yōu)化焦點(diǎn)元素!若是實(shí)驗(yàn)與焦點(diǎn)元素存在較著不合，那就寫(xiě)上去并在之后建造原型。我們另有的學(xué)生乃至找到了產(chǎn)品經(jīng)理的工作。本身寫(xiě)了個(gè)demo，log表現(xiàn)硬件加快開(kāi)閉確切曾經(jīng)被翻開(kāi)。我不睬解產(chǎn)品經(jīng)理成天在干嗎，可是我感覺(jué)他在瞎忙活。抽芽：清算思緒，理出一個(gè)大抵頁(yè)面流程，而后手繪原型圖，比來(lái)在試探利用sktch，傳聞這個(gè)很是之叼~。動(dòng)效與可交互原型：Pixate + Origami。assertEquals(Demo.isAutoMorphicNum(37 ,true);。大石橋產(chǎn)品經(jīng)理培訓(xùn)明天做微信登岸功效，順手寫(xiě)一個(gè)demo，沒(méi)有設(shè)置bundle id , display name，成果就不走 方式一，方式二。