微軟必應詞典案例分析


1.微軟必應詞典案例分析

  1.1微軟必應詞典功能性BUG說明

  聲明:以下版本和運行環境如下:

  運行環境:Android 5.0.2 LRX22G MIUI 8.0.1.0(LHMCNDG)

  必應詞典軟件版本:5.2.2

 

    1.1.1BUG-1-懸浮窗錯誤彈出

軟件測試BUG特征

與其他軟件存在使用沖突

重現步驟

0.安裝訊飛輸入法
1.打開必應詞典->我的->設置->勾選懸浮窗口->打開微信->在對話框中輸入訊飛輸入法自帶的emoji表情,例如破涕為笑

測試結果

彈出“本地暫無搜索結果……”

分析

很多輸入法都自帶emoji表情,
微信用戶也經常使用輸入法自帶的emoji表情,當用戶聊天時突然輸入emoji表情,突然彈出的懸浮窗會嚴重影響用戶輸入的流暢性與體驗,
就我個人而言,這一個BUG就可以足夠我卸載必應了。
另外,必應懸浮窗只有在微信聊天時才會錯誤彈出,在qq輕聊版中不會,在微博私信時也不會;而且,在平時,懸浮窗並不會彈出,軟件中也沒有說明介紹懸浮窗如何使用。

嚴重程度

關閉懸浮窗就可以避免,但十分損害用戶體驗

         配圖說明:

 

 

     1.1.2BUG-2-已登錄仍顯示登錄界面

軟件測試BUG特征

彈出無意義的登錄界面,影響使用

重現步驟

0.安裝並打開必應詞典
1.任意選擇一個賬號授權直接登錄
2.連續按下返回鍵退出必應詞典,並在任務管理器中徹底關閉該程序
3.重新打開必應詞典->點擊下方“我的”選項

測試結果

界面顯示已登錄,卻仍然彈出賬號授權登錄界面

分析

點擊屏幕右上方的關閉就可退出授權登錄界面,
但仍然會影響到用戶的流暢使用

嚴重程度

當用戶想要修改基本設置時,突然彈出影響使用

 

        配圖說明我也不知道我是怎么把它截下來的

 

 

    1.1.3BUG-3-授權登錄時點擊右上方關閉時程序閃退

軟件測試BUG特征

程序閃退,影響使用

重現步驟

0.安裝並打開必應詞典
1.任意選擇一個賬號授權直接登錄
2.當在另一個程序上完成了授權,
  返回到必應詞典的授權登陸界面時,
  當下方顯示正在登錄時點擊右上方關閉

測試結果

這時程序會閃退,再次打開必應時顯示登錄成功

分析

本身這是由於用戶的不當操作導致的,
但是考慮到確實會出現這樣的情況,
如授權成功后,軟件登錄時間過長,
用戶試圖關閉授權登錄界面。
閃退對用戶的使用體驗造成了十分不良的影響。

嚴重程度

程序任何時候都不應該閃退,一個crash扣四分

 

 

 

    1.1.4BUG-4-導航欄遮住了部分每日推送

軟件測試BUG特征

部分內容被遮住,影響用戶閱讀

重現步驟

0.安裝並打開必應詞典
1.在下方導航欄中點擊“詞典選項”
2.不斷下滑直到到顯示“沒有更多的內容了”
3.發現最下方一條推薦閱讀部分被導航欄遮住,
  這一點從滾動條也可發現,導航欄遮住了部分滾動條

測試結果

部分內容與滾動條被導航欄遮住

分析

導航欄在界面中不應該浮在某個頁面上方,
而是獨立於每個不同的頁面。

嚴重程度

擋住部分內容,影響使用,具體來說並不嚴重,
但是對追求細節的用戶來說,會砸微軟的招牌

         配圖說明:

 

 

 

    1.1.5BUG-5-很多功能並沒有實現完整

軟件測試BUG特征

