K米評測

關于K米的案例分析

第一部分 調研，評測

評測

1. 第一次上手體驗

   首先，很遺憾的表示我沒有接觸過類似的軟體，對于這類軟體是一無所知。
   接下來說說對他的第一印象吧，第一眼看到它的圖示覺得不錯，簡潔明了，讓人一眼就知道這個是K米軟體。
   然後，打開軟體看看吧，跳到的是首頁面，KTV點歌，讓人頓時明白原來這個是KTV點歌的，隻要掃描包廂上面的二維碼就可以進行點歌功能。那麼再看看别的頁面吧，把每個頁面都打開看看，發現每個頁面的主要功能都是一眼就抓住人們的眼球，讓人能夠很快的知道這些頁面都是用來做什麼的。
              

2. 大家一起找bug

• 什麼是bug？

  通過《建構之法》的學習，bug言簡意赅的說就是軟體的缺陷，它包含了三個方面：

  • 症狀：從使用者的角度看，軟體出了什麼問題
  • 程式錯誤：從代碼的角度看，代碼的什麼錯誤導緻了軟體的問題
  • 根本原因：錯誤根源，也就是導緻代碼錯誤的根本原因
  那麼我們作為一個普通使用者來測試這個軟體，我們要找的bug當然是從它的症狀方面入手。

• 找到bug

  * 時間：2016年10月18日

  * 地點：榕橋之聲

  * 人物：我說的都隊

  * 圖檔：測試的時候都忘記了拍照，what a pity！

  • 本地傳歌，搜尋不到本地歌曲

    測試傳歌功能的時候，發現有的手機可以上傳本地歌曲，有的手機無法搜尋本地歌曲，在搜尋過程中，隻提醒來自酷狗、百度音樂、天天動聽的的歌曲導入體驗更佳，而沒有說明不支援哪些app的歌曲導入。PS：使用網易雲音樂的可以導入。

  • 評分系統不專業

    測試評分系統的時候，有人的評分開關沒有反應。當開啟評分系統之後，無論是有沒有開原唱，有沒有真人在唱，都沒有影響他的評分，都是一如既往的高分，後來我們發現隻要是有聲音，他都能評分。

  • 已點歌曲既重新整理無反應也沒法取消

    使用手機遙控點歌之後，發現已點的歌曲重新整理沒有反應。錯點的歌也沒法取消，隻能等待播放時切歌。點過的也唱過的歌曲記錄為0，不是很懂是為什麼？

  • 快速點選釋出，出現多個輸入頁面

    當多次點選釋出的時候就會發現，跳出多個輸入框的頁面，導緻傳回的時候要多次傳回才能回到首頁面。

  • KTV預定，商家資訊不真實

    負責小組測評的KTV選擇的時候，預定KTV，打電話過去預定的時候，發現有家KTV的電話不全，隻有0591-，還有一家打電話過去，店家說人家開的KTV位置在日本，這都是些什麼鬼？

    這兩家店鋪都是排在商家清單的前幾位。

• 産品組為什麼不改bug？

  我認為，可能有以下幾點：

  a:在這個app不斷更新的時代，同類型app可能會有上百家公司都在研究這款，那麼為了抓住這個機遇，往往不得不先上線，再不斷修複bug。

  b:一款産品是由多個人合作共同完成的，那麼每個人都有負責相應的部分，你以為對方寫的内容沒有問題的時候，直接拿來使用，導緻bug的疊代，看起來小小的bug不是那麼容易修改的，以至于修改bug的周期就變的更長。

  c:網絡環境的多樣性，用戶端環境的多樣性，導緻開發/測試人員沒有辦法一一測試，導緻了某些手機上面的bug發生。

采訪

• 采訪對象：數計學院大三某女生，該生喜歡唱歌，平時也會唱歌給我們聽。
• 需求擴充：由于這個軟體的主要是在KTV包廂使用，平時好像并沒有什麼能夠用到的地方，她認為應該擴充一下評分功能（如唱吧）可以随時對自己的歌唱水準進行測試。
• 使用過程：在KTV裡面唱歌的時候，可以使用手機遙控，進行點歌等功能。
• 使用者體驗：
  • KT V的遙控功能不錯，人手一台遙控。
  • 直播可以邀請遠方的朋友一起加入。
