2016.03.24

今天剛好來台北出差，就順道來參加 Agile 的活動，聽聽人家產品的開發經驗分享，ZK 算是一個老牌的前端框架，能夠存活這麼久自然有他們的成功之道，以下是當天的一點筆記：

• ZK
• 成功很難複製，剛好在合適的時間點推出了合適的產品
• 採用 opensource 算是一種進入市場的手段，透過口碑相傳與服務讓市場做大
• Major Release：每兩年一次大改版，觀看有哪些功能要加入到新產品上，自己決定發行的步調，功能完成才推行，RC1、RC2 時間很久
• Minor Release：時間到就推出，功能如果有 bug 就把功能拿掉。
• 雖然是 opensource，但是程式的維護與版權還是規在自己身上。
• Testing：客戶有不同的使用環境，基本上產品完成後由由客戶測試，再做修改。
• 定價策略：採用收年費的方式，大公司好幾套系統但只買一套版權，但至客戶的量夠大。
• 團隊成員：團隊成員在精不在多。
• Quire
• 使用者對於 Project Mangement 工具的黏著性相對不高，使用者會不斷的嘗試直到找到適合自己的產品。
• UI 很重要，需要針對 UI 做設計。
• 目前有和 GitHub 整合
• 發現 BUG 後就立即修復，可能早上有人提出，下午就修復完畢。

後紀：

ZK 推出後到收費，使用者對於這段期間的觀察期很長，可能用了沒付錢也可能整間公司只買一套，所以公司資金的運用就非常重要，團隊成員就很難擴編，幸好付錢的客戶量是很多的，能夠支撐起公司的營運。

我想也因為這樣的特性，產品的定價與收費方式就非常的重要，如果收費從每年一次改成一次付清，公司應該也很難營運下去吧。