智能硬件之配套軟件產品設計總結(2)

0 評論 3188 瀏覽 46 收藏 7 分鐘

繼上篇《智能硬件之配套軟件產品設計總結(1)》之后,我們今天繼續討論智能硬件之配套軟件產品設計的項目管理之敏捷開發、迭代需求挖掘。

一、項目管理之敏捷開發

是否選擇敏捷開發,在于公司開發產品的核心訴求。

要想達到敏捷開發的目的,關鍵在于項目規劃,而項目規劃的核心點在于產品功能設計、產品功能的排序及產品方案設計的強擴展性

產品功能設計要與公司開發產品的核心訴求密切相關,產品功能的排序牽扯到項目迭代開發、人員配置及人員技能、開發周期等,產品方案設計的強擴展性是為了更好的合理擁抱需求變化、擁抱合理需求變化、擁抱需求合理變化,為可持續性開發、“節約型”開發、“綠色”開發做鋪墊。

我們采用KAN0模型(圖1),對在智能硬件之配套軟件產品設計總結(1)中羅列的功能進行功能分類。

回顧智能硬件之配套軟件產品設計總結(1)中所提功能,同時追述基本功能,功能主要包含:預約導航、微信接人、常用地址、行駛軌跡、愛車位置、遠程拍照、遠程視頻、我的設備、我的朋友、產品列表、常見問題、特色服務、信息通知。

A、基礎功能(不做很不滿意,做了覺得理所應當)

B、亮點功能(不做沒感覺,做了贊不絕口)

C、期望功能(也稱線性需求,實現的越多用戶越滿意)

D、無差別功能(做不做用戶對產品的感受無變化)

E、反向功能(做的越多用戶越討厭,比如廣告位)

基于上述理論,現將功能進行區分:

基于上述表格功能分類,功能被劃分為:基本功能、亮點功能、期望功能和無差別功能。

圍繞敏捷開發的思維方式,再結合各自企業的核心訴求,軟件產品開發分為三期執行:基本功能開發+無差別功能為第一期、亮點功能為第二期、期望功能為第三次。

基本功能開發+無差別功能以基礎客戶和已有客戶為核心體驗者,穩固基礎;亮點功能打造基礎客戶和已有客戶為宣導者、分享者、傳播者,達到拉新和產品影響力提升的作用;期望功能在前兩者的基礎上,深入用戶,做到以人為本,處處為客戶著想,讓客戶成為產品的推動者,成為公司的忠實粉絲,成為新產品概念的提出者及參與者。

結合上面闡述,此處再提出一個觀點,大家可以相互探討。

觀點:不同階段各方訴求不一樣,階段訴求要為核心訴求服務,對應著,功能的分類在不同的階段應該是可以動態調整的,而這個動態調整也成為了開發部門與業務需求部門矛盾點產生的原因之一。

這個觀點大家贊同嗎?

后續我將給出我如何解決這個矛盾點的操作方法。此處不再闡述。

二、迭代需求

迭代需求挖掘這個是最考驗產品負責人能力的,不僅要求產品負責人眼觀四路,而且要耳聽八方。這里主要涉及到以下兩個問題,迭代需求的來源是什么?如何快速實現迭代需求?

2.1 迭代需求的來源

談到迭代需求的來源,對于一個產品人來說,在產品設計的開始階段,就要明白產品不是一勞永逸的,一定會面臨著迭代,這不僅僅在于需求的不斷變化,也在于產品人個人追求——產品完美追求。

所以,在產品設計開始的階段,在產品功能設計,尤其是產品方案設計時,就應該全面考慮、深度思考,挖掘未來更多可能。

個人經驗,迭代需求的來源可以從用戶反饋、技術支持反饋、運營反饋、生產反饋幾個方面統計,也就是從產品各個節點的關鍵用戶入手。

在我所從事的產品上,對于迭代需求的來源,著眼近期“靜態”引入,打造長遠“互動”來源。

靜態即線上前端反饋問題,后臺定期匯總分類;互動即線上前端對話機制,后臺即時智能解析。靜態引入,我們的實現方式是多渠道問題收集、匯總、分析,由問題專為為需求,再由需求,升級為功能。目前,已實現近期目標,正在逐步打造遠期目標。

2.2 快速實現迭代需求

上文闡述了迭代需求的來源,來源最終轉換成了功能,所以快速實現迭代需求,就轉化成了快速實現迭代功能。這里在后續開發部門及業務需求部門矛盾解決一文中解答。

 

作者:程寶田,智能車載產品團隊負責人,5年車載類產品開發設計經驗

本文由 @風騷產品實踐者 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!