1.每日一句獲取不到語音
2.拍照取詞毫無用處
3.單詞挑戰不能使用
4.我愛說英語不能使用

重現步驟

0.安裝並打開必應詞典
1.依次使用以上四個功能

測試結果

1.程序反饋“正在獲取發音”,后無反應
2.下方彈出反饋:Bad Request
3、4.加載失敗,請稍后重試

分析

沒有實現好的功能就不要放在用戶界面上

嚴重程度

嚴重影響用戶的使用心情

 

     1.1.6:彩蛋-6-程序圖標與程序內部主界面色調不符

        特征:程序圖標與界面不具有一致性

        重現步驟:

          0.安裝,在桌面上,圖標主色調為黃色暖色調

          1.打開,程序內部主色調為青色冷色調

        分析:軟件圖標的顏色一般都會是軟件內部界面中的重要組成部分,

           而且,網頁版必應詞典的圖標也是青色為主,在小米應用商店上,

           必應詞典的圖標也是青色為主,但是當下載下來之后卻是黃橙色圖標

        嚴重程度:並不嚴重,只是給人一種不細致的感覺

 

     1.1.7:彩蛋-7-程序圖標與程序內部表里不一

        特征:程序圖標與界面不具有一致性

        重現步驟:

          0.安裝必應詞典

          1.打開必應詞典

        分析:這個彩蛋的發現來自於必應詞典桌面圖標給我帶來的強烈不和諧感,

           其桌面圖標從視覺上給我一種凸出感,通過RCB取色我們可以發現圖標上部分和下部分的顏色並不相同,

           因此造成了一種突出感,而必應詞典內部則是清新的扁平化設計,這樣的表里不一可能會對某些

           強迫症用戶造成打擊吧。而且,網頁版必應詞典的圖標也是青色為主,在小米應用商店上,

           必應詞典的圖標也是青色為主,但是下載下來就變成了黃橙色

        嚴重程度:並不嚴重,只是給人一種不細致的感覺

 

    1.1.8:彩蛋-7-程序內部界面風格不一致

       特征:

       重現步驟:

        0.安裝必應詞典

        1.打開必應詞典

      分析:整體為扁平風格,而滾動條卻又明顯的立體感,而且滾動條邊緣有很明顯的毛刺感

      嚴重程度:一般,只是給人一種不細致的感覺

 

 

    其他的我懶得細說的還有:

      BUG9:更改設置后響應不同例如更改程序語言后,需要重啟程序才可改變,而其他設置返回即可生效

      彩蛋10:與用戶交互的部分功能完成的並不好例如下方彈出的反饋邊框,

          當使用生詞本復習時,快速滑過10-20個單詞標記為已學會后,退出生詞本,下方反饋仍然在不斷彈出

      彩蛋11程序界面中普遍為淺色邊框,而生詞本中則突然變為深色邊框

      彩蛋12:生詞本應用中,顯示單個單詞含義的位置,沒有留出適當空白,這個必須上圖,因為很嚴重!

 

      彩蛋13:用戶交互時沒有給用戶明顯的反饋

          《設計心理學》一書曾經說過:需要給用戶的操作足夠的反饋來告知用戶產品已經接受到了自己的操作,

          但是在必應詞典里,很多按鍵都沒有給用戶足夠的反饋

 

  1.2用戶體驗和訪談摘要

      特別鳴謝接受采訪的大四學姐!

 

      訪談者的背景與需求:2013級本科生,成績為過六級水平,目前正在准備考研,

                日常使用的單詞查詢軟件為有道,背單詞軟件為扇貝英語,

                在924日嘗試使用必應詞典。

                對軟件的需求主要集中在單詞學習與句子翻譯,與閱讀文獻時查詢相關資料。

 

      用戶需求滿足或問題解決:在查詢上,被很好地解決了,例句中有很好的使用實例,  

                  但是必應自帶的單詞本功能不能滿足用戶的需求。

      用戶對必應詞典的看法:

        缺點:只能英譯漢不能漢譯英,雖然有道有時候亂翻譯可是能漢譯英啊。

           內置單詞本詞匯量太小,不能像扇貝一樣當單詞本背。

           默認的我的生詞本的那個注例為什么不另做一個介紹的頁面吶,這個無力吐槽。

        優點:例句還不錯。每日一次和一句和一篇閱讀這樣體現逐漸積累理念的功能不錯。

           界面還算簡潔流暢挺好看的。可以用微博賬號登錄同步挺好的。

      用戶對必應詞典的改進意見:保持例句與每日積累,完善單詞本學習功能,句子翻譯中添加漢譯英功能。

   1.3結論:評價為b,不推薦

      結合我對其他單詞軟件的使用經歷(扇貝、新東方樂詞、有道、朗文、要你命3000、滬江開心詞場、

      百詞斬、拓詞、不背單詞、海詞詞典,恩。。這些我都用過)。

      1.論釋義的正確性,這是一款詞典軟件最基本的要求。必應在這一點上與其他軟件相比沒有競爭力,

      而其他詞典例如海詞、有道都會注明釋義來自那個詞典,或是那個網頁,而必應沒有。

      相比之下,海詞在這方面有絕對殺手級的特點:顯示一個單詞每種含義在所有使用情況中出現的頻率,

      當出現一詞多義時,用戶可以權衡記住哪個或哪些。

      1.1在釋義這部分,必應有一個明顯的差距是:必應不會顯示一個單詞在某個學科中的釋義。

      而海詞和有道都會在中文釋義后標注出來。

      2.論學習功能:有道和海詞詞典都有針對專門考試的詞匯包,用戶可以通過將其加入生詞本來進行復習,

      就復習這一點來說,有道詞典頻繁提醒用戶復習,很煩人;而海詞的復習功能較必應和有道來說更完善,

      但是詞典app的學習功能仍然比不過那些主打學習功能的軟件。

      3.論界面,必應在這一點來說有少量優勢,界面簡潔,沒有廣告,

      但是根據我在第一部分中找到的那些問題,這一點我仍然不是很看好。

      4.論每日積累這一小特色:必應查看歷史“每日一句”有時間限制,不能查到較久遠的記錄,

      但是相比海詞詞典的這一功能,必應是直接將內容輸出,海詞則需要用戶點擊相應部分才可顯示,

      而在內容多樣性來考慮,海詞內容相比必應更豐富

      綜上,如果用戶的需求是以學習為中心,那么詞典軟件並不能正中用戶需求。

      而用戶的需求如果是以查詢為中心,必應詞典相對其他詞典來說又缺少一樣功能,

      在加上第一部分的bug和彩蛋,因此,我不會推薦Android用戶使用必應詞典。

  

