第四次作業——個人作業——必應詞典軟件案例分析


關於微軟必應詞典客戶端的案例分析

  

第一部分 調研,評測


一、評測

使用環境:Windows7 x64
詞典版本:微軟必應詞典桌面版(版本:3.5.0)
處理器:Intel(R)Core(TM)i5-3230M CPU 2.60GHz

找了半天的bug,看到有人說:“按照《構建之法》里的定義:軟件的行為與用戶的期望不一樣即為BUG。”於是乎,豁然開朗╰( ̄▽ ̄)╮,具體bug如下:

  • No.1 例句模塊

    例句模塊的類別導航欄的各個下拉菜單的高度都沒設置好,這是逼死處女座的節奏●▽●,對用戶體驗造成一定影響,感覺是故意為之,不然那么明顯。。

  • No.2 翻譯模塊

    必應詞典的翻譯功能貌似做得還不夠好啊,連“軟件工程”這個單詞的高亮都弄錯了(具體見下圖),還有本來要翻譯github官網的,卻說“不支持安全頁面的翻譯”

  • No.3 必應生詞本

    生詞本同步以后就無法導入了。。。

  • No.4 必應電台

    必應電台的聽寫功能本來應該是一個強力的優勢的,但是'.'后面少了一個空格居然報錯了,是固定一句話寫完后后面還要空個格再另寫一句話嗎,,

  • No.5 我愛說英語

    “我愛說英語”沒有讀也會有得分。。

  • No.6 取詞

    OCR強力取詞圖片上的文字會出現亂碼

  

你覺得為什么這個產品組的人沒有發現這些bug??

    個人認為這個產品組的人沒有發現這些bug,很有可能是因為用戶量較小無人反饋且微軟沒有投入太多精力在必應詞典中。這一點我是從必應電台的“CRI每日新聞”板塊,目前已停留在2014/12/18猜測出來的。。。

  

二、采訪

  • 采訪對象:我的斜對床舍友小均同學
  • 用戶需求:目前已過六級,只想查查生詞,背背單詞提高自己的英語能力,偶爾聽個英語電台什么的
  • 用戶體驗:
  1. 離線不能忍,離線不能忍,離線不能忍,特別是對於家里網速不好的妹紙來說(好吧,只不過是我幫她寫的( ̄▽ ̄));
  2. 必應生詞本只要能用來記錄,不能復習(就是沒有相應的練習);
  3. 單詞挑戰錯了沒有解釋;
  4. 必應電台的聽力有bug;
  5. 整個界面太呆板,較卡頓
  • 用戶評價:不推薦,更喜歡有道詞典
  • 用戶建議:網絡釋義希望能與時俱進,能離線下載單詞包,單詞挑戰錯了的能有相應的解釋
  • 以下為照片~

  

第二部分 分析


  • 在“團隊人數6人左右,計算機大學畢業生,並有專業UI支持”的條件下,我認為這個項目做到這個程度大約需要4-6個月左右。

  • 目前我都用有道詞典,對有道比較熟悉一點,所以就拿有道和必應做一下對比:

  1. 界面的話,必應比有道好的方面在於【幾乎沒有廣告】;

  2. “詞典”模塊里的導航欄,必應是在右下角,而有道是在側邊欄里,就這點來說,有道的用戶體驗較好(也有可能是個人習慣吧)(上:必應,下:有道)

  3. 有道的“例句”模塊的導航欄也是在側邊欄,而必應則是一排下拉框(上:有道,下:必應)

  4. 必應的“應用”模塊的各個子彈窗的排版也較雜亂無序

  5. 有道比必應多了“圖解詞典”,較生動形象一點,還有“有道學堂”,“人工翻譯”和“有道小組”等社交化模塊,且“單詞本”可以復習;

  6. 不過,必應也比有道多了一些其他功能,比如:“必應電台”,“單詞挑戰”,“我愛說英語”等比較具有創意的且可社交分享的功能,還有“例句”模塊里有口模視頻;

  • 團隊在軟件工程方面可以提高的一個重要部分:(不考慮現在較流行於移動端)

    個人認為,“別忘了你為什么出發”這句話用在這里非常合適,作為詞典,應用模塊里的那些功能都是錦上添花的,而主功能“翻譯”都沒能實現好的話,估計在用戶的心里就會減分不少,也不利於推廣和使用,所以我建議先把主需求夯實完善了,如果只能 在線 查單詞例句和翻譯啥的,而且是PC端的話,我想更多人會選擇直接網頁查詢吧,內容更多更全。。。個人認為,現在PC版的詞典的意義就所在:可以離線查詢和翻譯。

  

