軟體評測（騰訊即時通信IM）

這個作業屬于哪個課程	2020春|S班 (福州大學)
這個作業要求在哪裡	個人作業————軟體評測
這個作業的目标	1.騰訊即時通信IM demo案例分析 2.構思産品并采訪調研 3.分析和規劃産品
作業正文	https://www.cnblogs.com/GaogaoBlog/p/12738782.html
其他參考文獻	騰訊計時通信IM 鄒欣老師的部落格 1.估計方法 2.使用者調研 3.使用者體驗

目錄

• 一、騰訊即時通信IM demo使用
• 二、騰訊即時通信IM demo評測
• 三、産品構思
• 四、采訪
• 五、分析
• 六、産品建議和規劃

一.騰訊即時通信IM demo使用

• web端

• 小程式端

• ios端

二.騰訊即時通信IM demo評測

1. bug：群名片

• 描述：群名片修改後不能在對話中展現，在群聊天中，成員顯示的是賬号或昵稱。修改的群名片隻在 1）群名片設定 2）群成員 兩處有展現。

• 未發現原因：修改群名片後，隻簡單地檢視群資料，确認資訊修改成功，忽略了群名片在群内對話時的應用。

1. bug:群消息提示類型

• 描述：在群消息提示類型中設定接收消息但不提示後，仍然有氣泡消息提示。

• 未發現原因：忽略了這一功能。（不然這是什麼憨憨bug）

1. bug：管理群成員

• 描述：ios端中，點選管理-删除成員後，跳轉到删除聯系人頁面。隻有當管理者添加待删除成員為聯系人後才能删除該成員。

• 未發現原因：開發時接口的設計不完善，似乎是複用了聯系人管理的子產品。

1. bug：邀請群成員

• 描述：這個功能似乎形同虛設，不論是群主還是管理者都無法主動添加群成員，并提示權限問題。

• 未發現原因：功能等待進一步的開發或已廢棄。

三.産品構思

1. 産品功能

 書友群聊以書籍為機關，使用者搜尋書名通過簡單驗證即可進入交流群，可以選擇匿名或昵稱。可以在群内結識書友，加為好友。

1. 目标人群————網絡文學愛好者

 這一群體的特點是閱讀速度，閱讀感受，閱讀的書籍特别是閱讀方式都更新得極快，是以讀者都較為分散。但是目前的文學網站讀者的交流大多止于評論區，及時性不強且不夠便捷，也不能滿足大部分讀者的需要。

 松散的群聊和好友制度，以及馬甲制度，讓産品從單一的社交功能中脫離出來，集中于對内容的讨論，使用者們可以暢所欲言。

四.采訪

1. 采訪對象情況

 國中學生，文學愛好者，涉獵廣泛。學業之餘，常以電子書方式閱讀。課餘時間不多，但又希望自己的愛好不隻是自娛自樂，想要與同好交流。

1. 照片

 采訪對象他害羞

1. 使用情況

 下載下傳了ios端企業内測版，簡易注冊後即登陸使用。

1. 采訪

 Q：你對騰訊即時通信IM的第一印象如何？

 A：界面還挺簡潔大方的。第一次做這樣的産品試用，很新奇。

 Q：你認為騰訊即時通信IM有什麼功能是适合産品的呢？或者說讓産品體驗更好。

 A：emmm黑名單吧。我聽你的介紹說這個産品是可以直接向對方發起對話的，黑名單功能可以避免一些不必要的沖突。（笑）畢竟這個也不是拿來吵架的。

 Q：我倒是沒想到這個。看來這方面還可以設計一番。還有嗎？

 A：emm還有這個這個是可以直接發送文檔，還挺好。

 Q：那你認為這個騰訊即時通信IM有什麼可以改進的地方嗎？

 A：頭像頭像！每個人都長着一個頭像，居然還隻能改成随機的頭像，這個一定要改改。

 Q：還有嗎？軟體在資料量/界面/功能/準确度上各有什麼優缺點？

 A：這個我也說不上來。

 Q：那你對于我想開發的這個産品有什麼意見嗎？

 A：還挺有意思的。不過這麼多書，你準備怎麼建群？管得過來嗎？

 Q：(會心一擊)這個都是後話了。那你認為這個騰訊即時通信IM可以用在我的産品裡嗎？

 A：要是能改改這些有的沒的，還是可以的。

