「K米」 軟件產品評測

第一部分 調研，評測

---

評測：

第一次上手體驗：KTV相信不少人都有去過，大部分包廂只有哦一個點歌臺，相信不少人都會煩惱於一堆人擠在小小的點歌臺前點歌的樣子，還有些人不太好意思跑到點歌臺點歌，經常是碰到本身會唱的歌就「勉爲其難」一展歌喉。K米抓住了這兩個痛點，將一堆人擠在點歌臺前點歌轉換爲能夠經過手機移動端點歌操控，這是它最核心突出的功能亮點。

bug展現：遙控器界面中的重唱功能失效，點擊沒有反應

• 在」附近的KTV預約」這一功能中，有些商家的電話號碼是錯誤的
• 遙控界面切歌的延遲比較厲害，若是有多個用戶在短期內按下切歌，會形成歌曲連切
• 在包廂錄製的歌曲，保存以後能夠播放，可是沒有聲音。
• 搜索功能不夠完善，模糊查找會出現查找不到的狀況
• 遙控器中視頻錄像按鈕始終不能夠點擊
• 遙控器中音效按鈕按下後表面上模式已經更改，然而實際音效開關模式並無獲得切換

bug淺析：

• 第1、3、6、七的bug多是由於測試KTV場地設備的緣由形成的延遲或者數據沒有傳輸成功，也有多是由於軟件的測試人員沒有考慮到多我的員同時操做形成的數據紊亂
• 第二個bug多是由於審覈人員對一些商家提交的數據審覈不嚴謹，沒有進行實地考覈的緣由，固然考慮到商家數量太大每個考覈對成本的壓力也是能夠理解的
• 第四個bug多是由於對聲音的捕捉算法存在問題，每家KTV的硬件設備也不是都能達到實驗室中測試的性能
• 第五個bug多是由於搜索的算法存在缺陷，沒有考慮到KTV點歌時常常出現的一時之間只記得部分歌名或者高潮部分歌詞的情形
  ***
  
  

採訪：

用戶的問題：用戶使用這個產品的核心功能是在KTV中充當移動點歌臺。這個功能的定位設計讓它在離開KTV這個特定產所後受衆變得比較小，但通過在KTV的測試後，它的操控上仍存在一些不能使用的功能，另外用硬件的協調性還有待改善，手機操控控制後延遲問題也急需處理，建議能夠加入操控成功的提示信息。而在有了熱門直播這個功能後增長了軟件在KTV之外的受衆羣體，附近的人還有一些交友互動也提高了軟件的受衆，但在距離定位上仍存在問題，不少定位上的距離遠大於實際距離。
數據量：有的KTV有提供唱歌評分功能，能夠把這個數據在傳輸的時候互動起來，另外歌曲的詳細信息彷佛在K米上並無獲得體現
界面：K米的界面比較乾淨利落，沒有太多繁雜的項目，用途也讓人一目瞭然，就是UI設計時背景色調太暗，在KTV昏暗的環境中讓人眼睛挺難受的建議調整下背景配色以及亮度
功能：核心的遠程操控功能大致實現，但一些不能使用的功能項仍是須要進行修復，而預約KTV功能缺失比較厲害，須要人手動電話聯繫商家而不能直接在APP上進行操做
準確度：全名搜索的效果挺棒的，可是模糊查找缺失比較厲害，由於如今許多音樂軟件的模糊查找都比較完善了，在這塊上面多是一個比較大的缺憾
用戶體驗：界面佈局乾淨利落，塊落清晰，可是UI設計沒有考慮到KTV的實際環境，這方面是個差評，功能上仍有不少須要完善的，因此用戶體驗效果通常。可是這個軟件的核心功能抓住了KTV點歌臺少而短期內需求人多的痛點，因此前景仍是很好的

用戶對產品的改進意見：UI從新設計，建議在KTV的環境下親自嘗試，針對操做的功能進行完善，建議增長修改爲功的小窗口提示

結論：推薦

---

第二部分 分析

---

• 估計這個項目作到這個程度大約須要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業UI 支持）：16周

• 分析這個軟件目前的優劣，並推理出團隊在軟件工程方面能夠提升的一個重要部分（具體建議）。

  優點：
  1.K米的界面乾淨利落，每一個功能模塊的用途讓人一目瞭然
  2.K米的有本身的附近查找還有聊天，能夠有本身的交友分享
  3.K米有本身的直播平臺
  劣勢：
  1.K米的宣傳力度不夠，不少人還不知道有這款軟件的存在
  2.K米在商家方面的聯絡不夠深，咱們去的KTV支持K米點歌，然而全程下來商家根本沒有提到過K米

• 軟件工程：

  增長用戶對商家的評分機制，由大衆來參與對商家的衡量
  建議能夠將二維碼放在播放臺上，否則每一個人都要到點歌臺掃一掃太過麻煩

