Keep APP產品需求文檔(PRD)
前段時間對螞蜂窩自由行APP進行了倒推,并撰寫了《螞蜂窩自由行APP產品需求文檔(PRD)》一文,很多熱心網友在評論區向我提出了很多建議,筆者在此先向各位致謝,并將在本文中進行優化。
就Keep這款APP而言,就算您沒用過,應該也聽說過,畢竟它盛名在外,因此分析并倒推Keep這款APP,對于細節的推敲和產品的考究其實很有益處。本文除試寫Keep的PRD之外,也對Keep的一些產品細節作出思考,考慮或有不當,歡迎大家在以下評論區商討,也歡迎大家提出其他思考點,在此以Keep的座右銘熬一雞湯,以饗諸君——“哪有什么天生如此,只是我們天天堅持?!?/p>
以下是PRD正文:
目錄
1.文檔綜述
1.1 版本修訂記錄
1.2 PRD輸出環境
1.3 產品介紹
1.4 需求整理
2.產品結構
2.1 產品結構圖
2.2 產品信息結構圖
3.全局說明
3.1 功能權限
3.2 鍵盤說明
3.3 頁面內交互
4.產品詳細功能說明
4.1 常用操作
4.1.1 常用icon
4.1.2 操作彈窗
4.2 歡迎頁
4.3 登錄/注冊頁
4.4 訓練頁(首頁)
4.4.1?跑步頁
4.4.2 搜索頁
4.4.3 訓練詳情頁
5.一些思考
1. 文檔綜述
1.1 版本修訂記錄
1.2?PRD輸出環境
1.3 產品介紹
Keep是一款移動運動應用,為用戶提供健身教學、跑步、騎、交友和健身飲食指導、裝備購買等一站式運動解決方案。
1.4 需求整理
1.4.1 用戶畫像
1.4.2 需求匯總
2. 產品結構
2.1 產品結構圖
2.2 產品信息結構圖
3. 全局說明
3.1 功能權限
分為未登錄狀態和已登錄狀態。
已登錄狀態可執行所有操作。
未登錄狀態下無法進行任何操作。
3.2 鍵盤說明
- 點擊手機注冊/手機登錄輸入框時彈出數字鍵盤;
- 點擊其他輸入框彈出字母鍵盤。
3.3 頁面內交互
4. 產品詳細功能說明
4.1 常見操作
4.1.1 常用icon
Keep的icon較為常見,主要追求簡潔易懂,并在常見icon的基礎上進行設計優化。
常見icon交互效果:
(1)關注
(2)點贊
(3)收藏&取消收藏
和筆者之前分析的螞蜂窩自由行app一樣,Keep的點贊也沒有取消贊的功能,也許因為Keep也是一個UGC很強的社區,而健身運動又是一種很需要鼓勵的事情,所以不設計取消點贊這一操作。
4.1.2 更多操作彈窗
4.2 歡迎頁
歡迎頁后置條件分為以下三種情況:
(1)已登錄已聯網
啟動APP后,進入引導頁,大約展示2s后進入廣告(活動),可點擊右上角按鈕跳過,進入訓練界面(首頁)。
(2)已登錄未聯網
啟動APP后,進入引導頁,大約展示2s后進入廣告(活動),可點擊右上角按鈕跳過,進入訓練界面(首頁),并彈出toast提示用戶無可用網絡,可以使用已下載訓練課程。
(3)未登錄已/未聯網
啟動APP后,進入引導頁,大約展示2s后進入廣告(活動),可點擊右上角按鈕跳過,進入登錄界面。如果用戶此前登錄過,則顯示前一個賬號的詳細信息,并請用戶輸入密碼登錄。如果用戶從未登錄過,則跳轉到登錄頁。未登錄情況下,無法正常使用該APP。
(此前登錄過)
(此前未登錄過)
引導頁功能邏輯圖如下:
4.3 登錄/注冊頁
(1)登錄頁觸發前置條件:
- 用戶已進入APP:用戶進入APP后,在我-設置-賬號管理和綁定點擊“退出”;
- 用戶未進入APP,準備進入:用戶使用過APP,但在此次開啟APP前未登錄;用戶首次使用APP。
(2)頁面邏輯:
- 點擊“手機登錄”,進入手機登錄界面,分為密碼登錄和驗證碼登錄,登錄成功后進入首頁;
- 點擊其他方式登錄(微信、QQ、微博和Facebook),調取相關授權接口,登錄成功后進入首頁;
- 點擊底部“注冊Keep賬號”,進入注冊界面,通過手機注冊、微信注冊、QQ注冊或其他方式注冊成功后,自動登錄,進入首頁。
用戶僅當登錄成功后,才能使用Keep的APP的功能,為什么?筆者認為是因為Keep的業務需求和功能需求中,運動數據是極其重要的,而用戶的注冊和登錄則是第一步。
(3)登錄頁交互效果展示:
4.4 訓練頁(首頁)
(1)頁面邏輯
頂部導航欄(從左至右):
- 訓練:點擊按鈕,進入訓練界面,打開APP即默認進入該界面;
- 跑步:點擊按鈕,即進入跑步界面,用戶可開始跑步或者查看跑步相關內容;
- 行走:點擊按鈕,即進入行走界面,用戶可開始行走或者查看行走相關內容;
- 騎行:點擊按鈕,即進入騎行界面,用戶可開始騎行或者查看騎行相關內容;
- 搜索:點擊按鈕,進入搜索界面,用戶可根據不同類別搜索,或者查看搜索記錄;
運動記錄(從上到下,從左至右):
- 步數:分兩種情況。未授權“運動與健身”,則顯示“去授權步數”,點擊按鈕跳轉至手機設置的Keep中;如已授權,則顯示當天步數,點擊按鈕跳轉至步數界面,用戶可查看今日步數和今日好友步數排名等;
- 總運動時間:點擊該按鈕,進入所有運動界面,用戶可查看根據日、周、月、總等范圍的運動時間,或根據健身、跑步、騎行、行走等類別的運動時間;
- 本周運動時間:點擊該按鈕,進入所有運動界面,用戶可查看根據日、周、月、總等范圍的運動時間,或根據健身、跑步、騎行、行走等類別的運動時間;
- 本周好友運動排名:點擊該按鈕,進入Keep排行榜,用戶可分好友、地區查看相關排行榜。
?今日Keep推薦
- 運動建議:點擊該按鈕,進入今日Keep推薦,用戶可查看今日推薦運動、Keep日報、今日飲食建議;
- 精選日報:點擊該按鈕,進入Keep日報;
- 飲食建議:點擊該按鈕,進入飲食建議;
我的訓練:顯示用戶參加的訓練,點擊某訓練項目,進入該訓練項目詳情頁,用戶可開始訓練;
?發現更多訓練項目:點擊該按鈕,進入發現-訓練頁,用戶可查看動作庫和音樂庫等;
新課程推薦:顯示新課程,點擊某新課程,進入該新課程詳情頁,用戶可開始訓練。
(2)主要欄目:
主要欄目的兩種展示位框架形式:
- ?今日Keep推薦:欄目框架由三個大小為690*170的展示位從上到下排列構成,單個展示位上方為類別,下方為簡介。
- 新課程推薦:欄目框架由3個大小為712*246的展示位構成,單個展示位由圖片和課程標題構成,簡介在標題下方。
4.4.1 跑步頁
(行走頁和騎行頁與跑步頁大同小異,故僅以跑步頁說明)
前置條件:用戶需為Keep打開訪問“位置”的權限,如無打開,則在跑步頁點擊“開始跑步”會顯示dialog窗口,詢問用戶是否去系統開啟來記錄運動軌跡。
頁面邏輯
頂部功能欄:
- 音樂:點擊該按鈕,進入音樂設置頁面,用戶可對語音指導聲音進行音量調節;
- 設置:點擊該按鈕,進入跑步設置頁面,用戶可進行語音播報、跑步目標等設置;
跑步功能欄:
- 距離:顯示用戶本次已跑過的距離;
- 地圖:點擊該按鈕,以地圖形式顯示用戶所在位置;
- 配速/用時/千卡:分別顯示用戶本次跑步的配速、用時和消耗能量;
暫停:點擊該按鈕,該按鈕會消失,出現“繼續”和“結束”按鈕
- 繼續:點擊該按鈕,用戶可繼續跑步;
- 結束:點擊該按鈕,顯示“長按”,用戶通過長按該按鈕,結束本次跑步;
鎖定:點擊該按鈕,屏幕被鎖定,用戶可通過向右滑動解鎖該按鈕解鎖。
跑步功能業務邏輯
(有點模糊,請點開圖片看)
4.4.2 搜索頁
頁面邏輯
頂部功能欄:
- 輸入框:點擊輸入框,彈出鍵盤,輸入文字后進入搜索界面;
- 取消:點擊取消按鈕,頁面跳轉回訓練界面;
分類搜索欄:
分類搜索欄分為課程、動態、動作、攻略、用戶、話題、商品和飲食八大類別,筆者認為這就是Keep的業務和功能所在,用戶點擊后跳轉至相應類別的搜索界面,并查看熱門搜索和搜索記錄。
搜索記錄:
搜索記錄以標簽的形式,呈現用戶搜索過的內容,點擊右側“清除記錄”即可清除所有搜索記錄。
用戶搜索行為業務模型
(有點模糊,請點開圖片看)
筆者認為在搜索業務添加類別點擊略顯麻煩了,使得用戶在搜索過程中多了一步操作,建議Keep可以這樣優化:
(1)如果想吸引用戶閱讀更多信息,可以像螞蜂窩一樣,在搜索結果頁面中,分類別呈現所有搜索結果;
(2)如果想讓用戶更精準更快捷地搜索到指定信息,可以在搜索頁面中添加篩選功能,避免跳轉。
4.4.3 訓練詳情頁
前置條件:
在發現-訓練,點擊某項訓練項目,進入訓練詳情頁,點擊參加訓練,然后點擊底部“開啟第n次訓練”,跳轉至此頁面;
在訓練-我的訓練,點擊某項訓練項目,進入訓練詳情頁,點擊底部“我的第n次訓練”,跳轉至此頁面。
訓練頁業務邏輯:
?(有點模糊,請點開圖片看)
頁面邏輯
頂部進度欄:根據動作組數分成大小不同的長方形,組成進度欄,完成即從灰色變成綠色;
時間欄:計算本次訓練所用時間;
設置:默認隱藏,點擊相應位置出現該按鈕,再點擊該按鈕,進入設置頁面,用戶可進行語音指導、背景音樂等設置;
鎖定:默認隱藏,點擊相應位置出現該按鈕,再點擊該按鈕,鎖定界面,用戶可通過向右滑動解鎖;
豎排/橫排切換鍵:默認隱藏,點擊相應位置出現該按鈕,再點擊該按鈕,切換至另一種狀態;
訓練指導視頻:Keep提供的教練錄制的訓練指導視頻;
時間:本組動作所用時間;
名稱:顯示該動作的順序和名稱;
教程:點擊該按鈕,訓練暫停,用戶可查看該動作的要點、常見錯誤、細節圖示等;
時間欄:計算本組動作所用時間,完成即從灰色變成綠色;
- 上一個動作:點擊該按鈕,即跳轉至上一個動作;
- 暫停:點擊該按鈕,即跳轉至暫停頁面,用戶可選擇退出訓練或繼續訓練,也可以查看該組動作的要求、常見錯誤、細節圖示等
- 下一個動作:點擊該按鈕,即跳轉至下一個動作;
5. 一些思考
5.1?為什么主要排行榜是好友排行榜?
問題詳情:Keep的首頁中,為什么呈現的是“本周好友運動排名”,而不是“Keep總運動排名”?
筆者認為:徐志斌在《小群效應》中提到這樣一種現象——“小池塘里的大魚”,指的是用戶在小圈子內互相比拼、競爭以凸顯自己某種形象和地位的現象。其中,“大魚”指的是用戶想要塑造的形象和地位,而“小池塘”指的是一起互相比較的人群。
像健身這樣極需激勵的事情,動態進階機制給用戶設定戰斗力相近的“對手”,比給他們看職業運動員或健身教練要有意義得多,這樣用戶隨時可以超越比他戰斗力略強的用戶,但也有可能被戰斗力略弱的用戶擊敗。這群相似的人群足以讓用戶產生榮譽感和自豪感。
此外,Keep的動態進階機制還有另一種設計:和過去的自己比較。如首頁的本周運動時間,點擊進去即是以日、周、月、總等范圍呈現的運動時間;身體檔案和運動能力也能讓用戶真切地體驗到運動之后的改變。
5.2 為什么沒有籃球、足球等運動?
問題詳情:在Keep中,搜索“足球”,僅能看到“足球熱身”這一訓練;搜索“籃球”,僅能看到“彈跳基礎力量建立”、“彈跳爆發力加強”、“彈跳穩定性訓練”這三項訓練,而且都不需要用到這兩種球類,為什么?
筆者認為:Keep的品牌形象是基于其業務和功能而打造的,談到業務和功能,就不能不提到其核心功能——訓練項目,keep的訓練項目有以下特點:碎片化、無器械/簡單器械、一個人就能做、隨時隨地就能做。而像籃球、足球這樣的球類運動,卻對時間、運動器材、人數、場地等有極高要求。以上特點也就決定了keep的目標用戶和那些會出去打球的人不同。當然,隨著keep業務的拓展和用戶規模的增大,也不排除以后會增加各種球類運動作為補充。
5.3 為什么訓練視頻不設置退出(關閉)?
問題詳情:開啟訓練后,如果因故需要退出訓練,會發現界面中沒有“退出”這一選項,僅能使用手機后臺關閉這一粗暴的方式,為什么在訓練視頻中不設置退出?
筆者認為:筆者有以下猜想,一是Keep不允許,二是沒必要。
Keep不允許用戶退出,因為健身是一種有儀式感的事情,一般健身計劃往往包含有氧運動、力量訓練和柔韌性訓練,而力量訓練一般以組數*次數*RM的形式制定計劃,所以訓練其實是一個完整的過程。如果用Keep還不能完整做完一套訓練,還用Keep干嗎?難怪除了不設置“退出”之外,對于中途退出的用戶,該次訓練時間也不計入總運動時間。
另一種可能性是沒必要,筆者沒有Keep的后臺數據,因此只能猜想。畢竟keep的訓練項目是碎片化的(在沒有數據統計的前提下,以筆者的經驗,發現大多數訓練時長在10-20分鐘,最長的大概是43分鐘),實在有其他事情需要離開處理的,也可以暫停,因此筆者猜想,需要增加“退出”功能的用戶需求較少。
類似文章
本文由 @Wilson 原創發布于人人都是產品經理。未經許可,禁止轉載。
贊,Mark
太丑了吧,來點高保真的啊,這原型可以作為反面教材了
可以問問一些大牛產品經理們,現在還在畫高保真嗎?
感覺太凌亂,不過能寫那么多肯定也是用心了
這篇雖然寫的很用心,包括作著畫的原型,證明在axure上是有花功夫的。但是你這個真的不能算prd啊,你換成體驗報告方向寫,會比較能夠符合你想表達的。另外就是,官網的人工、算法推薦等,這樣推這篇出來這么頂部的位置,小白點開了,以為你這是prd文檔規范,那就GG啦~~
哈哈,還是很奇怪的體驗報告
您能推薦一份標準的嗎
勘正:今天研究Keep的時候,突然發現了中途關閉訓練的方法了,訓練的時候,先點“暫停”,再點“退出訓練”,這樣還可以計算運動時間和消耗的能量。Keep弄得這么麻煩,也真是夠了。
你已經解釋過了,他們不鼓勵退出,但因故需暫停是正常的。故如此…
最近在學習產品經理方面的知識,可不可以問一下前輩這個交互界面的動畫是怎么做的?
動態面板。比較麻煩
跟我之前發的好像啊 是對標嘛?
部分學習了您的大作 ?? 有空請指教
贊一個,不過原型真的好丑。。。
可以給個文檔嗎??想學些下,膜拜大神,交互做的很好。 ??
如果想學習prd文檔的書寫,建議不要參照這篇文章,這真不是
用戶畫像和需求匯總方面不錯。后面的,你會被設計、開發、測試懟死。建議你要倒推,取app中的一個功能進行倒推,這樣可以寫的細一點。一個頁面一個頁面進行邏輯描述,頁面之間箭頭指向表示跳轉。你這樣一個app這么大,寫的不細,大范圍的列產品結構,我覺得沒有人想看,更不是PRD了。這些東西是你自己寫在你自己的小本本上的,不是給技術看的。需求評審的時候才應該來說這些。
您好,覺得你說的這個倒推方法說的很好。可以加您微信就這點聊的更具體一點嗎?
一句話:Keep是給有運動需求的白領用的。
首先聲明下,我是個程序員,不是產品,目前在學習如何做一個產品。從開發角度來看的話,敘述稍微有點混亂,條理不是特別清楚。其他的同學說的很對,從一個成熟的產品反推PRD,這個方法感覺不是特別合適。當你去做一個產品的時候,雖然可能有些競品可以去模仿去參考,更多的是你如何讓你的產品有亮點。把你的產品優勢(功能&交互等等)確定下之后,再使用通俗易懂條理清楚的語言描述出來,這才是一個合格的PRD。
其實有道理,我是覺得說反推比較成熟產品的PRD應該重在于練手之作,在功能架構和頁面布局等等的分析應該更側重(當然這就不是PRD了);絕大多數產品經理,可以去模仿一些完善的產品構建體系讓自己有一個概念,但實際可能在大公司你的資歷暫時只能做小的模塊,在小公司你敢寫大而全的產品人家也不一定推得動,最后可能會有PRD實際會沒那么復雜。
只能說追求系統的學習和表述的心很好,但我也是個半吊子也說不清楚。
這不是PRD文檔,如果是那等著評審會被開發懟吧
Prd?不是的吧?
多去思考業務場景中的具體需求,而不是停留在表面去做功能和交互上的描述。拿這個文檔去給keep的開發看,不是把他逼瘋就是被他按在地上摩擦
產品結構圖和產品信息結構圖有什么區別?
結構分功能結構和信息結構
說了等于沒說
產品結構圖:通常是指產品功能結構圖,就是說這個產品的所有功能模塊結構圖。比如微信分四個大模塊:消息、通訊錄、發現、我的,依次每個模塊里面還有對應的功能。
信息結構圖:指脫離實際頁面,將產品所有的數據抽象出來,組合分類的圖表。比如:微信的用戶資料包括:昵稱、頭像、微信號、二維碼、地址、性別等。再比如:微信在朋友圈中,發布信息包括:文字、圖片或小視頻、時間等。
簡單來說,產品結構圖只到功能模塊,不設計功能內具體信息數據。信息結構包含了所有的信息數據結構。
辛苦了
這真的是PRD文檔嗎?不是產品使用說明?
這就是體驗并使用軟件后配了原型圖的簡易使用說明書,不過還不錯啦,拿個APP來練練原型,熟悉下思路,挺好的。
嗯,不過網站把這類文章放在優先的位置,真的會對入行小白造成誤導,不如好好寫一個產品體驗報告更適合些。
建議:已經成型運營的產品不要反推去寫PRD文檔。寫產品體驗報告會有更多收獲。
原因:現成的產品都是經歷了多次迭代形成的,每次的迭代都有著不同的考慮。反推PRD文檔是行不通的。(或許你能反推出第一版的PRD,第二版,第三版等),這樣的話才是基于用戶需求去寫PRD。不然這樣的PRD文檔不過是將功能性的東西拆分而已。
這個軟件用了不少時間,有個問題。我是個免費用戶,設置了不少“我的訓練”。目前這一部分需要劃動兩屏以上才能找到,而且一些運動項目還得展開,不方便。
是故意的么?
我記得一開始“我的訓練”是很顯眼的,后來業務龐雜了之后才放在目前這個位置,我覺得有以下幾點理由:1、“我的訓練”是用戶打開Keep最根本的目的,不怕你不去找;2、放在最上面的“總運動”、“本周運動”是滿足用戶的成就感,而“本周好友運動排名”是刺激用戶的攀比心;3、今日Keep推薦和推薦活動都是刺激用戶去消費APP更多的內容,換句話說,就是提高APP的留存率和用戶使用時長??偠灾?,不怕你不用(我的訓練),就怕你不用(其他功能)。
確實。剛才仔細看了下APP的其他欄目。發現同質化的內容比較多。比如:經常出現的飲食內容。 估計由于這些次要欄目,用戶的關注度不夠,所以,一些推薦課程和活動,話題,總是在反復出現反復出現。為了增加粘性,增加參與度,運營部也是拼了哈。
emm,沒看過之前的版本,但是估計就是為了強行讓你看中間的偏活動的模塊吧,而且除非初次使用可能不好找因為是在“發現—訓練”里面,否則可能用兩次以上就能習慣了吧,當然對于只做健身類的是不那么直接,對于像我這種只用跑步和行走的就沒差,反正都是第一眼就能看到的核心功能 ?
我覺得gif會把技術搞瘋,把太多步驟放一起了。要不就一個一個流程做gif,要不就直接放頁面流程,感覺更快更直觀
作者比起我已經優秀很多了,愿意花時間寫文分享。以下僅表示個人觀點,勿噴。文章還僅僅只是在看得到的功能點以及交互上做羅列,深度還有待提高。比如:使用場景與用戶畫像作者理解還不夠透徹…建議日后分析某項產品時多考慮考慮該功能背后的應用場景,比如:為什么所有健身APP都會開個“動態”,個人觀點是用于滿足一部分用戶內心想要炫耀、獲得認可的需求。一個產品,界面及交互只是一個基礎。作者加油,我只是有點無聊,上來隨便看看
個人觀點:PRD是給技術看的,只需要知道做什么即可,至于為什么貌似是在可行性分析或者競品分析文檔中體現吧。
通俗點來描述一份好的PRD就是:領導能看,開發能看,測試能看。但是領導不追細節,開發字多不愛看,測試字少不愛看。怎么表述就看個人能力。僅靠上面前置條件、頁面邏輯讓開發能看懂做什么,臨界值、異常情況、數據范圍…交互效果全跟著你的圖,再遇上幾十號人協同開發,你估計要被祭天。
誰都適合看!百科全書?。棵總€人都要篩選自己需要看的內容,效率何在。我并沒有說樓主的PRD很完美,只是不贊層主的觀點而已。
建議了解一下PRD/MRD/BRD的區別
這份文檔更像交互文檔,而不是PRD,有兩點建議哈,1.建議分功能而不是分頁面,比如登錄頁,其實只是調用注冊、登錄、找回密碼、第三方登錄等功能而已,頁面本質上只是各個功能和UI元素的堆疊;2.在最前面增加一個功能列表,包括一級功能、二級功能等,使用場景什么的,個人覺得簡單介紹就好,對于熟悉業務的開發和測試,場景幾乎不會看的
我意見可能會不同,也許是不同企業不同產品boss的要求不同吧。1、按頁面來會確保漏掉東西的可能性變??;2、如果產品頁面多的話更能夠表達出頁面切換的邏輯,便于技術理解;3、UI元素其實也是涉及到后臺功能的配置,按頁面將數據表現出來也便于后臺的構建。不知道這樣的想法是不是正確呢,相互學習一下~
即使按功能寫PRD,最后也會落腳到頁面說明,否則客戶端和前端會殺了我的,只是頁面說明是在交互文檔或者原型里。因為通常PRD和交互都是我自己做的,所以就分的細一些,習慣問題
借個地方回作者:
確實,寫PRD也要有同理心,如何能夠讓閱讀文檔的人能夠更快更清晰地獲取到這些信息。1、這個產品結構圖和產品信息構圖我估計沒幾個研發能看完…可以考慮通過可視化的形式來展現,另一個就是,研發看了這個結構圖之后,你希望他干啥?2、最好是能把前端展示和后端邏輯分開來寫,后端寫數據接口的時候可能根本就不想知道頁面長啥樣。
同理心真的很重要,如果開發噴我,我倒覺得還好,最擔心的就是那種安靜干活兒的開發,沒寫好PRD,真的覺得對不住他
與其花這么多時間在原型的動態效果上,不如把原型畫的美觀一些… ??
??
太牛了,收藏了
把技術逼瘋的PRD
請指教
看看 李小新的回復。 就是你得從技術的角度,給他們寫他們能很快上手開發的文檔
請指教
目前正在學習產品知識的小白一枚,不太明白文章中這個產品信息結構圖的邏輯,不知道怎么找出這幾個方面構成產品的結構,求大神指點
不是大神不是大神,產品信息結構圖就是要找出產品都有哪些功能,像Keep這款產品,除了訓練之外,還有動態(類似微博)、商城等。至于產品要有哪些功能,這得看公司的戰略目標和規劃等因素了。
?? ??
結構圖是功能,信息圖是信息;
?? 請問這種動畫是怎么做的呢
用licecap截取gif。
能夠分享給我keep的產品需求PDF?我的qq郵箱517341660@qq.com
先贊一個,能夠分享很值得鼓勵了,但是想吐槽一句,原型畫的有點丑 ??
看來缺個設計師女朋友 ??
這已經可以成為別人家的產品經理的榜樣了 不錯了