2.分析

  2.1項目時常預估

    首先根據殺手功能/外圍功能的方式將其功能分類:

    殺手功能:例句選取很強大、句子翻譯較為准確

    外圍功能:生詞本、復習機制、屏幕取詞、每日推薦、慢速voa

    必須需求:正確性、准確性

    輔助需求:用法是否地道、UI的美觀、其他一些沒什么用的功能

    假設:

      團隊人數6人左右,計算機大學畢業生,並有相應的資源支持

      團隊分工明確,關系融洽,每人都有相關的開發經驗

      團隊每人每天工作時間至少八小時

    在此基礎上,我們使用生魚片模型,軟件概念、需求分析、架構設計、詳細設計、編碼和調試、系統調試的階段角度進行分析,工作量大約需要15-20周。

    1.建立分工,團隊熟悉各自角色,磨合性格,統一編碼、文檔風格。(1周)

    2.集體培訓必須的知識,了解開發流程等常識。(1周)

    3.分析需求,確定基本的開發方案、撰寫正式文檔,列出必須學習與可能需要學習的技術清單,首先學習當前開發必須學習的。(2-3周)

    4.設計復審,並做出詳細設計。(2周)

    5.完成相應的部件與功能,保證功能之間不出現重疊與沖突,並對部件進行測試並撰寫測試文檔。(6-8周)

    6.將部件組合起來,完成各種測試(黑白盒),撰寫測試文檔、readme。(2-3周)

    7.隨機選取用戶內測,獲得用戶反饋,將應用進行調整,並開始維護和運營。(1-2周)

 

  2.2分析優劣:

    最主要的分析在1.3結論中已經得出,這里不再贅述

    優勢:

      分析來分析去,可能必應唯一的優勢只有翻譯英文句子和界面簡潔了

     劣勢:

      太多。

 