• 使用者意見：
  • 陌生人可以随意進入包廂，不喜歡這個功能，希望可以設定密碼等。
  • 掃描二維碼等待成功，需要的時間太久了，在信号不好的時候，掃描不出來。
  • 直播時候K米不能放在背景，一不小心就會自動退出。
  • 社交圈好像都是陌生人，不會判斷，可能認識的人。
• 結論：K米雖然可以在KTV裡面使用，但是很多功能都還不夠完善，界面方面也不夠美觀，加上我對這個軟體的測評體驗，我是不推薦這個軟體，對于不常去KTV的人來說，這個軟體根本沒有什麼用處。使用者人群太局限。

• 使用者回報：

  最喜歡什麼功能？

  手機遙控功能，可以掌控燈光，音效，點歌，切歌的感覺不賴。

  會為哪些功能付費？

  就目前K米提供的功能來說，會進行付費的功能可能就隻有給主播送禮物這一功能。

第二部分：分析

1. 工作的估計

   團隊6人，計算機畢業生，專業UI支援

   這是我自己假定的幾個可能性：

   * 有過多次的項目經驗

   * 其中有人寫過類似的K歌功能

   * 程式設計水準普遍比一般人要高（大佬級别）

   根據以上的假定，可以總結出，要想寫出K米這個程度的項目，要花費的時間應該是比較久的，6個人應該是可以直接上手編碼的，以下是我估計的時間：

   功能 時間/天

   需求分析 1

   分工安排 0.5

   KTV點歌 5

   各類排行榜 2

   附近動态 1.5

   附近人 1.5

   交友 1.5

   KTV預訂 1

   系統設定 1

   搜尋功能 1

   UI設計 2

   合計 18

   看完這個時間估計，自己都覺得可怕，開發一款軟體好像被我想的太簡單了，好吧，這可能是我腦中對大佬的印象吧，高不可及。

2. 軟體的優劣

   優勢

   查找了一下手機裡的應用商店，發現關于唱歌的軟體更多的是全民K歌這種的手機版現場KTV直播，而K米是更适合在KTV包廂裡面使用手機就可以進行的各種點歌功能。

   劣勢

   核心功能要在KTV裡面實作，線下根本沒有什麼用處，也不能錄歌等功能，使用率降低，缺少競争力。

3. 團隊提高

   * 功能的完善：有些功能有顯示在頁面上，但是無法使用

   * 軟體測試：感覺測試不夠，導緻不同手機出現各種各樣停止運作的錯誤。

   * 注重細節上面的實作

   * 提高使用者體驗

4. 功能邏輯框圖

5. 子產品分析

   子產品 重要度 完成度 出發點 效果

   K歌 非常重要 85% 與KTV合作，與點歌台功能類似 連接配接過慢，網絡配置要求高，使用者體驗一般

   附近 重要 90% 增加社交功能，吸引使用者 社交功能不錯

   聊天 非常重要 80 增加社交功能，吸引使用者 界面混亂，聊天内容有限制，使用者體驗差

   發現 重要 98% 增加社交功能，吸引使用者 社交功能不錯

   遙控 非常重要 90% 滿足KTV懶癌患者，使用手機就可以進行各種操作 按鈕不靈敏，視訊不可錄制

   個人首頁 較為重要 100% 使用者管理 一般

6. 多元度評價

   要對一個産品進行評價的話，首先，要确定從哪個角度出發，這次我是站在使用者的角度出發來評價的。K米的主要使用者是KTV常客

   次元 說明 評分/十分制

   使用者體驗 KTV包廂使用的功能 9.5

   互動視覺 使用者能否很好的使用app功能 8

   技術性能 使用者想要的功能現有版本是否存在 8

   UI風格 視覺效果 8.5

   便捷度 使用這個app是否友善了生活 9

   與人分享 能否在朋友圈裡面一同使用這個app 7.5

第三部分：建議和規劃

如果我是項目經理，我能夠為項目做的是什麼呢？

• 市場調研

  手機應用商店裡的手機KTV應用有唱吧，天籁K歌，全民K歌，這類産品更注重的是查找歌曲，根據歌曲的完成度評分。

