標籤:
一、軟體調研
運行平台:Android 4.4.4
必應版本:5.2.2
1、bug發現
1.1
bug標題:單詞挑戰無法載入和重新整理
bug詳細描述:學習介面中的單詞挑戰模組,點擊後沒有任何反映,並且點擊重新整理也一直顯示“載入失敗,請稍候重試”
bug嚴重程度:一般
bug優先順序:重要不緊急
bug類型:內容相關
2、採訪軟體使用者瞭解軟體
使用者背景:北航電腦學院大三學生
學英語的目的:準備出國的相關語言考試
使用者使用軟體的照片:
資料量:單詞資料量充足,能夠滿足使用
介面:介面簡潔易用
功能:功能還算完備,但是缺乏優秀的拍照取詞功能
準確度:英譯中準確,然而中譯英準確度一般
使用者體驗:使用者體驗還行
改進意見:去掉首頁的推薦欄目
評價:一般
二、軟體分析
1.軟體功能分析
軟體功能有四類:
翻譯功能:翻譯功能包括短語翻譯、句子翻譯、例句提供、語音朗讀
學習功能:學習功能包括個人單詞本、經典詞庫、個人單詞背誦、口語訓練、聽力訓練、推薦閱讀
分享功能:分享功能包括分享單詞、分享句子、分享學習狀態
自我維護功能:自我維護功能包括使用者反饋、檢查更新,系統設定
2.項目時間估算
團隊人數6人左右,電腦大學畢業生,有專業UI支援
團隊成員分工:
設計階段:全體成員進行需求分析、需求規格設計
編寫階段:1位成員進行伺服器背景搭建,2位成員負責各平台用戶端UI編寫,1位成員負責翻譯相關核心模組,1位成員負責拍照取詞和口語練習中資料的輸入處理和轉化,1位成員負責分享功能和自我維護功能的編寫
測試階段:每人測試各自模組,然後3人負責總體測試和迴歸測試,3人負責問題修複
運行階段:2人負責宣傳和與使用者交流,接受反饋;4人負責運行維護
總體時間估計:
需求分析:3周;需求規格設計:3周;編寫代碼:4周;測試:3周;運行維護:直到項目被放棄
發布前需要時間:13周
加上浮動的時間(如放假和突發事件),大概4個月(16周)
3.軟體優劣分析:
優點:
介面簡潔易用,符合主流審美觀
功能多樣,既有翻譯功能也有學習功能
為使用者個人化定製,為每個使用者的英語學習提供不同協助
缺點:
核心翻譯功能不足,準確度有待提高不如百度翻譯
首頁推薦顯得多餘
存在未能解決的bug
4.可以提高的部分
完善核心的翻譯功能提高準確度,最佳化首頁,修複現有的bug
三、軟體建議和規劃
問題一:這個軟體有很多可以提高的部分,如果你是專案經理,如何提高從而從競爭中勝出
從功能上,改進現有的翻譯水平;從內容上,豐富詞典內容,包括各類專業詞典、領域詞典;
問題二:目前市場上有什麼樣的產品了?你要設計什麼樣的功能?為何要做這個功能而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?可以用NABCD分析。
目前市場上相關的產品有兩類,一類是有道詞典、金山詞霸、靈格斯、百度翻譯等詞典/翻譯類的產品;另一類是百詞斬、扇貝單詞等這類協助背單詞的產品。
我要設計的功能是使用者部落格功能。
做這個功能的原因是單純的單詞背誦是十分枯燥的,並且沒有掌握要領的人背起來非常痛苦,而軟體能夠提供的協助有可能並不適合每個人,反倒是同學/朋友的經驗可能可以幫上忙。因此鼓勵使用者寫學習部落格,將部落格推薦給有需要的使用者能夠改善背單詞的效率。
Need:使用者背單詞可能需要一些特殊的要領和訣竅
Approach:提供部落格功能,鼓勵使用者寫部落格。在部落格被贊的時候博主獲得收益,而看的使用者則學到相對應的訣竅和技巧
Benefit:使用者獲得背單詞的技巧
Competitors:市場中此類功能的產品還不多,有翻譯/背單詞類的產品,也有部落格類產品,較少將兩者綜合起來的產品
Delivery:可以通過在官方網頁中進行宣傳,可以在視頻網站中投放廣告,可以利用微博進行宣傳,也可以考慮傳統的電視廣告或者路面廣告
問題三:如果你的團隊有5個人,4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等)?
需求分析依然大家一起進行
代碼編寫方面,或許可以採用用戶端顯示網頁的方式,節省不同平台用戶端開發的人力成本,讓用戶端變成一個人來開發
測試方面削減一個人,修複bug人數不變
美工方面,如果資金緊缺或者時間充裕並且團隊成員有這方面基礎可以考慮自行設計;否則可以考慮外包
問題四:描述你的團隊在16周期間每周都要做什麼,,才能在16周如期發布軟體?
1~6周需求分析和設計
7~10周代碼編寫
11~13周測試和修複bug
14~15周邀請使用者進行內測,繼續修複bug
16周宣傳和發布
Week2 Bing詞典Android用戶端案例分析