軟體案例分析

• 2020 年 3 月 26 日
• 筆記

部落格園班級部落格功能評測

調研與評測

所選軟體及選取理由

我選擇評測的軟體是部落格園的班級部落格，之所以選擇這個軟體作為評測項目，原因有以下幾點：

• 我已經是這個功能長達一年多的用戶了，對其中許多功能已經有了非常多的使用，實踐出真知，因此我認為作為用戶有一定的話語權。
• 這個學期（未來）仍將繼續使用這一功能，對這一軟體的評測有助於我發現其中的更多功能並更好的使用。
• 以前對這個功能的使用停留在PC端，可以藉此機會開展移動端業務:)。

體驗軟體的功能

使用網頁端的基本功能

首先，我們在電腦端以學生的身份登錄，訪問https://edu.cnblogs.com/，進入主頁，介面如下圖所示，其中向我們展示了活躍班級，作業博文，再往下拉還有作業動態和統計概覽兩個分欄。

點擊我的班級，會彈出一個下拉列表，裡面是你所在的班級。

接下來，我們進入這學期軟體工程班級，下圖所示是進入後的介面。

然後我們進入具體的作業中，進行查看，這是我們這次軟體案例分析的作業，弱弱地點擊提交按鈕，顯示出如下介面，可以在已發布的博文中選擇進行提交。

然後再點擊一個已截止的作業，發現提交按鈕變成了已截止的提示。

然後我們再嘗試以助教的身份創建一個班級，我點擊了創建班級，並按下圖填寫了相關的資訊，直接點擊「創建班級」按鈕，班級創建成功。

然後我們在裡面添加一名學生，顯示添加成功之後頁面並未自動刷新，我們手動刷新頁面，可以看到成員已經被我們添加在了班級之中。

然後這名成員發布了一個投票，在我刷新後正常顯示了投票內容，投票完成後回到首頁，發現成員提交了一次作業，對PC端的使用告一段落。

使用移動端的基本功能

首先，我們在手機上安裝部落格園APP，一開始即碰壁，錯誤0x400，後台關掉程式重啟後得以正常顯示。但裡面卻沒有班級功能，評測失敗。又在應用商店找到了另一款名為部落格園的軟體，下載安裝後仍然沒有班級功能。然後我在部落格園官網找到了鏈接下載，結果下載的是和第一款軟體相同的軟體。（難受.gif）

可見部落格園官方並未給出一個支援班級功能的APP，或者其下載鏈接非常隱蔽，以致於我無法找到，評測告一段落。

描述使用這個產品的過程，解決了用戶的問題么？軟體在數據量/介面/功能/準確度上各有什麼優缺點？

這個產品在使用過程中（PC端網頁版）體驗還是非常不錯，很好的解決了一個班級應該有的功能，從創建班級，添加成員，發布作業，提交作業，發布投票，公告等等功能，共同支撐起了這麼一個在線的班級平台，能夠很好的滿足班級管理的需要。

我們通過與CSDN的對比來說明軟體的優缺點：

• 在數據方面，CSDN比較有優勢，因為用戶量要比部落格園多，並且由於其搜索引擎優化做得比較好，所以無論是百度還是google（尤其是百度）在搜索問題的時候排名靠前，部落格園雖然在這方面也做了工作，但還是稍稍遜色於CSDN，不過也非常不錯了。
• 在介面方面，個人感覺部落格園做得要好很多，自定義的介面讓人擺脫了千篇一律的枯燥，給人耳目一新的感覺；而CSDN部落格訂製性差，基本只能調整下模組位置，換個固定的顯示模板。
• 功能方面，偏商業化的CSDN並沒有班級這項服務，自然是部落格園要更加適合班級的管理。
• 最後一點是由於CSDN的商業化，其廣告較部落格園要多許多，這一點會帶來比較差的用戶體驗。

參考部落格

用戶體驗方面有問題么？對產品有什麼改進意見？

在這裡我想談談在使用部落格園班級功能時出現的bug，或者說可以做得更好的地方。

