全方位掌握產品需求

產品開發的需求隨著時間而不斷累積增多。有從產品部門本身想到的開發需求,有從用戶反饋採集的用戶需求。在產品部門囤積的需求變多之後,他們亟需一款工具幫助他們管理產品需求的開發:

  • 提供一個積累和整理產品需求的平台;
  • 分類和確定產品需求的優先級,並與設計部門和開發部門實時同步這些信息;
  • 能實時跟蹤產品需求的開發情況。
爲每一個產品線創建一個產品需求收集的項目

爲各個產品線建立了各自的 Feedback 項目,用於介紹和管理用戶需求。有想法或收到用戶反饋的同事在「用戶需求」階段將想法和用戶反饋放在這裡。產品部門只需要看一個項目就可以掌握整個產品線所有的產品需求。

首先,我們可以先給整個工作流程設定多個階段,確定產品需求的工作流程。

對於這些囤積在「用戶需求」和「加入計劃」的任務,通過設定截止時間、提升任務的優先級、將這個大任務分拆成多個子任務來來突出重要且緊急的任務。

然後,利用 Teambition 靈活的標籤功能,將所有將要進入設計、開發階段的任務標註是否需要在全平台實現。這可以幫助設計師和工程師看到任務之後明確了解這個產品是否是全平台支持的產品,從而在設計之初就能清楚意識到產品需求開發所希望在的客戶端。

實時跟蹤產品需求進展

之後持續關註產品需求的進展,對非開發部門來說意義非凡——信息及時的通知極大提高大家的工作效率。對於產品部門來說,他們需要一個任務面板能夠全面了解產品需求的開發進度;對於市場部門來說,掌握產品需求的開發進度和推進速度,能夠幫助他們準備好之後的市場活動進展;對於銷售部門來說,這樣一個實時跟蹤到產品開發進度的看板能更好地幫助他們貼心地向用戶告知他們產品功能的開發進度,樹立可靠、傾聽用戶的形象。

當產品需求在進入開發進度之後,你可以將開發項目的任務關聯過來,實時掌握開發近況。

產品需求的積累和整理是產品開發之前的重要步驟。如果你和同事還在糾結如何收集和整理產品需求,歡迎來試試 Teambitoin,快速提升整個團隊的工作效率。

安排開發進度

我們意識到將復雜的事物變得直觀、易於理解是一件極爲重要的事情。Teambition 的看板模式幫助每個人花更少的時間了解自己的任務進度、跟進自己的任務、不再過多的任務中迷失。已經上線的日歷視圖功能,也是一次效率的大提升。

研發部門一般是 Teambition 的重度使用部門。對他們雖然每一個任務都可以設定截止時間,但是到了具體哪個截止時間在前、哪個截止時間在後,缺乏對任務的全盤掌握。另外,之前列表式的會議日程,不能直觀地呈現一天內自己的時間安排,遑論時間安排和有截止時間的任務之間的工作安排。

於是我們改進了我們的日歷。

日歷視圖

呈現復雜信息時,列表式的呈現方式極大地降低了我們快速浏覽信息的效率。

爲了讓列表式的日歷變得更加清晰,Teambition 從零開發了日歷視圖。從此日程管理變得更加簡單。

日歷視圖呈現兩類信息:一類是日程,明確標註了任務的開始時間;第二類是有明確截止時間的任務。

組織開發例會

較之日歷視圖本身,更爲重要的是,你可以根據項目、成員來篩选日程和有截止時間的任務,定向了解單個項目的進展或某個人的工作進展。這也極大地幫助了會議組織者了解與會者的時間安排。這就讓會議組織者變得極爲方便。

同時,你還可以在日程表中即時同步會議議程。會議結束之後,會議紀要也可以立即評論在日程之下,及時總結出下一階段要行動的事情。

日歷客戶端同步