• 根據理解和體驗，畫出整個軟件全部功能邏輯框圖，根據重要度標識出各模塊的重要度、完成度、出發點及效果；

• 評分（以100分計算）：

  • 用戶體驗：80分
  • UI界面美觀度：75分
  • 核心功能：80分

---

第三部分 建議和規劃

---

• 根據《構建之法》裏面提到的功能分析的四個象限，提出我對提升k米競爭力的見解：

  • 第一象限：K米這個軟件給我最剛需的功能應該是 k歌模塊。於是我以爲K米應該要增強對這塊的投入，儘可能不要讓它在使用過程當中出問題。
  • 第二象限：和其餘同類軟件比，K米並無手機K歌功能，於是在力有所及的狀況下能夠進行功能的增長
  • 第三象限：社交聊天模、動態分享、直播等要有良好的界面設計，如今的亮色調要進行UI修改，能夠在KTV隨機邀請用戶進行體驗設計
  • 第四象限：現有的我的中心功能已經足夠使用了，只須要進一步完善就能夠了

• 目前市場上有什麼樣的產品了？

  • 手機上k歌的軟件：全民k歌、酷我k歌、唱吧
  • 同類線下ktv聯網軟件：AirKTV（雷石）

• 你要設計什麼樣的功能？

  歌詞接龍，聽歌猜曲

• 爲什麼要作這個功能，而不是其餘功能？

  既然產品的特定使用場地是在KTV，固然要先專注關於唱歌有關的功能開發

• 爲何用戶會用你的產品/功能？

  • 若是能讓KTV只支持我產品的使用，就能夠壟斷
  • 個人功能比其餘同類型的產品更快更好上線，養成用戶的使用習慣
  • 能抓到用戶在KTV所但願的享受到的服務，用手機代替全部須要「勤快」的習慣

• 你的創新在哪裏？能夠用 NABCD 分析。

  • N：唱歌要的是開心，而十幾我的的KTV中一兩個麥的傳遞容易冷場，這時候就須要一些其餘的東西來調節氣氛。
  • A：一兩句歌詞能夠躲掉跑調的尷尬，而在傳遞麥的過程當中，也避免了幾我的一直唱下去其餘人無事可作的尷尬
  • B：能夠一次讓整個包廂的人都下載APP，而用戶羣體的惰性會讓他們除了忍無可忍的狀況下，會一直使用着第一次接觸的同類型軟件
  • C：K米的優點在於它的線下支持，只要在KTV包廂中開始了接觸，而其餘同類型產品的部分功能又能找到替代，就會慢慢加大用戶的習慣，若是一個產品的多種功能都作的不錯，而有一個核心功能是其餘軟件所沒有的，漸漸地其餘軟件的用戶羣體會被這個軟件所吸引過來。
  • D：KTV商家的推薦，還有一些現場試玩的宣傳推進

• 若是你來領導這個團隊，會有什麼不同？

  • 我會先對核心功能缺失的地方進行修復
  • 既然是針對KTV的用戶，那就要加大在KTV中的現場測評，以及蒐集在KTV中唱歌的人們的需求

• 若是你的團隊有5我的, 4個月的時間，你做爲項目經理，應該如何配置角色（開發，測試，美工等等）？

  • 手機端開發：3我的
  • 美工：1我的
  • 測試：5我的以及KTV實地邀請用戶測試
  • 後臺開發：1我的

• 描述你的團隊在16 週期間每週都要作什麼，才能在第16周如期發佈軟件，大小里程碑績點設定。

任務截止時間	任務	階段成果展現形式
第1、二週	團隊計劃、需求說明書	需求初評
第三週	編碼規範完成、平臺環境搭建完成、初步架構搭建+需求規格說明書最終版、UI設計	編碼框架+需求複審
第四周	UI設計改進+架構設計+測試計劃
第5、6、七週	第一階段衝刺。編碼+測試+項目管理同步推動	Alpha版本發佈
第8、9、十週	項目完善+用戶試用反饋+測試計劃改進	改進總結調整
第11、12、十三週	第二階段衝刺——連續七天站立式會議+測試+項目管理推動	Beta版本發佈
第十四周	正式版本完善+用戶手冊
第十五週	正式版本發佈
第十六週	部署上線

小里程碑：第七週，第十週
大里程碑：第十三週

---

第四部分：「做爲用戶，你或大家最喜歡K米中的什麼功能？（列表123，最多選擇三種，說明理由） 你或大家可能會爲哪些功能付費？（說明理由）」

• 1.遙控功能：能夠舒舒服服躺在沙發上進行點歌切歌等操做，不用擠到點播臺，簡直是懶人的福音

• 2.動態信息分享：能夠找到志同道合熱愛K歌的朋友，還能直播本身的優美嗓音

付費：以上的這兩點是K米的核心熱點，也是用戶的使用點，可是爲它付費的人卻不會太多，即便有付費價格也不會過高。K米的收費應該來自於廣告以及對商家的宣傳推薦。