日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 综合教程 >内容正文

综合教程

软件评测(腾讯即时通信IM)

發布時間:2024/1/3 综合教程 38 生活家
生活随笔 收集整理的這篇文章主要介紹了 软件评测(腾讯即时通信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評測

bug:群名片

描述:群名片修改后不能在對話中體現,在群聊天中,成員顯示的是賬號或昵稱。修改的群名片只在 1)群名片設置 2)群成員 兩處有體現。

未發現原因:修改群名片后,只簡單地查看群資料,確認信息修改成功,忽略了群名片在群內對話時的應用。

bug:群消息提示類型

描述:在群消息提示類型中設置接收消息但不提示后,仍然有氣泡消息提示。

未發現原因:忽略了這一功能。(不然這是什么憨憨bug)

bug:管理群成員

描述:ios端中,點擊管理-刪除成員后,跳轉到刪除聯系人頁面。只有當管理員添加待刪除成員為聯系人后才能刪除該成員。

未發現原因:開發時接口的設計不完善,似乎是復用了聯系人管理的模塊。

bug:邀請群成員

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

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

三.產品構思

1. 產品功能

?書友群聊以書籍為單位,用戶搜索書名通過簡單驗證即可進入交流群,可以選擇匿名或昵稱。可以在群內結識書友,加為好友。

目標人群————網絡文學愛好者

?這一群體的特點是閱讀速度,閱讀感受,閱讀的書籍特別是閱讀方式都更新得極快,因此讀者都較為分散。但是目前的文學網站讀者的交流大多止于評論區,及時性不強且不夠便捷,也不能滿足大部分讀者的需要。
?松散的群聊和好友制度,以及馬甲制度,讓產品從單一的社交功能中脫離出來,集中于對內容的討論,用戶們可以暢所欲言。

四.采訪

采訪對象情況

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

照片

?采訪對象他害羞

使用情況

?下載了ios端企業內測版,簡易注冊后即登陸使用。

采訪

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

?A:界面還挺簡潔大方的。第一次做這樣的產品試用,很新奇。

?Q:你認為騰訊即時通信IM有什么功能是適合產品的呢?或者說讓產品體驗更好。

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

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

?A:emm還有這個這個是可以直接發送文檔,還挺好。

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

?A:頭像頭像!每個人都長著一個頭像,居然還只能改成隨機的頭像,這個一定要改改。

?Q:還有嗎?軟件在數據量/界面/功能/準確度上各有什么優缺點?

?A:這個我也說不上來。

?Q:那你對于我想開發的這個產品有什么意見嗎?

?A:還挺有意思的。不過這么多書,你準備怎么建群?管得過來嗎?

?Q:(會心一擊)這個都是后話了。那你認為這個騰訊即時通信IM可以用在我的產品里嗎?

?A:要是能改改這些有的沒的,還是可以的。

結論————推薦

五.分析

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

六.產品建議和規劃

類似產品

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

NABCD模型

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

Approach 做法
?針對大量的網文讀者,符合網絡文學快節奏,閱讀愛好私人化的特點。讓用戶在一個群組內,以閱讀的書籍為一個單位展開討論。
?根據用戶的個人意愿選擇是否結交書友,或者屏蔽惡意用戶。由于匿名特性,可能會出現一些惡劣用戶,考慮采用一些舉報機制來限制用戶行為。
?輕量級,快節奏,個性化是軟件的特點。

Benefit 好處
?滿足網絡文學愛好者的交流需要,創建一個積極和諧的同好交流環境。

Competitors 競爭
?相對于資歷深的文學網站,還有各類論壇,產品還需要做出努力吸引用戶。但產品針對性強,定位新穎是吸引用戶的一大亮點。

Delivery 推廣
?可以在目標群體大量活躍的論壇,貼吧,微博等平臺進行推廣。

我的領導取向

?如果由我來領導團隊,我會在前期的需求分析以及用戶調研上多下一些功夫,同時產品推廣也很重要。

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

?在開展工作前,先設計一個開發周期計劃的安排表,隨具體進度適時地調整,務必按時按質交付。

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

人員分派(5人)

?3人產品及測試,1人后端,1人前端和美工

16周安排

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

項目部署

?服務器:一個動態,一個靜態,8核32G
?帶寬:100M級別
?關系型數據庫:3臺(讀寫分離2,備份1)
?緩存數據庫:2臺
?網站安全性:WAF、DDOS

總結

以上是生活随笔為你收集整理的软件评测(腾讯即时通信IM)的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。