個人作業——軟體測評
| 這個作業屬于哪個課程 | <2020春S班(福州大學)> |
|---|---|
| 這個作業要求在哪裡 | <個人作業——軟體測評> |
| 這個作業的目标 | 産品分析 |
| 作業正文 | |
| 其他參考文獻 | ... |
測試對象： 騰訊即時通信IM
一.評測
1.1demo測評
針對本次作業我使用了ios端、web端還有微信小程式版本的Demo，同時為了測試的完整性和全面性，我在兩部手機上同時安裝了Android端的Demo，這樣可以在我們的對話使用上發現一些Bug并且可以得到安卓端Demo的一些功能問題。
使用記錄截圖
- Android端Demo
- 微信小程式Demo
- web端Demo
存在的功能bug
（1）消息已讀延遲
app端的Demo都具有消息已讀和未讀的功能，正常情況下在使用者A給使用者B成功發送消息後，在消息的角标顯示“未讀”，當使用者B點開對話框後“未讀”變成“已讀”，是以若使用者B回複消息，則使用者A消息旁的”未讀“一定變成“已讀”。但是在測試的過程中發現，當我發消息給我的朋友時且得到了回複，“未讀”仍未改變。在過了一段時間之後，“未讀”才變成“已讀”。
（2）web端-好友清單為空，無法操作好友相關
app端的demo在還有清單裡面的資訊可以正常顯示，然而在web端的還有清單裡我所添加的好友資訊全部都沒有，沒法進行相關的功能操作
1.2為什麼這個産品組的人沒有發現這些bug?
其中已讀消息延遲的原因可能都是網絡延遲的原因，也有可能是系統内部的運算機制效率比較低的原因。當使用的使用者數量巨大的時候，系統為了同步對話雙方的消息和狀态都需要大量的資料緩存機制，然後經過對比和不斷的更新，實時顯示消息的已讀未讀狀況。而至于web端好友清單資訊為空的原因我個人認為應該是産品組在測試的把關不夠嚴格，也可能是不同的浏覽器配适造成的差異。
二.采訪
2.1項目分析
- 我想做一款情感宣洩與故事分享的小屋
現在的年輕人在不知不覺之中慢慢的也就成長，從那個年少時候懵懂無知的小孩，變成了現在的少年少女，沒有人會真正的去教會他們如何緩解内心的負面情緒，面對當今社會的壓力，失戀，裁員，考試失利等等...有的時候他們往往不想給父母過多的擔心，有的時候他們選擇了傾聽可自己的情緒卻無人開導，無人訴說，有的時候又覺得自己所訴說的對方并沒有感同身受的經曆，也不知如何去開導你，近年來越來越多的人患上抑郁症，他們或許隻是缺少一份開導，一些同情，乃至一些安慰。是以便有如下的思路來開發一款情緒宣洩與故事分享的一個小平台。
（一）主要功能
1.即時聊天的基本功能。
- 同微信QQ一樣，具有可以添加好友，與現實中或者網絡上的真人進行對話。支援群聊、視訊語音通話、收發紅包、個人賬戶錢包等功能
2.故事分享
- 每個人都能将自己的故事釋出到這個平台，每個人釋出的故事先經過背景管理者的稽核，然後同意以後才可以顯示在頁面，每個非釋出者的使用者，可以在使用者的釋出故事的下面進行評論，鼓勵，打賞等等操作，同時也可以在玩家釋出的資訊中去尋找和自己相似的經曆，在故事分享平台，每個人釋出的故事可以定義一個标簽，可以進行标簽搜尋，然後篩選取自己感興趣的内容進行檢視回複。
3.情緒宣洩
- 模拟寵物：每個人情緒宣洩的方式可能不經相同，是以的我們選擇了模拟寵物的一種方式。寵物也是人類最長情的一種陪伴。可以給寵物為食，洗澡，玩耍等等互動功能
- 音樂電台：可以選擇在音樂電台播放自己喜歡的歌曲，音樂電台可以打開背景模式，邊聽歌邊看别人的故事，還會根據使用者最近聽歌的類型推送相似歌曲
- 遊戲宣洩：遊戲就是簡單有趣的休閑遊戲
（二）面向使用者
使用者群體類型：
- 面對當今社會的壓力，失戀，裁員，考試失利等等一系列心情處于低谷期或者閑暇無聊的人群
（三）NABCD分析
1. Need（需求）
- 一、對産品功能性的需求
即時聊天的基本功能（直接沿用騰訊SDK）
一個釋出故事的平台系統
自動搜尋同步推送功能，根據使用者所選感興趣的标簽，推送給訂閱使用者
音樂電台播放功能
模拟寵物養成及陪伴功能
遊戲宣洩的拓展功能
- 二、對産品開發過程的需求
大資料分析，例如比對資訊用到的算法等
資料庫的使用者資訊存儲和使用者釋出的故事的相關資訊等
豐富的互動功能，例如玩家與寵物之間的互動等
- 三、非功能性需求（服務品質需求）
實時更新故事推送保證使用者的資訊擷取速度
界面的通用性，容易操作
避免即時聊天的發送接收延遲
寵物子產品的人性化
遊戲闆塊的娛樂化
- 四、綜合需求
聊天版塊
音樂闆塊
個人資訊版塊
故事闆塊
遊戲闆塊
寵物闆塊
2. Approach（做法）
遊戲闆塊：整合各大遊戲網站的頁遊
寵物闆塊：模拟QQ寵物重制一個類似功能
音樂闆塊：整合網易音樂的音樂庫
故事闆塊：搭建一個平台，可以共享故事
個人闆塊：個人資訊的存儲
三、對生活中潛在使用者的發現和調研
3. Benefit（好處）
一、可以與寵物互動
二、不用擔心情緒無處發洩，别人厭煩，隻要你想說的就能釋出到故事平台
三、音樂，故事随喜好推送
4. Competitors（競争）
心靈上的安慰是别的産品給不了的
大衆化的界面，即導航欄加内容框加底部切換按鈕，更容易上手
白黑兩種主體顔色可選，主打簡約ins風
内容框中可由底部切換按鈕切換為故事廣場、聊天、寵物資訊，音樂電台和我的資訊。
不用擔心情緒無處發洩，别人厭煩，隻要你想說的就能釋出到故事平台
音樂，故事随喜好推送
寵物互動，不必再擔心沒有陪伴，孤獨的感受
5. Delivery（推廣）
采用網站推廣的形式，多在類似微網誌、b站、網易雲音樂等彙集了目标使用者的地方購買廣告位。也可以采用身邊人推薦的方法，試用推廣。
2.2采訪
本次采訪選擇以電話形式進行采訪，采訪對象分别以下兩位
| 姓名 | 年齡 | 性别 | 使用者類别 | 使用者需求 |
|---|---|---|---|---|
| 田某 | 50 | 女 | 平時閑暇時間沒事，為生活瑣事而煩惱 | 無聊無事希望打發時間 |
| 高某 | 20 | 男 | 在校讀書，大三學校，臨近畢業壓力山大 | 希望能有合理的宣洩平台，能緩解壓力 |
- 先讓采訪對象體驗10-30分鐘的demo
| 問：描述使用者使用這個demo的過程, 使用者的問題解決了麼？ |
|---|
- 使用者根據我提供的二維碼下載下傳了安卓app端的Demo和微信小程式端的Demo，并注冊登入，加我為好友，與我進行平日的聊天測試。這個Demo還是普通的即時聊天軟體，對于這樣的功能，使用者是不存在什麼問題的。因為平日裡的QQ、微信就已經足夠滿足使用者的聊天需求了。
| 問：軟體在資料量/界面/功能/準确度上各有什麼優缺點？ |
|---|
| 優勢 | 劣勢 | |
|---|---|---|
| 資料量 | 無 | |
| 界面 | 簡潔美觀 | 缺少引導性的辨別，對于年紀稍長的使用者難以自己探尋 |
| 功能 | 能進行使用者之間的聊天，圖檔，視訊 | 缺少一些附加性功能，類似朋友圈等 |
| 準确度 | 能精确的查找到你想添加的使用者 |
| 問：使用者體驗方面有問題麼？ |
|---|
- 使用者體驗方面有可感觸的回報系統狀态，系統界面符合使用者的現實慣例，使用者有控制權，符合一緻性和标準化；但是由于功能的簡陋導緻互動性較差，尤其是不同端上好友系統的bug使使用者體驗較差，還有視訊通話的畫質極其差，騰訊這個demo界面不是很友好，存在前面的一些bug，有一些不完善。也帶來不好的使用者體驗。
| 問：介紹你想用這個SDK開發怎樣的産品？ |
|---|
- 我想用這個SDK開發一個情感宣洩與故事分享的小屋，因為現在的年輕人在不知不覺之中慢慢的也就成長，從那個年少時候懵懂無知的小孩，變成了現在的少年少女，沒有人會真正的去教會他們如何緩解内心的負面情緒，面對當今社會的壓力，失戀，裁員，考試失利等等...有的時候他們往往不想給父母過多的擔心，有的時候他們選擇了傾聽可自己的情緒卻無人開導，無人訴說，有的時候又覺得自己所訴說的對方并沒有感同身受的經曆，也不知如何去開導你，近年來越來越多的人患上抑郁症，他們或許隻是缺少一份開導，一些同情，乃至一些安慰。是以便有如下的思路來開發一款情緒宣洩與故事分享的一個小平台。
| 問：使用者對騰訊即時通信的功能有什麼改進意見？ |
|---|
- 對于個人資訊編輯這塊要多多加入一些功能，很多個人功能沒法進行，比如換頭像，隻能通過系統随機挑選的頭像，而且或有一段較長時間的延遲，效果很不友好；還有上面提及的很多bug要及時修複；對于使用者的意見要及時回報。
| 問：使用者對你想開發的産品有哪些意見？ |
|---|
- 在情緒宣洩的功能可以更加豐富一點；
- 在閱聽人人群中不具有使用者粘性，使用者情緒宣洩以後就可能不再使用軟體，可以新增一些其他功能吸引留住使用者；
- 對demo存在的問題盡可能進行解決。
| 問：結論：經過這麼多工作，你一定有充分的理由給騰訊即時通信下一個評價,請選擇一個結論: |
|---|
- 一般
三.SDK分析
估計這個SDK做到這個程度大約需要多少時間？（團隊人數大約6人左右，計算機大學畢業生）
我估計這個sdk做到這個程度大概需要4個月的時間，因為畢業生可能對合作開發還不太特别熟悉相對于已經工作的人來說。
時間分析
| 周期 | 應完成的任務 |
|---|---|
| 第1周 | 需求分析，寫出産品需求說明書等 |
| 第2周 | 原型設計 |
| 第3-4周 | 資料庫規格說明書 |
| 第5周 | 開始前後端搭建的架構，前後端人員進行分析讨論，對于可能存在的問題進行一個大緻的分析 |
| 第6-9周 | 基本實作項目的基本功能 |
| 第10-12周 | 前後端技術人員進行聯合讨論，項目整合，并且測試人員要對前後端進行測試 |
| 第13周 | 對存在的問題進行解決，項目沖刺 |
| 第14周 | 項目使用說明書編寫，征集搶先體驗使用者的意見回報 |
| 第15周 | 對于使用者的回報進行有目的修複bug，完善功能，繼續編碼完成最終版本 |
| 第16周 | 項目推廣，文檔修訂 |
同類産品優劣對比
| 産品功能 | 阿裡雲視訊 | 騰訊雲視訊 | 七牛直播雲 | 網易雲視訊 |
|---|---|---|---|---|
| 服務 | 直播 點播 轉碼 互動直播 | 直播 點播 | 直播、點播、互動直播、互動白闆 | |
| 推流SDK | Android/iOS/windows | iOS 推流 SDK Android 推流 SDK Windows 推流 SDK Web 推流 SDK | ||
| 播放器SDK | Android/iOS/Windows/Web | iOS 播放器 SDK Android 播放器 SDK Web 播放器 SDK | ||
| 轉碼 | H264.H265編碼業界先進的窄帶高清轉碼技術，在同等清晰度下，碼率低20%以上 | 目前媒體轉碼服務推出的是共享型轉碼資源，每個使用者有10個配額，即在資源相對富餘的情況下每個使用者最多可同時執行10個轉碼作業，在資源緊張時也可能拿不到10個轉碼資源 | 超過10000台分布式轉碼叢集；2000 并發轉碼；保障轉碼品質效率 | 30并發轉碼 |
| CDN | 全球1000+節點，分布60多個國家和地區，覆寫六大洲 | 全球800+節點 | 全球300+ | 全球500+ |
| 直播錄制 | 支援 | |||
| 安全 | URL鑒權 | 防盜鍊 | 黑白IP設定 | https加速 |
| 并發量 | 千萬級 | 百萬級 |
團隊在軟體工程方面可以提高的一個重要部分（具體建議）。
我覺得可以界面優化部分，這個demo的界面互動真的不是很友好，在沒有網絡的情況下，曆史資訊也看不了。
四.産品建議及規劃
如果你是項目經理，如何提高進而在競争中勝出？
- 提高自己介紹産品的語言表達能力
- 加大推廣力度（必要時可以加大宣傳投資）
- 保證産品的美觀
- 多使用者測評産品不卡頓無bug
- 開發亮點功能
目前市場上有什麼樣的産品了？
目前我還沒有了解到市場上存在針對這一塊的産品
你要設計什麼樣的功能？
*即時聊天的基本功能（直接沿用騰訊SDK）
如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
我會安排1個人做美工，1個人做安卓背景，還有1個人做安卓前端界面與互動，還有1個人web前端，1個人web後端，1個人做測試。如果都是計算機專業的學生那麼在前端後端等這邊不會存在太大的問題，玩而問題主要是存在于美工的地方，因為我的産品裡面的附加功能例如寵物系統，遊戲系統等會有大量的圖檔與人家互動，是以需要美工這方面面做出努力。是以特意安排了1名隊員去學習美工。
你會如何上司團隊
- 首先我會先布置團隊的任務安排表。每個人的任務都應該是等量級的，在安排任務的時候就應該布置好工作，不會後面出現大家覺得不夠公平的情況
- 在團隊實作項目的過程中我們應該時刻都關注着各個部分的進度情況，而不要出現一方已經開發領先，而另一方還在設計這種情況。
- 作為團隊的上司人物要做的就是帶給團隊更加多的歡樂，要讓團隊在整個過程中要該開心的時候開心，該嚴肅認真處理的時候就要認真。
項目部署
* 伺服器：一個動态，一個靜态，8核32G
* 帶寬：100M級别
* 關系型資料庫：3台(讀寫分離2，備份1)
* 緩存資料庫：2台
* 網站安全性：WAF、DDOS