玩運彩練小喂

聽講筆記:Cubie Messenger 開發經驗分享

主講:Cubie Messenger 工程師

  • 由六人開發小組(工程師佔多數,一位視覺,一位PM)負責發想、決定APP要增加什麼功能,沒做使用者調查、訪談,若小組無法決定,交由boss決策。
  • 先開發最小範圍功能(mvp),上架後從用戶反應決定下一步。打帶跑做法的理由有二:
    • 子彈有限,不能一直投入成本開發沒人使用的功能
    • APP還有bug、各種平台問題等待處理
  • 有時也會私心懷疑,新功能不受歡迎,是不是功能本身沒錯,只是其他環節沒跟上。例如行銷面不夠衝,或功能還不夠完整,所以使用者沒感覺。只是到底問題出在哪,也無法證明。
  • 要配合平台用戶習慣設計UI/UX,在某個平台常見的元件或行為,在另一個平台不一定適用
  • 工作管理:trello

相關報導:台灣Cubie Messenger 上線一年用戶破650萬!

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *