軟件產品案例分析
第一部分：
評測：- 上手體驗：
說實話，在老師布置這個作業之前我確實不知道有K米這個APP，我想這是很少去KTV的原因吧。。。不過在接到這個作業后，我就去百度了普及了一下這個app的相關知識。未使用之前的認識：這個app確實對于k歌黨是個神器，再也不用擔心有麥霸這種人的存在了，也不用好多人擠在一個點歌機點歌了，確實方便了許多。接下來就介紹一下個人使用的感受吧。
首先從最直觀的感受來講（ios），莫過于是剛進入的首頁吧。第一印象應該是界面還行吧，而且主要功能很顯眼，但就是為什么在主界面中功能如此之多，如此復雜，這很有可能就提高了用戶的認識阻力，對于我這種比較偏好簡約的人是很不愿意下拉多次去尋找需要的功能的。接著談談如今每個軟件基本都有的情況吧，那就是用戶模塊了。雖然該app提供了第三方登錄，但是登錄后還要綁定自己的手機號碼，這點就有點不開心了。因為之前使用的挺多軟件就是這樣子，然后總是莫名其妙接到一些陌生的電話(- -!)。因為這次主要用到的功能是K歌這個模塊，最后就談談K歌體驗吧。之前去K歌并沒有用過這個app，可能我們地區是小地方還沒有支持該app，不過第一次用的感受還是良好。連接包廂后，可以控制燈光、點/切歌、點擊服務鈴等功能確實方便了不少，省去了排隊點歌浪費時間的弊端。而且直播間的功能很符合現在的潮流，對于在同一個包廂里的人來說是沒什么區別，但是分享出去就能實現和包廂外的人進行實時互動，挺有意思的。
- bug
1) 在連接包廂后，如果同一個人退出去再進入顯示人數會再+1
2) 在已點歌曲界面，包廂已經開始下一首有一會兒了，手機上當前播放歌曲還處于上一首。
3) 遙控模塊里重唱功能不能用。
4) 個人中心中我的作品。錄制后的歌曲，播放后沒有聲音。- 為什么產品組的人沒發現這些bug
1、 原因一可能是產品組的人在實地測試的時候做得不夠好，測試數據不夠多。
2、 原因二可能是ktv包廂中設備的支持度或兼容性問題，或者軟件的兼容性或功能不夠穩定。
3、 至于第二點我覺得很大原因可能是網絡這方面的問題，響應不夠及時。采訪
采訪對象為身邊同學1、介紹采訪對象的背景和需求
答：我采訪的同學平時還是挺喜歡唱歌的，主要是在線上唱的，ktv的話很少去。K米的話有用過，經過采訪后發現，他對現有功能大部分都用不上，只需要有連接包廂點歌和遙控功能和點歌模塊。
2、讓采訪對象使用10-30分鐘K米的功能
3、描述用戶使用這個產品的過程, 用戶的問題解決了么？軟件在數據量/界面/功能/準確度上各有什么優缺點？用戶體驗方面有問題么
答：用戶主要問題解決了。
- 數據量：
- 優點：絕大部分歌曲都有，用戶量還是有的。
- 缺點：用戶量只能算大范圍的，縮小到某個地區就很少。
- 界面：
- 優點：總體做得挺好的。
- 缺點：暫時沒說
- 功能：
- 優點：主要功能在平常用戶需求都可以實現。
- 缺點：功能模塊太多，太過復雜，有點累贅。
4、用戶對產品有什么改進意見？
答：用戶覺得在推薦歌曲那方面做得不夠好。比如搜索某個明星的歌曲，搜索出來的歌曲排序應該設置一個熱度，因為經常搜出來的歌自己都沒聽過。最大的建議就是做好主功能，真正去ktv的用戶用的功能其實不多。
5、給軟件的評價：
答：推薦。理由：可以滿足去ktv用戶的主要功能需求，省去擠在一起點歌的尷尬。但是目前支持的ktv在小地區不夠好。
第二部分：分析
項目預期。已有前提：團隊人數6人左右，計算機大學畢業生，并有專業UI 支持。
周數 進度 1 獲取需求，進行調研 2 分析細化需求，原型設計 2 完成數據庫設計，軟件架構，UI開始設計 3-4 完成主要功能----包廂內K歌所需服務(聯機、) 1 實地測試，完善主功能 3 基礎功能開發，包括個人模塊，發現、聊天、附近等功能 2 基礎功能測試，并同時進行擴展功能開發（直播） 1 完善UI，整體功能測試，版本發布。 上述預計需要15~16周的時間，再加上1周時間來進行伸縮，共需要16~17周的時間開發此項目。
優劣
- 優勢：首先，對比同款軟件來講，K米的功能比較多，提供服務較多。其次該app的界面也相對友好，豐富多樣。接著，有直播功能，有助于與包廂外的人進行互動，互動性強。
- 劣勢：該軟件需要有相應硬件設備的支持，對已成形的ktv支持較難。常用用戶量不足，相比全民k歌軟件來說，k米更多的是實時用戶，只有在特定環境才會用k米，而全民k歌可以線上錄制分享。如果全民k歌做線下支持，那會火。
- 軟件工程方面建議：在內部質量指標的完成情況（Internal Benchmarks）這方面做好,還有就是把核心功能做得足夠好，不花心于其他拓展功能。只要核心功能+用戶體驗的質量（“同理心”）做好，相信去ktv首先想到的就是k米。
邏輯圖
模塊分析
評分（滿分10分）
用戶體驗：7.8分
UI界面美觀度：7.6分
核心功能：8.3分
第三部分：建議和規劃
如果你是項目經理，如何提高從而在競爭中勝出？
答：參考《構建之法》中功能分析的四個象限和五種方法，K米的殺手功能就是k歌模塊了。我想這部分可以采取“差異化”的辦法，因為較火的k歌軟件大部分都是支持線上，沒有和ktv連接的功能，可以在這方面加大力度，例如直播功能。
目前市場上有什么樣的產品了？
答：全民K歌、麥樂迪、唱吧、AirKTV
你要設計什么樣的功能？
答：在直播這塊進行擴充
為何要做這個功能，而不是其他功能？
答：之所以要做這個功能，是因為現在直播火啊，大家都想成為網紅。雖然有斗魚、虎牙、熊貓這些大型直播平臺，但其他直播平臺還是層出不窮，而且ktv直播這還是很少見的。說不定在用戶直播過程中就成為網紅了= =。
為什么用戶會用你的產品/功能？
答：我想大部分人去ktv的初衷就是一起開心，一起放縱吧。直播能把自己快樂跟更多的人分享又何樂不為呢？而且用戶還可以通過此方式和未能到場的小伙伴進行互動，分享喜悅。
你的創新在哪里？可以用 NABCD 分析。
N：這不是一個人的時代，這是社交的時代，這是需要互動的時代。
A：跟隨當前直播的潮流，支持多種互動，推薦上榜。
B：吸引體驗用戶和觀看用戶，實現原始用戶積累。
C：當前ktv市場中該功能較少，有吸引力
D：與ktv合作推廣，或在某些熱門應用進入動畫加入廣告推廣。
如果你來領導這個團隊，會有什么不一樣？
答：首先我會要求團隊成員用這款產品，在《構建之法》中就有說到這一點。其次我會始終要求隊員記住用戶選擇，采用“基于場景的設計”來強化團隊成員對用戶體驗連貫性的理解。最后作為 PM，應該是團隊的磨合劑，所以我會盡量深入成員的每個部分，然后調整好和分配好成員的任務情況。
如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
答：一個美工，一個測試，三個開發人員。在美工和測試工作量較少的情況下，幫忙其他三人進行可做的工作。
描述你的團隊在16 周期間每周都要做什么，才能在第16周如期發布軟件，大小里程碑績點設定。
每周需做：每天開工前10-15分鐘的站立會議，匯報昨天情況和今天預計完成任務。每周有一次大會，來進行總體進度的匯報，以及提出改進計劃。
小里程碑：功能模塊下的子功能的實現和測試完成。
大里程碑：功能模塊的實現和測試完成。周數 任務 1 獲取需求，用戶調研 2 需求分析，完成需求規格說明書 3 原型設計，設計文檔 4-13 具體編碼，數據庫設計，UI同步 14 復審+測試 15 推出部分內測 16 改進項目，發布版本
新增問題：為用戶，你或你們最喜歡K米中的什么功能？（列表123，最多選擇三種，說明理由） ?你或你們可能會為哪些功能付費？（說明理由）
喜歡的功能：
K歌中的評分功能，主要理由是唱歌不是特別好，通過在k歌中看到自己的評分，借此來改進。當然我在k歌的過程中發現并不是每首歌都有評分的，有些熱歌也沒有。建議能過收集歌曲的熱度值，做比較好的評分系統。
會為此付費的功能：
目前好像沒有特別vip級的功能。
)
)
)