3.規划和建議

      殺手功能:例句選取很強大、句子翻譯較為准確(不變),並擴大宣傳

         據說去年已經在和新東方合作,這一點在Android版應用上體現不出來

         因此可以嘗試將合作成果展示到Android版上

    外圍功能:生詞本、復習機制、屏幕取詞、每日推薦、慢速voa(改變)

          1.完善屏幕取詞功能

          2.完善拍照取詞功能

          3.完善生詞本的學習功能

    必須需求:正確性、准確性(不變)

    輔助需求:用法是否地道、UI的美觀、其他一些沒什么用的功能(改變)

          1.同意UI和應用圖標,完善內部整體風格

  3.1NABCD分析

    NEED:用戶對於詞典的最大需求在於查詢,但同時部分用戶如學生群體也有記錄生詞並學習的任務,更進一步,這些學生用戶還有學習指定內容的單詞的需求。同時,app滿足了應試需求也不一定能滿足他們對於一門語言的真正需求,即使用,即從聽說讀寫的角度提高自己的能力。

    APPROACH:必應可以與其他從事外語研究與教學的部門、公司、企業取得聯系並合作,以滿足用戶應試的需求,甚至更進一步滿足用戶學會使用語言的需求。

    BENEFIT:如果必應能和英語學習、研究機構合作,除了對必應詞典本身,對微軟來說,可以開啟微軟在教育領域的一條新道路,不過目前好像minecraft正在做這個。

    COMPETITIONS:競爭很激烈,目前市場主要被扇貝、新東方樂詞、有道等軟件占領,微軟如果想要獲勝,首先應該完善Android的各種功能,另外針對應試需求,通過分析其他軟件,改善自己從而吸引大部分用戶,而其殺手功能同時應該進行進一步優化。

    DELIVERY:不管怎么樣,宣傳最重要,知道必應是因為win8默認搜索引擎是必應,知道必應詞典,是因為去年有個學長學軟工的時候要我試着用一下,也就是說,必應詞典的宣傳完全不夠。普通用戶並不會了解到還有必應詞典這個應用,所以微軟應該充分利用自己的強勁實力,加大宣傳力度。但是必應軟件本身給人的簡潔印象會給宣傳帶來一定難度。

  3.2配置

    1名項目經理,1名美工,2名開發,1名測試,在開發初始時迅速明確分工。

  1-2周:建立分工,團隊熟悉各自角色,磨合性格與風格,統一編碼、文檔風格。集體培訓必須的知識,了解開發流程等常識。

  3-4周:分析需求,確定基本的開發方案、撰寫正式文檔,列出必須學習與可能需要學習的技術清單,首先學習當前開發必須學習的。項目經理和美工在此期間分析其他項目實例,並收集相應素材。

  5-6周:做出詳細設計,此時美工開始設計UI。

  7-10周:完成相應的部件與功能,保證功能之間不出現重疊與沖突,並對部件進行測試並撰寫測試文檔,此時美工開始根據部件設計相應界面。

  10-13周:將部件組合起來,完成各種測試,確保程序不出現問題,並進行回歸測試,修復之前的bug與新出現的bug,並撰寫測試文檔、readme。

  14-16周:測試並隨機選取用戶內測,獲得用戶反饋,將應用進行調整,並開始維護和運營。

 


免責聲明!

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



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