1. 程式人生 > >第4次作業-案例分析

第4次作業-案例分析

待分析的產品:石墨文件Android客戶端

第一部分 調研,測評

1.下載並使用,描述簡單直觀的個人體驗

下載並使用石墨文件Android客戶端後,介面簡潔大氣,功能專注於文件和表格方面,使用APP線上編輯時也較方便和簡單,編輯工具較為豐富,同時支援文字識別和語音速記,方便使用者的使用;在多人實時協作時,同步響應速度很快,使用者體驗感很棒,能夠滿足使用者雲端實時協作的需求;另外該軟體支援匯入檔案,能夠全域性搜尋並且將檔案分類,便捷使用者對軟體的管理。美中不足的是很多功能的載入速度太慢,比如表格載入、匯入檔案等。

    

2.按照描述的bug定義,找3~5個功能性的比較嚴重的bug

通過閱讀《構建之法》第13章的軟體測試,可知bug的定義。

Bug可以分解為:症狀(Symptom)、程式錯誤(Fault)、根本原因(Root Cause)。

1)症狀:即從使用者的角度看,軟體出了什麼問題。

      例如,輸入(3 2 1 1)時,程式出錯退出。

2)程式錯誤:即從程式碼的角度看,程式碼的什麼錯誤導致了軟體的問題。

      例如,程式碼在輸入為某種情況下訪問了非法的記憶體地址——0X0000000C。

3)根本原因:錯誤根源,即導致程式碼錯誤的根本原因。

      例如,程式碼對於id1==id2的情況沒有做出正確判斷,從而引用了未賦初值的變數,出現了以上的情況。

功能性的bug:

bug1:

文件裡新增連結時,連續兩次寫入@符號,第二次寫入@符號時會因選擇工具的不同出現兩種情況
第一種情況:選擇軟體工具欄自帶的@鍵寫入@符號,可以正常新增連結
第二種情況:選擇手機鍵盤裡的@鍵寫入@符號,此時文件無法識別,不能正常新增連結

    

bug2:

在文件裡設定標題樣式時,選中區域無效,軟體會預設將游標所在的兩個回車符之間的所有內容設定為選定樣式。

問題樣例如下:

    

正確樣例如下:

    

bug3:

在文件的某一討論區,點選【結束討論】後,該功能並未立馬起效,協作者仍可以繼續評論,並且所有協作者都可見該評論。但此時,左上角的狀態已經由【結束討論】變為【恢復討論】。

    

3.選擇使用者進行採訪

(1) 介紹採訪物件的背景和需求

採訪物件是室友,她經常寫文案和做微信推送,在編輯文案時需要與他人協作討論,針對文案中的某些細節問題進行標註、商討以及修改,如果這些問題通過雲端實時協作解決,就可以便利大家的工作時間安排,提高做事效率。

(2) 讓採訪物件使用5-15分鐘石墨文件的功能(請上傳照片證明使用者的確正在使用)

(3) 描述使用者使用這個產品的過程, 使用者的問題解決了麼?軟體在資料量/介面/功能/準確度上各有什麼優缺點?使用者體驗方面有問題麼?

  1)使用者使用過程:使用者初寫文案時,添加了三個協作者,大家一起通過石墨完成一篇文案的寫作。使用者負責寫出文案的主體內容,其他協作者負責審閱和修改,在有問題的地方一起進行評論和商討,並最終確定文案。較傳統的方式相比,整個過程中,協作者們減少了不必要的會面、傳送檔案的時間,更加高效地完成了一篇文案的撰寫,很好地解決了使用者的問題。

  優點 缺點
資料量 暫無限制,且採用SSL加密通道/AES256,安全性較高   資料量沒有限制,但速度很慢
介面 簡潔美觀 ,具有濃厚的“中國”氣息,適合深度寫作 介面設計上沒有突出體現石墨的特色功能 
功能 專注文字書寫和文件協作,除了提供普通的協作功能,還提供了非常好的體驗  其他方面如團隊管理和文件管理等有所欠缺 
準確度  通過文字識別和語音速記的結果來看,準確性較高  目前使用經歷來看,未在準確度上發現問題

  2)使用者的體驗問題:

  • 檔案載入和匯入太慢,尤其是表格,很容易讓人急躁
  • 連結標準不明顯,該軟體預設藍色字體表示連結,且自動將@符號去掉,會導致連結和正文藍色字型混淆
  • 靠回車符區分標題。。。在給標題新增樣式時很奇怪,達不到想要的效果
  • 在評論區不能回覆評論,無法針對某條評論表達看法

(4) 使用者對產品有什麼改進意見?

主要是載入速度,如果軟體能夠在各個功能上把載入速度提升,提高使用過程中的流暢性,將會帶來更好的使用者體驗。

4.請給出你對這款軟體的評價和理由。
評價:d、推薦

理由:石墨的介面簡潔大氣,適用於很多場景,尤其是在辦公服務上有很大用處。它最大的優勢是多人實時協作功能,同步響應速度很快,並且支援文字識別、語音速記等多種方式線上編輯文件,可以實現多人同時在同一文件及表格上進行編輯和實時討論,能夠很好地滿足使用者雲協作的需求。