• 網頁端進行放大會出現顯示上的問題，筆者突發奇想將網頁放大了500倍，然後出現了下圖所示的結果，可以看到，班級的名稱不僅沒有完整顯示，而且原本的兩個按鈕（發起投票和分享博文）只剩下一個（分享博文），另一個卻是怎麼也找不到了，這算是一個功能性的bug，可能沒想到有人這麼「無聊」，但既然放大帶來了排版上相應的改變，說明部落格園本身是支援放縮操作的，那這就是問題所在了。

• 在我以助教的身份創建班級時，沒有任何需要證明我身份的操作，也就是說無論我是否確實是助教，都可以創建一個班級，而不需要得到驗證；只是這樣的話還好，如果在邀請時給被邀請人一個選擇的機會，這應該就不能算是「bug」了，這種用戶控制權的缺失，會在有惡意用戶出現時嚴重影響用戶的體驗。

• 在我第一次嘗試發布作業時，點擊發布作業按鈕多次，網頁沒有給出任何答覆，刷新頁面後同樣的操作，卻一次性成功了。

• 在班級內成員提交作業後，班級內的熱門博文並沒有更新，可能是一種快取式的設計，並不能事實，或者在較小的時間窗口內更新，但會給用戶造成某種錯覺，建議在性能足夠的情況下，盡量縮短更新的區間。

• 對於移動端，我作為用戶希望能夠快速找到官方的APP，而不是在應用市場的3，5個裡進行海選，甚至海選之後都找不到，這一點亟待改進。

• 還有一點是頁面的組織上，直到這次作業我才發現班級部落格的網址是https://edu.cnblogs.com/，從部落格園的主頁到班級部落格和個人主頁只需一次操作即可完成，但如果你在班級的內部，需要跳轉至少三級才能回到個人主頁，而個人主頁這樣用戶經常訪問的網頁，對於學術和一般用戶是同樣的需求，不應該藏的那麼深。

• 關於補交作業，我一直好奇部落格園的作業為什麼都是按時截止，沒有一個補交窗口，在補交時只能聯繫助教或老師，線下進行補交，在我成為「老師」後，我終於發現這一功能的存在，遺憾的是，似乎只能設置為一周內補交，而且這一設置對所有班級內作業通用，而無法自定義時間，更不要提依據作業難度動態調節補交區間。（這項功能的缺失似乎可以督促人交作業D)

以上是我個人體驗中遇到的bug和建議改進的地方。

對軟體的評價

對於PC端用戶，我非常推薦這一軟體的，因為其班級功能雖然有些許不盡如人意的地方，但其功能十分的強大，非常適合一個班級的管理。我以表格的形式為其打出一個分數。

分析

使用此服務的所有功能，估計這個軟體/網站/服務做到這個程度大約需要多少時間(團隊人數6人左右，電腦大學畢業生，並有專業UI支援)。

據估計，如果只完成一個班級部落格的話，不考慮支援自定義樣式介面等美化部落格的內容，完成班級部落格中的一些基本功能可能需要3-4個月的時間。

分析這個軟體目前的優劣(和類似軟體相比)，這個產品的品質在同類產品中估計名列第幾？

部落格園的優缺點，我們在第一章節中以和CSDN做比較的方式已經展示過了，這裡不再贅述。但需要注意的是，我們分析的是部落格園的班級管理功能，在這一點上並不能於CSDN、簡書、甚至知乎等產生比較，因為他們根本就沒有這項服務。所以部落格園的班級部落格功能應該是一種創新性的功能，在當前的市場上有著一家獨大的地位。

你在第一部分發現的bug，為何軟體團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？

• 在第一部分的bug中，有很大一部分是關乎用戶體驗的，比如班級部落格和部落格園主頁已經個人主頁之間的關係，這類問題沒有處理好我覺得很大程式上是對用戶的需求掌握不好。
• 對於頁面放縮後的一系列問題，可能是由於開發人員的粗心大意，沒有注意在特殊的配置或環境下測試。
• 對於移動端找不到APP的問題，找到的APP品質不高的問題，我覺得可能是因為開發上有難度，或者認為移動端的需求不大。