希望使用本地的日歷軟件的小伙伴,可以在「我的」的「日程」中發現「訂閱『日程』」的按鈕。在 Windows 上,你可以使用 Outlook 的日歷訂閱 Teambition 上的日歷;在 Mac 和 iOS 上,你可以使用系統自帶的日歷軟件來管理。在此之後,不論是 Teambition 上的工作日程還是個人日程都一應掌握,不再擔心工作日程和私人日程沖突。

敏捷開發

高效率的研發工作,要求快速的任務分配、及時的問題反饋和合理的時間節點。

在傳統的研發團隊中,常常使用每日晨會、每日工作總結、每周例會等等會議或郵件的方式來告知自己的同事工作進展。這不僅每天花去工程師不少時間來撰寫、口述總結,同時還需要項目經理、產品經理花時間及時維護研發進展的報表。

信息不能即時溝通,問題無法及時反饋。這些問題導致了開發工作一拖再拖,無法最終完成開發任務。

Teambition 強大、簡潔的任務版功能,快速提升整個團隊的工作效率。

我們將任務版的階段分成「準備做」、「研發中」、「合並代碼」、「內測」、「已上線」等五個階段。項目經理可以隨時根據任務所在的位置來直觀了解任務的進展。

對重要的任務,項目經理、工程師可以給這個任務添加爲「非常緊急」或「緊急」。對於有明確截止時間的任務,項目經理、工程師可以添加截止時間,幫助所有項目成員理清輕重緩急。

在現在這個競爭激烈、市場瞬息萬變的互聯網時代,只有響應速度更快、功能迭代更加快的團隊才能站穩腳跟。越快地向市場推出功能完成度高的產品,才能越快地了解市場的反饋,及時作出調整。

在現在的研發項目中,越來越多的團隊採用敏捷開發模式。敏捷開發強調:因爲對未來的不可預測,我們應該全身心投入的現有功能的開發和整合上。

利用 Teambition 已經提供的開發模板,整個團隊就可以立即開始敏捷開發了!

產品經理將從各方面獲取到的產品需求可以參考全方位「產品需求」管理的用法,放置在「用戶需求」這裡。產品經理可以從這些用戶需求中寻找重要且緊急的、能在迭代周期內完成的產品需求,編製下一個迭代周期的開發目標。

你可以將 Teambition 的每一個任務分組都以版本號命名,成爲版本更新的主要協作工具。

通過「任務分組」進行迭代版本管理,點開每一個版本分組,便可快速查看該版本下研發的進展,實時討論和反饋。

構建技術 Wiki

Teambition 的「分享」可以成爲一個強大的 wiki,幫助自己的開發團隊快速建立規範文檔。

開發團隊可以將「接口文檔」、「SDK 相關文檔」放在「分享」裡,形成一個簡潔清晰的文檔管理系統。

分享牆的左側就是目錄,右側就是文章的文章,非常容易看。

(分享牆 wiki 界面)

所有的更新也會即時推送消息給所有的參與者,保證開發文檔永遠處於最新的狀態。

管理用戶反饋

對於非常關註用戶需求的企業來說,teambition可以幫助公司產品團隊很好的梳理從信息收集到更新通知這整個的處理流程。

一、用任務記錄用戶需求

用任務板管理產品反饋,一條任務就代表一個需求。任務標題記錄需求內容,在任務備註中存放需求產生的情境和使用場景, 子任務記錄反饋來源。

二、用子任務和優先級管理需求

如果用戶所提的需求已經記錄過,那麼就將他的反饋渠道在子任務中記錄下來,如郵箱、QQ 號等。這樣多少個子任務就表示有多少人反饋過這個需求。對反饋多的需求以優先級區分標註,提醒產品團隊留意。

三、及時跟蹤開發進度

產品部門會將合適的需求移動到開發階段,在開發完成後,客服和用戶支持也能及時收到通知,知道某個需求上線了。

四、通知用戶,完成任務

在需求上線後,按照用戶的反饋渠道進行通知,告知用戶已經有新功能上線了。通知後勾掉相應地子任務,最終完成整個需求的處理。

這樣通過客服部門和研發部門的任務板,產品經理就可以清楚的知道每一個需求的落地情況。