第二部分 分析

1.使用此軟體的所有功能,估計這個專案做到這個程度大約需要多少時間(以周為單位、團隊人數6人左右、計算機專業本科畢業生,並有專業UI 支援),人員如何分工?時間如何規劃?

石墨是一款“小而美”的產品:切入點小,專注於文字書寫和雲端實時協作,頁面和互動也做得很漂亮。但是真正實現起來還是比較困難的,要考慮的問題很多。

如果對這方面開發比較瞭解並且技術過關的話,配置1個美工、2個前端開發、2個後端開發、1個測試,大概需要20周。

5%的時間用於定義問題和制定計劃,15%的時間用於需求分析和建立軟體的邏輯模型,5%的時間進行軟體設計,45%的時間用於程式碼開發與美工,30%的時間用於軟體測試和解決bug。

2.分析這個軟體目前的優劣(和類似軟體相比),並給出團隊在軟體工程方面可以提高的一個具體建議。

產品 產品完備性 協作 功能完備性
Google Docs 文件、表格、演示、表單、畫圖 完全無鎖實時協作 基本滿足各種office需求,除了非常專業的使用者之外
Quip 文件、表格 實時協作 輕,不去過分強調格式和功能
一起寫 文件、表格、表單 實時協作 酷似Quip,但沒有走Quip那麼輕的路線,提供較完備的功能
石墨 文件、表格 實時協作 輕,介面簡潔美觀,但是有些需要的功能沒有,速度快且穩定

 建議:通過和同類軟體對比發現,石墨專注於文件和表格,文件協作功能做的很好,但是文件/團隊管理這塊不如同類軟體,如果能豐富和完善一下協作管理功能,產品會更具競爭力。

第三部分 建議和規劃

1.這個軟體有很多可以提高的部分,如果你是專案經理,如何提高從而在競爭中勝出?

我會從介面和功能兩點出發。

在介面設計上,考慮軟體的應用場景和使用者群體,分析並設計出適合該軟體的圖形介面,追求簡潔美觀的風格,提高使用者使用時的舒適性、方便性以及愉悅性。

在功能設計上,確定軟體應用的範圍,專注於解決使用者的某些具體問題,爭取實現的每個功能都可以快捷高效地幫助使用者解決問題,不求軟體功能的豐富性,但求軟體功能的實用性,在某些領域提高軟體的競爭力。

2.目前市場上有什麼樣的產品了?你要設計什麼樣的功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?可以用 NABCD分析。

  • 目前市場上的團隊文件管理、協作類工具有很多,比如國外的Google Doc、Microsoft Office365、Quip等,國內的騰訊文件、一起寫、WPS雲文件、有道雲協作、堅果雲等。
  • 我想設計一個語音評論功能。原因:石墨文件的功能主要在於支援多人云端實時協作,實現多人同時在同一文件及表格上進行編輯和實時討論。加入語音評論的功能,可以方便協作者對文件的某一細節內容進行評論,其他人同樣可以語音回覆參與討論,在某些情況下更加省時省力,便捷團隊協作。另外,語音評論不僅僅侷限於文字,更能直觀地體現評論者想傳達的資訊。
  • 更舒適、便捷、實用的體驗感是使用者選擇我們的動力。
  • N(Need):如今社會中,團隊協作變得越來越重要,在生活的各個方面,對團隊協作工具的需求也更加迫切,尤其是辦公服務軟體方面,支援雲端實時協作的工具有著更加廣泛的使用者群體。

    A(Approach):使用者的反饋是最重要的。根據使用者的反饋,設計和優化介面,新增新的功能或對原有功能進行完善。

    B(Benefit):

      簡潔美觀的介面風格給使用者帶來更好的視覺體驗,更方便使用者操作;

      便捷地編輯文件和表格,滿足使用者需求,吸引使用者的使用

      高效地實現團隊實時協作,便於協作者操作

      可以對文件的某一細節內容進行評論,其他人可以一起參與討論

    C(Competitors):目前最大的競爭對手是騰訊文件,兩者的功能太相似了!

    D(delivery):在各大應用商店和社交平臺上進行推廣

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

作為專案經理,我會配置1個美工,3個開發,1個測試

4.描述你的團隊在16 週期間每週都要做什麼,才能在第16周如期釋出軟體。

第1周:制定計劃,主要確定軟體的開發目標及其可行性

第2-3周:需求分析,對軟體需要實現的各個功能進行詳細需求分析,和使用者一起確定要解決的問題,建立軟體的邏輯模型,編寫需求規格說明書文件並最終得到使用者的認可。

第4周:軟體設計,根據需求分析的結果,對整個軟體系統進行設計,如系統框架設計、資料庫設計、功能邏輯設計等

第5-11周:程式碼開發與美工,將軟體設計的結果轉化為計算機可執行的程式碼,並且美觀地呈現出來

第12-15周:試執行、測試,解決Bug。整個測試階段按照單元測試、組裝測試、系統測試三個階段進行,選擇白盒測試、黑盒測試等測試方法。

第16周:釋出軟體