第二次作業 APP案例分析

標籤：描述   建議   而不是   lcm   問題   產品   軟體工程   登陸   推薦   

第一部分 調研， 評測     1 下載軟體並使用，描述最簡單直觀的個人第一次上手體驗。     這裡下載鎚子便簽APP，主介面顯示是這樣的    剛安裝後還沒什麼內容，可以自己寫筆記進去，第一次上手體驗，比起手機內建的便簽軟體美觀一點。

2. 按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug。

      目前發現一個使用者體驗上的bug， 該軟體有一個加密功能， 可以自己設定登陸軟體時候的密碼，然後這個密碼如果你忘記了，登陸錄介面也沒有一個找回密碼的功能，直接讓你刪除軟體並重新安裝，覺得提供的功能不太完善，不過本來就是一個便簽軟體，功能上也不能要求太多。  3 選擇一個朋友（使用者）進行採訪，並加以記載    ①  介紹採訪對象的背景和需求。       採訪對象同學駱某某，需求平時經常需要記錄一些自己需要做的事情，經常使用手機的備忘錄功能，因此這次向他推薦了這個APP。

    ② 讓採訪對象使用該產品的功能。

     給它說了安裝這個軟體後，就可以開始使用了，功能其實很簡單，就記錄一些東西。

    ③ 描述使用者使用這個產品的過程，使用者的問題解決了嗎？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題嗎？

     該使用者使用這個APP後，體驗上覺得還是不錯的。

     該軟體有三個排版模式，普通模式、富文字模式和markdown模式，對於經常記錄文字的人有協助，適合該使用者需求。

     使用者體驗比起一般手機內建的便簽軟體，應該會好點。

    ④ 使用者對產品有什麼改進意見？

    該軟體可以將你寫的內容分享到其他一些平台，覺得如果有匯出檔案功能或許會更好。這樣方便將自己寫的內容儲存到本地 . 結論：經過這麼多工作，你一定有充分的理由給這個軟體下一個評價:     軟體這幾天才使用的，軟體很簡潔，美觀，使用起來還是很不錯的。或許還可以再增加一些其他的實用的功能。 

第二部分 分析

1. 儘可能地使用軟體的所有功能 。

          功能，記錄東西。

        2 .分析這個軟體目前的優劣 (和類似軟體相比)， 推理出這個軟體團隊在軟體工程方面可以提高的重要方面 (具體建議)。要求把對比的結果列出一個表格，對比每個軟體各自的優點和缺點。

        類似的軟體，關於寫筆記的，印象筆記應該也算吧，只是鎚子便簽比較輕便。可能拿有道雲筆記跟印象筆記比較會合適點，不過沒用過有道雲。

      

 

     3.[附加題]針對不同的維度評分，對使用者體驗方面、UI介面美觀度、核心功能，分別打分（能給出更詳細的評分更優）。

     

第三部分 建議和規劃

(參考《構建之法》第8章功能的定位和優先順序；第9章專案經理)

1.如果你是專案經理，如何提高從而在競爭中勝出？

        適當在添加一些符合使用者需求的功能，方便使用者的使用

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

  Google keep ，印象筆記

3.你要設計什麼樣的功能？

  就再增加一個匯出檔案吧

4.為何要做這個功能，而不是其他功能？

  暫時沒想到其他功能，該軟體有提供一個反饋的渠道，可以在這個渠道回複你的意見

5.為什麼使用者會用你的產品/功能？

   能夠將檔案匯出到本地，或許有些時候會挺有用的，覺得肯定有一部分人需要這個功能

   其他有的筆記類軟體也支援這個功能

6.你的創新在哪裡? 請使用 NABCD 分析

  （1）N（Need需求）

     使用者不僅僅需要將檔案記錄在該軟體上，雖然已經有了分享功能了，多加一個匯出會更具靈活性

  （2）A (Approach做法)

     多加一個模組，開發人員進行功能開發

  （3）B (Benefit好處)

   更加的實用，適合有更多需求的使用者使用

 （4）C (Competitors競爭)

  其他軟體都支援檔案匯出功能，所以如果鎚子筆記增加上了這個功能，或許會吸引到一部分喜歡輕便，又需要該功能的使用者來使用。

 （5）D (Delivery 交付) 

   廣告推廣該軟體。

7.如果你來領導這個團隊，會有什麼不一樣？

    這個軟體我覺得已經做的很好了，如果是我來領導團隊，可能會讓員工多提一些建設性意見，集思廣益，未必要在介面做更多美化，

可以在功能上看看是否還有沒有什麼沒考慮的，瞭解使用者需求，可以完善一下。

8.如果你的團隊有5個人, 4個月的時間，你作為專案經理，應該如何配置角色（開發，測試，美工等等）？

   第1-2周，需求分析，功能模組的分析（小組一起討論）

   第3-9周，核心功能模組開發，測試（2個開發，2個美工，1個測試）

   第10-11周，使用下軟體，檢查是否存在bug（小組一起）

   第11-15周，對不足的繼續開發，（2個開發，2個美工，1個測試）

   第16周，交付軟體，投入使用。

   

第二次作業 APP案例分析