建議和規劃

這個軟體/網站/服務有很多可以提高的部分，如果你是新上任的項目經理，如何提高從而在競爭中勝出？

首先，市場有多大？潛在的用戶有多少？

就現在而言，粗略估計高校教職工團體和大學生、研究生等數量在千萬以上，因此其市場還是相當可觀的。

班級部落格，其潛在用戶自然是那些可以組成班級的集體，我認為不能僅僅局限在學生群體甚至大學生群體，公司也是潛在的用戶，如果我們能改變現有的所有班級之間都是相互公開的這種設計，像GitHub的public和private倉庫一樣，允許private型班級的出現，或許市場能比現在更大。

目前市場上有什麼樣的產品了，它們的優勢劣勢在哪裡?和它直接競爭的產品在那裡？

• 第一類競爭產品是CSDN，簡書等知識分享平台，但由於前文已經討論過這些平台都沒有班級的功能，因此在班級部落格方面構不成直接的競爭。
• 第二類競爭產品是高校的課程中心，這一點是我聯想到之前項目結束後在雲盤提交作業這一操作，想到了學校的課程中心，裡面也有班級管理相關的服務，很多作業也是在這個平台上面提交，可以說是搶佔了部落格園的部分用戶。但是兩者的區別十分明顯，課程中心班級就是班級，局限在幾十個人的小圈子裡，而部落格園上發表的博文可以被廣大的博友閱覽，並提出建議，互動交流的氛圍是課程中心沒法比的。

作為新的項目經理，這個產品的核心用戶群是什麼樣的人，典型用戶長什麼樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什麼？

核心用戶群體仍然是高校的教職工團體和大學生，學歷就是本科及以上，因為多數高中生不具備在電腦前寫部落格的資源和能力，專業似乎CSDN和部落格園這些平台都偏好電腦類專業的學生，可能由於相關方面的用戶比較多，就好像我認識的人只有理科生排版採用latex一樣，文科生都用word，愛好和收入對於學生群體就無從談起了。

表面需求很簡單，老師、助教發布作業，學生交作業；但潛在的需求很多，如何更好地管理班級，如何增強師生之間互動的氛圍，如何讓學生真正在上面學到東西，而不是流於一份份的部落格作業，需求是多種多樣的，精益求精才能做到更好。

功能：你要設計什麼樣的功能？為何要做這個功能，而不是其他功能？為什麼用戶會用你的產品/功能？你的創新在哪裡？可以用NABCD分析.

這個功能我在本章第一節中提到過，private型班級，用於企業內部的管理。下面我們用NABCD模型來分析這一功能。

• Need：解決了公司用戶想要通過部落格平台來管理公司下的各個部門，在這個平台上提交工作報告等內容。

• Approach：將班級區分為public型和private型，private型對外不可見，旨在為公司，企業等用戶提供服務。

• Benefit：首先這個東西沒有人做過，其次企業確實有提交工作報告的需求，但不是通過這個平台，因此可以創新性的提供這一服務，就像之前只有部落格園有班級功能一樣，能夠進一步擴大市場。

• Completitors：當前市場無相關競爭對象。

• Delivery：提供用戶首月免費，前多少名用戶註冊給予折扣等服務來推廣這一功能。

如果你有錢可以招聘6個人，有4個月的時間，你作為項目經理，應該如何配置角色(開發，測試，美工等等)？描述你的團隊在16周期間每周都要做什麼，才能在第16周如期發布軟體的改進版本，並取得預想中的成績。

• PM（我）
• 開發3人
• 測試1人
• 美工1人
• 市場調研1人

開發人員每周進行一定功能上的開發，然後交由測試人員進行測試，美工負責介面的設計，市場調研負責和相關企業聯繫，分析潛在用戶的需求，用於指導進一步的工作。當然，紙上得來終覺淺，具體的分工還是要根據項目的實際進展做一個動態的調整。