1. 結論————推薦

五.分析

• 估計6人畢業生團隊大概需要18到20周的時間完成。
• 騰訊雲相比網易雲信等在即時通信軟體方面有大量使用者群體，可以說在國内的即時通信方面是首屈一指，更易獲得使用者的青睐。
• 這個SDK還是存在較多bug，團隊應在測試維護方面多下心思。由于開發團隊人員不多，為了更好的改進，釋出初期可以開設bug投訴通道，根據使用者的回報及時完善。

六.産品建議和規劃

1. 類似産品

 各類文學網站，豆瓣，百度貼吧等。

1. NABCD模型

• Need 需求

  目标人群是網絡文學的愛好者。這一群體的特點是閱讀速度，閱讀感受，閱讀的書籍特别是閱讀方式都更新得極快，甚至閱讀的時期也不同。是以讀者都較為分散。比如同一本書，有的讀者是在網站A閱讀，有的讀者是在電子書上閱讀。但目前的文學網站讀者的交流大多止于評論區，及時性不強且不夠便捷，也不能滿足大部分讀者的需要。

• Approach 做法

   針對大量的網文讀者，符合網絡文學快節奏，閱讀愛好私人化的特點。讓使用者在一個群組内，以閱讀的書籍為一個機關展開讨論。

   根據使用者的個人意願選擇是否結交書友，或者屏蔽惡意使用者。由于匿名特性，可能會出現一些惡劣使用者，考慮采用一些舉報機制來限制使用者行為。

   輕量級，快節奏，個性化是軟體的特點。

• Benefit 好處

   滿足網絡文學愛好者的交流需要，建立一個積極和諧的同好交流環境。

• Competitors 競争

   相對于資曆深的文學網站，還有各類論壇，産品還需要做出努力吸引使用者。但産品針對性強，定位新穎是吸引使用者的一大亮點。

• Delivery 推廣

   可以在目标群體大量活躍的論壇，貼吧，微網誌等平台進行推廣。

1. 我的上司取向

 如果由我來上司團隊，我會在前期的需求分析以及使用者調研上多下一些功夫，同時産品推廣也很重要。

 由于這個産品量級較輕，實作的時間可能不會很長，那麼在工作開始前期，我會希望更多的團隊成員都盡可能多的參與到使用者體驗中來，緻力于開發更人性化的産品。

 在開展工作前，先設計一個開發周期計劃的安排表，随具體進度适時地調整，務必按時按質傳遞。

 在工作周期中，團隊成員應每周彙報工作進度，一方面是促進開發的程序，一方面也可以更好地協調多方合作。

1. 人員分派（5人）

 3人産品及測試，1人後端，1人前端和美工

1. 16周安排

時間	計劃
第1-4周	進行需求分析市場調研并完成原型設計
第3-4周	系統結構設計及資料庫設計
第5-8周	前後端合作基本實作項目功能，測試與開發同步進行
第9-10周	項目1.0測試，并完善項目
第11周	初期推廣，尋找真實使用者測試，收集項目存在的問題
第12-14周	根據使用者的回報改進項目，完成項目的最終版本
第15周	編寫使用說明書，釋出項目
第15-16周	項目推廣，文檔修訂

1. 項目部署

 伺服器：一個動态，一個靜态，8核32G

 帶寬：100M級别

 關系型資料庫：3台(讀寫分離2，備份1)

 緩存資料庫：2台

 網站安全性：WAF、DDOS