• 提高競争力

  * 在K米注重的KTV點歌功能上，精益求精，擴充需求。

  * 增加與KTV合作的數量，普及度不高

  * 增加子產品：如唱吧的核心功能

• 功能擴充

  1.KTV包廂裡面的人員可以和遠端的人員對話（不是通過彈幕的形式）？

  理由：發現進入同一個包廂的大部分都是認識的人，他們更想要的是可以實時的對話，而不是發彈幕在上面。

  2.設定包廂密碼

  理由：當不想讓陌生人員随意進入包廂，觀看包廂視訊的時候可以使用，保護使用者的隐私。

  3.增加合唱功能

  理由：合唱在KTV裡面是必不可少的額環節，而一個貼心的app怎麼能缺少這一功能呢？

• 使用者使用率

  本款app面向的是那些喜歡去，經常去KTV的使用者，使用這款app可以讓他們感到更好的服務，可以随時的控制KTV包廂裡面的設施：燈光，音效，點歌等等，而且還不缺少社交功能，富有趣味性。

• 需求分析
  • N（Need）
    • KTV商家管理：為顧客提供服務，吸引客戶
    • 使用者：更舒适的唱k環境
    • K米管理人員：對接KTV的硬體設施，提供軟體的技術支援，既幫助KTV留住顧客，也留住自己常用使用者
  • A (Approach)
    • 和商家合作，推出優惠活動
    • 是否在現場都可進入包廂，觀看包廂現場狀況，如臨其境
    • 自帶麥克風，随時随地可以唱歌
  • B (Benefit)
    • KTV的商家：可以有增加途經推廣自己的店鋪，吸引客戶，在市場競争下，有了獨特的競争力。
    • 使用者：既享受更舒适的唱K環境，也不缺少和朋友的交流。做到和朋友随時随地去KTV唱歌的便利。
    • K米管理人員：可以進行廣告競标，獲得營利點。

  • C (Complete)

    優勢：主要功能在KTV裡面使用，這是市場上其他商品所沒有的地方，給顧客更舒适的唱K環境。

    劣勢：功能單一，社交圈有局限性，使用者體驗不佳。

  • D (Deliver)
    • 先跟商家合作，讓商家幫忙推廣給客戶。
    • 在各類使用範圍廣的app上安排廣告宣傳
    • 在電視節目裡面植入廣告。
• 工作安排

  • 任務分工

    人數5人，時間：4個月

    首先，了解一下5個人各自擅長的方面，標明一個為主力隊員，負責項目的協調。

    一個負責美工，兩個負責開發，一個負責文檔，一個負責測試，兩個開發者如果實力不均，可以是厲害的帶領另一個編碼，而不是厲害的一個人把所有的全包了。

  • 項目進度安排

    周數 任務 說明

    1 任務的配置設定 開發過程中組員的任務細化配置設定

    需求說明書 根據需求，細化說明，編寫需求說明書

    思維導圖 完成思維導圖

    2 原型設計 根據需求說明書完成原型設計

    風格确定 美工的設計

    3 編碼規範 分析軟體，編寫編碼規範

    編碼環境 確定團隊的編碼環境的統一

    4 編碼初期 正式進行編碼，審查項目進展

    5 編碼中期 審查項目進展

    6 Alapha版本釋出 Alapha版本的完成

    測試 查找不足點，更改需求等等

    7 Alapha版本的完善 根據上周的審查，改進不足之處

    細節 改善使用者體驗

    8 繼續完善 第一版本修改完畢

    9 測試 對Alapha1版本的測試，提出要求

    Alapha1版本的改善 進一步優化軟體

    10 美工上線 對軟體進行美化

    Alapha1繼續改進 連續兩周的持續改進

    11 Alapha2版本釋出

    測試 繼續測試軟體的bug

    12 Alapha2版本的改進

    13 Beta版本的釋出

    修改需求說明書 檢視和需求說明書的不同之處

    14 補缺補漏 根據需求說明書補缺補漏

    15 Beta1版本釋出

    使用者初體驗 測試軟體的bug

    16 軟體上線 釋出産品

• 我的效益

  * 促進團隊的溝通

  * 督促團隊的進度

  * 給隊員噓寒問暖，端茶倒水