第三部分 建議和規划


  • 如果你是項目經理,如何提高從而在競爭中勝出?

    第二部分的最后一點有提到一點了,關於離線方面的;還有就是能和當下中國大陸比較常用的社交軟件:QQ、微信、微博等建立聯系,可以使用這些軟件的賬號或者手機號登錄而不是只有Microsoft帳號,也可以實現PC端與移動端的數據雲同步等。

  • 目前市場上有什么樣的產品了?

    目前有有道詞典、百度詞典,金山詞霸等軟件,也有像步步高、諾亞舟、文曲星等實體的電子詞典。

  • 你要設計什么樣的功能?

    我想設計一個可以模塊化學習專業英語的功能。

  • 為何要做這個功能,而不是其他功能?

    因為大學以來,經常遇到一些專業術語,尤其是大二下的那門數據通信與網絡,就只有我們班是全英文教材,,而且這門可以算是專業基礎的課,卻有一大堆專業術語,對於一個英語渣來說,學習起來相當費勁,為什么要做這個不做其他的原因很簡單:因為目前就想到這個,沒想到其他的。

  • 為什么用戶會用你的產品/功能?

    我相信大部分會使用這款軟件的用戶都是學生,而且大學生的比例應該也蠻高的,除了四六級以外,各個專業都有相應的國外的教材和參考文獻等,如果想自學深造提高自己能力的話都需要相關專業的英語學習。用戶需求量還是比較可觀的。

  • 你的創新在哪里?可以用 NABCD 分析。

    創新點就在於模塊化學習吧。
    N(需求):前面已提到了,,
    A(做法):把詞匯進行分類,然后做成一個個的子模塊,相當於一個個子話題那樣
    B(好處):有利於專業學習
    C(競爭):至少我目前還沒接觸過有關這個功能做得比較好的軟件,有道有類似的,但分類偏生活化
    D(推廣):可以主動聯系高校的社聯社團什么的,成為他們的贊助商,互利互惠,讓他們幫忙宣傳

  • 如果你來領導這個團隊,會有什么不一樣?

    比起微軟大牛們,我的不一樣也許就在於我還是一個學生,而且是中國土生土長的學生<( ̄▽ ̄)>,比較了解中國學生的需求,也許能提出一些與時俱進的idea,嗯,也許。。。

  • 如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?

    兩個主程序員作為開發,一個測試,一個美工,一個數據庫管理人員(各種詞匯的整合)

  • 描述你的團隊在16 周期間每周都要做什么,才能在第16周如期發布軟件。

    第1周:初步的需求分析,明確分工,整合資料,形成計划安排表;
    第2周:完善需求分析,初步的架構設計,數據庫設計和界面原型設計;
    第3周:完善各項設計,商量制定以及完善編碼規范;
    第4周:最終定稿,形成需求規格說明書;
    第5-7周:進行主功能模塊的編碼,前端界面與后台數據庫等同時進行,在編碼的同時也要進行相關模塊的小范圍測試,美工和主程序員以及項目經理要做好溝通以便及時的反饋修改;
    第8-10周:完善主功能模塊,進行應用附加功能模塊的編碼;
    第11-12周:將各功能模塊對接,形成初步的可測試版產品;
    第13-15周:進入大規模的測試階段,不斷找bug和完善產品,保證質量;
    第16周:繼續完善,並最終發布產品;

    注意點:

      每周都要開例會,每個人匯報自己的進展,以便於總結經驗與不足,以及跟進各方面進度然后作相應的調整。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM