日事清助力知名助聽器門店「聽客來」提高 30% 研發效率，向敏捷轉身
聽客來軟體誕生於2005年初，是中國第一套助聽器門店專用的銷售管理軟體，在中國有超過3000名驗配師正在使用，連續14年安全執行。它可以有效提升助聽器門店對潛在客戶的銷售成交率；提升客戶滿意度和轉介紹率。
聽客來在歷經14年的市場考驗，贏得眾多助聽器專賣店、聽力康復機構等使用者的好評，歸功於聽客來快速響應市場變化和熱點，及時更新迭代推出系列版本，為使用者提供更利於銷售的體驗。
而在聽客來快速敏捷迭代的背後，「日事清」一定擁有姓名。通過日事清，聽客來研發團隊建立了高效的研發管理體系，向敏捷轉身。
研發流程有序，交付速率穩定
聽客來團隊的產品研發順序大致是：場景需求收集 – 製作 Roadmap – 產品開發 – 產品驗收 – BUG反饋。以此實現一個完整的迭代。
「日事清」 全面支援「KANBAN」和「Scrum」研發模式，方便了聽客來團隊在敏捷開發過程中的使用。在「功倍」，聽客來研發團隊實現了研發效率的提升和節奏的把控。
“現在我們使用 「日事清」 來進行研發管理，專案的所有需求、任務、測試，甚至包括專案文件都放在功倍一站打通，研發的版本迭代更加快速，敏捷，更適應市場變化。“
需求管理統一，變更追溯清晰
在使用 「日事清」 之前，聽客來團隊主要通過Excel和郵件往來跟進版本需求，很難做到團隊層面的資訊同步和進度跟蹤。需求來源混亂，變更追溯不清晰，這對於需求管理就提出了更高的要求。
通過在 「日事清」 建立需求看板，聽客來研發團隊對專案需求做統一透明管理，可以讓每個人都能對專案進度直接負責。讓團隊目標明確，積極應對變化，持續交付價值。
聽客來在 「日事清」 建立“ 場景需求 ”子計劃，產品和客服會將從CEO、運營、市場、銷售等部門收集來的各方面需求收錄到這個看板上。利用 「日事清」 卡片的分類功能，會對需求進行分類管理，比如“業務”、“效率”、“管控”、“喜好”等等。產品經理定期對需求池中的需求進行合併刪減。▼
「Roadmap」 看板是針對需求的進一步處理，在Roadmap看板，產品經理將「場景需求」中的需求根據優先順序、產品策略，劃分到不同的衝刺迭代中，每個卡片都是一個迭代版本。產品經理需要不斷的去維護更新每個迭代版本中的需求。 並以此作為開啟一個sprint的基本前提。▼
“我們對專案需求做統一管理，每一個迭代需求都由產品經理、測試、開發共同決定，每個迭代內的需求都能傳達到具體的負責人。”
視覺化多人協作，過程反饋透明
產品經理經過需求篩選和需求討論，需要將規劃的本次迭代的需求從【Roadmap】看板中複製到【產品開發】的【需求池】中。技術團隊根據優先順序進行資源分配、工作量估算。開發經理合理安排每個人的具體開發工作，在「日事清」任務標註迭代需求的優先順序，狀態，開發人員、排期等主要資訊。▼
故事牆的卡片展示，直觀地體現了迭代內的專案資源、時間計劃、完成進度。
「日事清」 的評論功能，可以針對需求進行線上討論，此外，功倍提供的歷史操作記錄能在幫助更好地記錄操作、追溯需求變更，且相關任務成員均可在需求修改後收到提醒，提升團隊協作效率。▼
聽客來專案組的成員大多都是多專案並行，除了聽客來研發外，還要兼顧別的專案任務，每個人都要同時跟進多項工作。而功倍最特色的功能就在於，在聽客來計劃看板中每個新增「成員」和「時間」的任務，都會自動派發到他本人的日程安排列表中，因此他可以直接隨時隨地檢視、安排分配給他的工作任務。▼ 
嚴謹規範BUG管理
在最初建立Bug管理看板的時候，聽客來研發leader就在功倍以卡片的形式建立了bug的管理嚴謹規範。以便團隊每位成員知道每一個bug背後的屬性，即測試階段、bug型別、重現規律、嚴重級別等。
利用日事清的標籤管理bug，聽客來將bug型別分為測試問題型別和測試狀態分類：
測試問題型別： 【bug類】 和【需求類】
測試狀態分類：【新增】、【已修改】、【關閉】、【重新開啟】、【延遲】、【拒絕】
並規定了測試人員&開發人員的測試操作規則。測試人員可以測試過程中及時發現問題，及時在「功倍」補充，可以集中時間對所提交問題進行復核。開發人員修復過程中也可及時修復，及時變更標籤狀態。通過【bug管理】看板，程式可以清楚知道，手頭還有多少bug沒解決，多少解決後又重新開啟的，有沒可能修改引發，bug根源，拒絕修復的原因是什麼。▼
除此之外，聽客來技術團隊也會把內部總結、流程規範、模板文件、團隊資料等集中用日事清的「筆記」功能進行管理。▼ 
聽客來技術團隊不斷改進研發流程，使研發迭代更加敏捷。 「日事清」 是聽客來實現快速迭代，擁抱市場變化的好幫手。