案例分析——Who is the king of handwriting notes?
項目 | 內容 |
---|---|
這個作業屬於那個課程 | 2021春季學期軟件工程(羅傑、任健) |
這個作業的要求在哪里 | 案例分析 |
我在這個課程的目標是 | 和團隊成員一起成功開發出一款具有實用性的軟件,了解軟件開發的流程並掌握軟件開發過程的分析方法 |
這個作業在哪個具體方面幫助我實現目標 | 進一步了解需求分析的方法 |
第一部分 調研,評測
筆者使用評測時的運行環境:
PC端:
- MacBook Pro 2018
- macOS Big Sur 11.2.2
移動端:
- iPad air3
- iPadOS 14.4.2
評測軟件:
- Notability(移動端:10.3.1;PC端:10.3.4)
- Goodnotes 5(移動端:5.6.44)
bug嚴重程度聲明
嚴重程度 | 說明 |
---|---|
☆ | 輕微bug幾乎不影響用戶使用 |
☆☆ | 對用戶使用體驗有較大影響,但不影響功能正常進行 |
☆☆☆ | 功能性bug,功能無法正常進行或無法達到預期結果 |
☆☆☆☆ | 致命性系統故障、致命性安全性漏洞、用戶體驗嚴重影響 |
1.1 軟件使用情況
筆者使用Notability
和Goodnotes 5
已經接近兩年的時間,筆者自認為可以算是這兩款軟件的資深用戶了。但筆者也必須在開頭說明,在兩款軟件中筆者個人更喜愛Notability
,在本次的測評中,筆者將客觀的對這兩款軟件進行測評。
在此附上筆者使用兩款軟件的情況:
基本功能介紹:
這兩款軟件的主要功能一句話概括就是記筆記,但是二者也有一些小的區別。因此在此先對兩款軟件的功能進行一個橫向的比較:
功能 | Natability | Goodnotes 5 |
---|---|---|
鋼筆、熒光筆、套索工具、橡皮等基本功能 | 支持 | 支持 |
壓力感應 | 支持 | 支持 |
自定義紙張模版 | 不支持 | 支持 |
錄音 | 支持 | 不支持 |
筆記形式 | 以單個備注文件的形式表現,無封面 | 仿真實筆記,以筆記本的形式表現,可設置封面 |
1.2 bug分析
1.2.1 Notability
bug1:
描述:PC端登錄界面無返回按鍵,除非成功登錄或重新啟動軟件,否則無法關閉相關界面。
嚴重程度:☆☆
觸發條件:
在設置界面點擊登錄Notability賬號:
在彈出的登錄子界面以及注冊子界面均無返回按鍵左找右找都沒有返回按鍵。同時出現了筆者非常不解的迷惑行為——無法返回上一界面,但是左上角的最小化按鍵在這種情況下竟然能正常工作,然而這種情況下最小化也無法解決這個bug,可能最小化了就能做到眼不見為凈吧orz
解決辦法:筆者不才,只能選擇重啟大法
可復現性:必然復現
可能成因:Notability的電腦端應用是在本篇博客撰寫前一個月發布的,因此存在一些bug是可以理解的。這個bug的可能成因我認為是前端在設計界面時出現了一定的疏忽,導致返回按鍵缺失。
預期及改進建議:對本功能的預期是能夠通過返回按鍵返回上一界面,希望在下一次更新中能夠盡快修復。
bug2:
描述:iPad端取色器的取色結果出現嚴重偏移。
嚴重程度:☆☆☆
觸發條件:
筆者隨意插入了一張圖片,效果如下圖所示:
使用取色器工具對圖片中部的藍色部分進行取色,請一定注意被取色的顏色。
取色后發現取色的結果與預期不一致,仔細觀察會發現取到的顏色均會偏移到目前色域的右上角。
將取色結果與圖片顏色進一步對比,發現顏色確實明顯不同(請忽略筆者丑陋的字)
解決辦法:用戶無法自己解決,只能等待官方修復。
可復現性:必然復現。
可能成因:蘋果公司提供的取色API出現問題,但是筆者隨后在備忘錄中測試過取色功能,並沒有出現類似的bug。因此筆者推斷,該bug可能是由於調用API時出現了一定的問題。
預期及改進建議:最低的要求是能夠正常的取色。該bug已經出現了比較長的時間,筆者也通過官網進行了bug的反饋,希望能盡快修復。
反饋界面如下:
bug3:
描述:在打開一個頁數較多的文件時,使用分屏功能會導致先打開的文件頁碼出現漂移。
嚴重程度:☆☆
觸發條件:
筆者隨意打開了一個頁數比較多的文件,注意當前的頁碼是100頁
筆者使用分屏功能在左側打開了一個新的頁面,此時原文件的頁碼漂移到了50頁
解決方法:用戶無法自己解決,只能等待官方修復。為了正常使用只能自己瘋狂划划划,手動恢復到原頁面。
可復現性:該bug的發生需要原文件的頁面多於 1頁,在滿足條件的情況下必然復現。仔細觀察會發現每次漂移的頁面數都在原來頁碼的一半左右。
可能成因:在進行分屏操作時原窗口會被擠壓,即原窗口的比例會變為原來的一半。結合bug的表現,每次都會漂移一半的頁面。因此筆者認為Notability在定位頁面時可能與窗口的比例有關,同時這種相關性是正比的關系。如果真的是這樣的話,筆者確實對於頁面數為什么要和寬度綁定有很大的疑惑。
預期及改進建議:解除頁面數和窗口大小的聯系,分屏時頁面能夠保持原狀。
1.2.2 Goodnotes 5
bug 1:
描述:圖片無法跨頁拖拽
嚴重程度:☆☆
觸發條件:
只需向任意頁面插入圖片,向上或向下拖拽,發現圖片不會進入下一頁面,只會在頁面邊緣消失。
解決方法:用戶無法自己解決,只能等待官方修復。
可復現性:必然復現。
可能成因:Goodnotes 5
在發布之初的翻頁模式只有左右翻頁(即類似實體書的翻頁模式),上下翻頁的功能是后續的更新中加入的。在左右翻頁的模式下,用戶並不會有跨頁拖拽圖片的需求,但是改成上下翻頁之后,由於兩個頁面可能會同時展示,用戶會出現這樣的需求並不奇怪。這個bug的成因很有可能是在增加上下翻頁模時開發團沒有考慮到這一點,對圖片的拖拽操作沒有進行相應的更新,仍然停留原來的模式。
預期及改進建議:在上下翻頁模式中增加對跨頁拖拽圖片的支持。在上下翻頁模式中解除在頁面邊界對圖片的限制。
2.3 采訪
在采訪環節中筆者采訪了來自交通學院的楊同學,楊同學使用Notability
和Goodnotes 5
的時間遠長於筆者,接下來就看一下楊同學有何評價吧。
楊同學的使用場景主要為:
- 使用
Notability
進行課件的批注以及課上錄音以便課下復習 - 使用
Goodnotes 5
進行系統性的知識整理
楊同學和筆者一致,均認為Notability
的手寫體驗要優於Goodnotes 5
2.4 軟件評價
類別 | 描述 | Notability評分 | Good notes 5評分 |
---|---|---|---|
核心功能 | 批注、導入文件、導出文件 | 10 | 10 |
細節 | 有什么為用戶考慮的細節? | 9(操作欄更加簡潔) | 8(操作欄相對復雜不易使用) |
用戶體驗 | 當用戶完成功能時,不干擾用戶 (例如: 是否不斷彈出不相關廣告)。 | 10 | 10 |
輔助功能 | 一些輔助功能如皮膚等 | 6(可以選擇白天/黑夜模式,其他主題需要付費,不支持自定義主題) | 6(不支持自定義主題,也沒有提供更多的選擇) |
差異化功能 | 這個軟件獨特的功能. 它對用戶的吸引力有多大? | 9(錄音功能) | 8 |
軟件的效能 | 占用內存, 啟動速度, 內存泄漏情況 | 10 | 10 |
軟件的適應性 | 在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作 | 9 | 9 |
成長性 | 記住用戶的選擇, 適應用戶的特點,用戶越用越方便 | 8 | 8 |
用戶有控制權 | 系統狀態有反饋,等待時間要合適。關鍵操作有確認提示,有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。 | 9 | 9 |
自選評分項目 | 手寫體驗 | 10 | 9(筆者覺得Good notes5寫字不是很跟手,屬於筆者的主觀評價) |
合計 | 90 | 87 |
注:每項指標滿分 10 分, 良好 6 分, 及格 4 分,聊勝於無 1 分, 很差 -3 分
從筆者的個人使用情況來看,筆者更加推薦的是Notability
第二部分 分析
本部分分析主要針對Notability
2.1 使用此服務的所有功能,估計這個軟件做到這個程度大約需要多少時間(團隊人數6人左右,計算機大學畢業生,並有專業UI支持)。
簡單分析Notability
的基本功能可以分為——文件讀取、批注、文件導出、文件管理。在 6人的團隊,如果保證全勤開發的話,預計需要4個月左右的時間。
估計的理由如下:對於剛畢業的學生開發的的經驗是非常不足的,同時對開發工具的掌握也處於一種不足的狀態。因此開發的過程可以說是邊學習邊開發,開發的速度必然不會很快。開發出的產品要能達到可以發布的標准需要的測試時間也會比更專業的團隊更長。因此大致估計了4個月的時間。
2.2 分析這個軟件目前的優劣(和類似軟件相比),這個產品的質量在同類產品中估計名列第幾?
Notability
和Goodnotes 5
在手寫筆記領域互為最強勁的競品。作為手寫軟件,其核心功能就是手寫,二者在手寫的體驗上都做到了同類軟件的佼佼者,幾乎感受不到延遲。
同時二者都采用買斷制,其他軟件大多采用免費加訂閱的形式。 買斷制的優勢在於單次購買后基本不存在過多的廣告或推銷,界面更加干凈,但因為價格的因素也可能勸退一些潛在用戶;免費加訂閱的優缺點則與之相反。
Notability
與其他同類軟件的主要差異性在於錄音功能,Notability
的錄音功能可以根據錄音的進度顯示批注的進度,對於回顧復習的幫助是很大的。但是說來慚愧的是筆者從來都不使用這一功能。
從軟件的下載量和綜合表現上來看,筆者認為Notability
和Goodnotes 5
在同類產品中可排到前三的位置,二者都各有擁躉,此排名二者沒有先后(求生欲極強)。
2.3 從各方面的問題,推理出這個軟件團隊在軟件工程方面可以提高的一個重要方面。
開發團隊對bug的反饋不夠及時。就拿前文中分析的取色器bug來說,該bug已經出現了數個版本,但是一直沒有被修復,同時官方也未給出是否正在修復或已經有修復計划。
因此,我認為Notability
的軟件團隊對bug的反饋可以更加及時。
2.4 你在第一部分發現的bug,為何軟件團隊不能在發布前修復?他們是不知道,還是有意不修復?你覺得是什么原因?可以從下面的可能性中選取幾個:
- 對用戶需求掌握不好
- 具體的設計質量不高
- 開發人員粗心大意
- 測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試
- 其他
在第一部分中發現的bug產生的原因很多,比如:新增需求未能充分分析、開發人員的疏漏、工期緊張等。
bug | 原因 |
---|---|
Notability bug1:登錄界面無返回按鍵 |
開發人員粗心大意;測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試 |
Notability bug2:取色器故障 |
測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試 |
Notability bug3:頁面漂移 |
具體的設計質量不高 |
Goodnotes 5 bug1:圖片拖拽 |
對用戶需求掌握不好 |
第三部分 建議和規划
3.1 市場概況
隨着各種便攜式設備的出現,人的學習場景的學習方式也在發生變化。傳統的紙筆記錄方式在便攜式設備比如平板電腦面前就顯得過於笨重了。隨着蘋果公司推出apple pencil,在平板電腦上的書寫體驗直線上升。在這樣的背景下,IOS平台上有兩款筆記類軟件脫穎而出占據了大量的市場份額。幾乎每個配有apple pencil的iPad上都至少安裝有notability和goodnote之中的一款軟件。IDC的數據顯示2020蘋果iPad出貨量達到4990萬台。在如此龐大的出貨量之下,這兩款軟件也獲得了極高的銷量。
3.2 市場現狀
筆者認為當前市面上主要的筆記累軟件可以分為以上幾類。
思維導圖類軟件:xmind、marginnote等
手寫筆記類軟件:Notability、Good notes 5等
電子筆記類軟件:onenote、notion等
各類軟件之間互有競爭關系,但是這種競爭關系並不強烈。有電子筆記需求的往往是年輕人,對年輕人而言學習使用軟件的成本極低,同時對軟件要求較高,因此往往會依據不同的需求配合使用各類軟件。但是在內部競爭就激烈很多,各個軟件在類內互為競品,在保證基本功能的情況下做出差異化就成為了致勝的關鍵。
縱觀現在的電子筆記市場,其實絕大部分市場是被筆者舉例的頭部軟件瓜分,新軟件進入這一市場面對的競爭是十分激烈的,要取得成功絕非易事。
3.3 市場與產品生態
Notability
的核心用戶一般以大學生、都市白領為主。
典型用戶1:
- 本科在讀
- 20歲左右
- 任何文史類或理工科專業
- 喜愛無紙化學習
- 表面需求:隨堂記錄筆記
- 潛在需求:系統整理知識體系
典型用戶2:
- 本科以上
- 22-30歲
- 文職人員
- 表面需求:會議記錄
- 潛在需求:速記或會后整理會議記錄無遺漏
這部分人群的其實互有重疊,喜愛無紙化學習的同學往往進入職場后在條件允許的情況下也會進行無紙化辦公。從占據市場份額的角度來看,在用戶開始使用相關軟件時就搶占先機對長期的用戶發展具有十分重要的意義。
3.4 產品規划
Need | Approach | Benefit | Competitors | Delivery | |
---|---|---|---|---|---|
自定義主題 | 目前用戶對於主題的選擇非常有限,不能滿足個性化的需求。 | 通過導入圖片更改界面背景的方式實現更改主題。 | 滿足用戶的個性化需求,同時不破壞核心功能。 | 其他手寫類筆記軟件 | 通過APP Store的推薦廣告 |
自定義紙張樣式 | 目前用戶只能選取軟件自帶的紙張,如橫線、格子等,對於特殊的需求就無能為力了。 | 開放設置紙張格式的文件要求設置相應接口,支持用戶導入紙張樣式。 | 滿足用戶的多種需求,如:五線譜、日程管理等。 | 其他手寫類筆記軟件 | 通過APP Store的推薦廣告 |
在6人的團隊中(將其記為ABCDEF),我將會做出如下安排:
市場分析——A、開發——BC、測試——DE、美工——F
工作計划:
W1:市場調查,給出可行性分析;BC進行技術准備
W2:形成新功能的開發方案;BC開始進行開發;F開始界面設計
W3-W8:BC繼續開發;A協助DE對原來存在的bug進行進一步測試和定位;F繼續界面設計
W9:第一版本完成,內部進行使用測試,形成反饋意見
W10-W13:在第一版本的基礎上進行優化,同時修復原有bug
W14-W15:最終測試和部署
W16:發布