第四次作業——關於石墨文件(Android)客戶端的案例分析
關於石墨文件(Android)客戶端的案例分析
作業地址:【https://edu.cnblogs.com/campus/nenu/2016CS/homework/2505】
第一部分調研,評測
1、下載並使用,按照描述的bug定義,找3~5個功能性的比較嚴重的bug。請用專業的語言描述(每個bug 不少於 40字),如有必要,請配圖。
答:
Bug1:文字識別功能不準確,當我使用拍照和照片進行文字識別的時候,發現有一部分內容沒有識別到,一部分出現錯別字,還有一部分內容識別順序有誤,我認為這一部分內容會大大降低使用者的體驗滿意度。
Bug2:對於編輯時功能鍵部分,其餘功能部分之間可以來回切換,比如填充、字型、文字輸入鍵盤等,而評論這一項卻需要點選文件空白處,或者按返回鍵來退出,不能直接與其它功能之間切換,這也降低了使用者體驗度。
Bug3:匯入文件會出現格式亂碼的情況,第一次發現我以為只是Word和Excel文件會出現這樣的情況,可是當我把PDF匯入的時候,也出現了亂碼的情況,這就更加進一步體現出了石墨文件APP功能性上的Bug。
Bug4:已經刪除的文件,在石墨文件APP中卻還保留在檔案目錄中,我覺得這會給使用者帶來檔案冗餘的困擾,使用者刪除檔案就是覺得不需要了才會刪除,但在刪除之後,仍然保留一個空的檔案在最近使用目錄中,這將會給使用者帶來不便。
Bug5:石墨文件APP沒有檔案恢復功能或者撤銷刪除檔案的功能,比如使用者誤刪了檔案,在WPS中就有找回功能來恢復已刪除檔案,而石墨文件APP沒有此項功能,這也在某種程度上給使用者帶來了極大地不便。
2、選擇需要使用這樣的軟體的使用者進行採訪。
(1)介紹採訪物件的背景和需求
答:
1)採訪物件:同學
2)採訪物件背景及需求:學生組織祕書處負責人,想要完成組織內部發票明細及報銷情況文件彙總。使用這款軟體能幫助他實時線上編輯,省去了帶電腦的麻煩,而且軟體的標題分級功能比較好,優於大部分手機文件編輯APP。
(2)讓採訪物件使用5-15分鐘石墨文件的功能
答:同學正在使用石墨文件APP進行文件編輯:
(3)描述使用者使用這個產品的過程, 使用者的問題解決了麼?軟體在資料量/介面/功能/準確度上各有什麼優缺點?使用者體驗方面有問題麼?
答:
1)使用這個產品的過程,使用者的問題解決了,但是還是存在一些問題。
2)具體如下:
|
優點 |
缺點 |
資料量 |
沒有限制 |
載入速度比較慢,離線後部分檔案不能載入 |
介面 |
簡單簡潔 |
色彩比較單一,太清冷,顯得單調 |
功能 |
標題分級功能比較好 |
但在評論,儲存等方面不完善 |
準確度 |
輸入引用準確度比較高 |
文字識別功能不太準確 |
3)使用者體驗反饋一般,認為在編輯文件時,有些細微的格式方面的問題,還是不能很好的解決,加上手機端介面的限制,文件整體風格不太好把握。
(4)使用者對產品有什麼改進意見?
答:
1)介面方面,保持簡單大方的優點的基礎上,增加一些色彩,簡單不意味著單調,適當的色彩新增也能提高使用者使用的滿意度;
2)希望可以繼續完善一下文字識別功能和離線載入功能。
3、請給出你對這款軟體的評價和理由。
答:C、一般
理由如下:個人下載安裝石墨文件(Android)客戶端使用體驗,相比於WPS,介面簡潔,比較直觀,但色彩比較單一,顯得比較單調;雖然部分編輯工具功能比較豐富,比如標題設定等方面,但相對功能性的體驗上卻沒有WPS好,而且當我再次開啟APP的時候,反應時間較長,介面在不停地載入,速度非常慢;文件的模板種類比較少,儲存和管理也不是很方便,總體使用體驗不是很好,故認為此款軟體效能一般,不太推薦。
第二部分 分析
1.使用此軟體的所有功能(包括新建文件、文件匯入等),聯絡第二部分的分析,估計這個專案做到這個程度大約需要多少時間(以周為單位、團隊人數6人左右、計算機專業本科畢業生,並有專業UI 支援),人員如何分工?時間如何規劃?
答:
1)人員分工:考慮到此款軟體介面比較簡潔,具體分工如下:
|
介面UI |
前端 |
後臺 |
測試 |
人數(人) |
1 |
2 |
2 |
1 |
2)時間規劃:(前提是已經做好了專案前期調研、規劃等)
第一週 |
依據前期調研,討論確定開發方案,確定軟體功能模組 |
第二週 |
構建軟體框架,進行UI設計 |
第三週 |
確定介面,開始寫程式碼進行軟體開發 |
第四周 |
開發ing |
第五週 |
開發ing |
第六週 |
開發ing |
第七週 |
開發ing |
第八週 |
各模組整合,進行內部測試及完善,修復bug |
第九周 |
尋找使用者體驗群體,進行使用者測試,繼續完善功能,修復bug |
第十週 |
尋找使用者體驗群體,進行使用者測試,繼續完善功能,修復bug |
第十一週 |
提交給公司,進行宣傳推廣,並著手準備後期維護工作 |
第十二週 |
釋出上市 |
2.分析這個軟體目前的優劣(和類似軟體相比),並給出團隊在軟體工程方面可以提高的一個具體建議。
答:以WPS為例,與石墨文件進行比較:
|
石墨文件 |
WPS |
介面 |
簡潔單一,顯得單調 |
略顯複雜,但色彩內容比較適宜 |
功能 |
標題分級功能比較好;可以實現多人實時操作;有語音和圖片識別功能;可以同步儲存 |
文件恢復功能比較好;可以編輯PPT;系統自帶多種編輯模板;可以線上同步QQ、微信以及電腦端的文件 |
使用者體驗 |
能基本完成需求,但有一些欠缺 |
能基本完成需求,也比較方便,尤其是在一些模板的使用上 |
具體建議:結合個人體驗,我認為目前,此款軟體目前最需要解決的是介面問題,大部使用者提出介面單一單調,說明他是影響使用者體驗滿意度的一個重要方面,所以,該團隊可以考慮改善一下頁面設計,適當增添一些色彩和內容,簡單不是單調。
第三部分 建議和規劃
1.這個軟體有很多可以提高的部分,如果你是專案經理,如何提高從而在競爭中勝出?
答:我會根據個人實際體驗和使用者反饋,優先優化軟體的不足之處,從而提高競爭力,主要有以下兩個方面:
1):介面:適當美化介面,增加一些色彩,提高使用者使用時的舒適感;
2):功能:根據使用者需求優化已有功能,並適當增加一部分功能,提高軟體的方便性與快捷性
2.目前市場上有什麼樣的產品了?你要設計什麼樣的功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?可以用 NABCD分析。
答:
1)目前市場上已經有Microsoft Word系列、WPS、Google Docs 、 Quip 、有道雲筆記、騰訊文件等產品;
2)我想要設計的功能是:語音識別輸入功能;
3)此款軟體已經有了語音識別記錄功能,因此我想在此基礎上,將語音識別輸入功能加進去,這樣可以更加節省時間,方便快捷,而且已經有了語音識別記錄的基礎,此功能實現起來也比較具有可行性。
4)當用戶在編輯文件而又不想或者不方便手動輸入時,便可以直接通過語音來輸入想要編輯的內容,方便快捷,能提高使用者的文件編輯效率;
5)我的創新:
N (Need 需求):我們通過網路調查問卷的方式,收集樣本資料,並對其進行分析和總結。通過調查發現,有一大部分人對一款能進行語音輸入的文件編輯器的需求比較大,但又苦於現在還沒有特別好的手機APP來幫助他們解決這個問題,因此,研發一款實時的線上的,還可以通過語音輸入的文件編輯器具有很大的市場。
A (Approach 做法):我們可以通過具體調研,瞭解使用者群體的需求,並根據需求對軟體進行適當的改進和優化。
B (Benefit 好處):
對使用者而言:隨著網際網路的快速發展,人們的生活方式也是多種多樣,生活節奏越來越快,我們的軟體把文件編輯功能都添加了進去,把多種功能結合一起,還添加了語音輸入,能更加方便使用者的使用;
對團隊而言:開發如此多功能的專案也能夠幫助我們學習到許多完善的知識,和接觸到許多以前所不瞭解的東西,雖然在這個過程中會面臨許多的困難,但是我們還是可以努力去克服,並且更好的去完善自己,這麼大的一個專案對於我們而言,也是一個巨大的挑戰,但同時對我們也是一個巨大的學習機會。可以掌握更多的知識,更全面的開發體系,逐漸的進步和開闊自己的見識和能力。
C (Competitors 競爭):市場上的競爭非常巨大,在我們之前就有許多類似的文件編輯APP出現過了,而且這些產品,就已經存在了許多使用者,我們開發的比較晚,相對於他們而言,我們處於比較劣勢的地位。但是我們的目標是做的比他更加齊全,更便捷,我們的產品一定是竭盡為使用者提供最簡單、最純粹的服務。不單單簡潔,而且功能方面也要齊全,強大,這樣的情況下,我們才可以有更多的優勢去和別人進行競爭。
D (Delivery 推廣):推廣方面:我們可以在手機應用市場,或者在微信、QQ上宣傳推廣,或者直接做成微信小程式,這樣會更加方便使用。同時簡單派發一些宣傳廣告,宣傳單上印製可以提供下載的二維碼,也可以跟許多其他軟體開發者合作一起進行廣告宣傳。
3.如果你的團隊有5個人, 4個月的時間,你作為專案經理,應該如何配置角色(開發,測試,美工等等)?
答:
|
美工 |
開發 |
測試 |
人數(人) |
1 |
3 |
1 |
4.描述你的團隊在16 週期間每週都要做什麼,才能在第16周如期釋出軟體。
答:
第一週 |
進行市場調研與分析,確定研發方向 |
第二週 |
確定目標客戶群,細緻確定研發目標及功能 |
第三週 |
依據前期調研及規劃,分析軟體開發的功能性、可行性 |
第四周 |
討論確定開發方案,確定軟體功能模組 |
第五週 |
構建軟體整體框架,進行UI設計、資料庫設計、功能邏輯設計等 |
第六週 |
確定介面,開始寫程式碼進行軟體開發 |
第七週 |
開發ing |
第八週 |
開發ing |
第九周 |
開發ing |
第十週 |
開發ing |
第十一週 |
開發ing |
第十二週 |
各模組整合,進行內部測試及完善,修復bug |
第十三週 |
尋找使用者體驗群體,進行使用者測試,繼續完善功能,修復bug |
第十四周 |
尋找使用者體驗群體,進行使用者測試,繼續完善功能,修復bug |
第十五週 |
進行宣傳與推廣,並著手準備後期維護工作 |
第十六週 |
釋出上市,實時關注軟體使用者使用動態,及時做好維護工作 |