產品功能如何定義?
編輯導讀:產品經理在進行產品功能規劃時,會遇到來自各方的需求。這些需求有大有小,有迫在眉睫的也有無關緊要的,應該如何規劃產品功能呢?本文將從四個方面展開分析,希望對你有幫助。
產品功能如何定義?
一款產品一般會具備一定的盈利點(商業變現能力)、其獨特的使用價值,偶爾還會摻雜個人創作時的產品情懷(初心),像錘子科技入場手機行業的時候,是定位于年輕小眾的用戶群體,為他們提供個性觀感的用戶體驗,雖說后來敗北了,但也曾收獲了一批用戶的喜愛,也有因為這個領域始終存在著它的壁壘,所以不是簡單的情懷就能做成一款好的產品。
當然,如果不是創始人,創作的情懷可能會體現的沒那么深刻,但是產品早期的定位在一定程度上已經確定了基礎的業務方向和發展的基調。
很多企業可以靠一款核心產品,進而延伸到其他的產品創造,基礎產品實現了賺錢能力后,從而支撐其他的產品的試水,即使失敗,也不至于“關門大吉”。
而當產品經理切入產品設計時,一般有我們常用的兩種產品類型,一種是基于基礎核心業務延伸的從0到1的項目設計,一種是處于生命周期-成長期中從1到N的產品迭代。
而這2種規劃產品的功能的方式也是不一樣的。
01 從需求出發
不管是哪類產品,立足點都是基于需求,而需求池也分2種,一種是源源不斷的需求池,一種是寥寥無幾的需求收集;前者更為切合從1到N的產品,上線后的需求或反饋都是來自真實用戶的聲音,包括主動的從現有的產品進行回訪、用戶調研以及通過用戶的反饋和建議收集有效需求。
有了需求,那是最直觀的,對應的產品功能可以根據此展開進行規劃。
而第2需求類型,常常是因為局限于沒有經驗,不熟悉不了解所以需求的聲音很少,這時候,產品經理就需要主動的去對比競品,去分析競品,解析出產品的核心需求,并且去了解這個產品的一個市場背景、規模和場景范圍了。
當然,競品分析不是讓你全部照搬抄寫別人的產品,這是沒有靈魂的,作為一個產品人,是需要有自己的想法的。B端產品的分析,更加傾向于功能模塊及邏輯設計,而非用戶體驗或界面的細致優化。
從0到1的產品功能規劃時,要明白企業是屬于某個行業的,而行業的范圍比較廣泛,比如做教育的,器材可以屬于教育裝備的一種,教務管理系統也可以屬于教育裝備的一種。另外,書籍、校服、桌椅等面對的對象是學校的,他們也可以說自己業務涵蓋了教育領域。
所以,我們設定或規劃一種產品時,往往都是有關聯性的,而不是完全切入一個新興的領域,擼起袖子就干。
當然,有能力的并且有錢的企業是可以這么做的,但是對于門檻較高或需要積淀的領域,他們也不會貿然動手,起碼會先觀望一下,然后找一找這個領域內的老玩家,通過合作的方式獲得了經驗值再自己獨立做,但是做肯定是不會做相同的事情,老的市場被吃透了,這時候只有把新的東西注入,才能獲得一些收益,比如把自己獨特的優勢、互聯網觀念或用戶個性化體感的設計再應用到傳統的制造業中,摸清了其壁壘及門道,才能走出自己的道路。
02 定義場景
場景是功能使用的具象化,主場景作為該功能的一個核心定位。如做一款訪客產品,定位于通用性產品,你將考慮到其面對的對象,包括:
- 購買者:政府單位、企事業單位、寫字樓物業、小區物業、學校等(看重外觀、整體系統的業務流程及效率、來訪者的用戶體驗)安全需求較高的場景
- 使用者:公司前臺、門衛保安(看重產品易用性,且門衛保安等存在學歷較低、年齡較高等普遍情況)
- 受訪者類型:集團大廈管理、公司部門、物業園區、政府機關、信訪單位,政府機關、部隊、學校、住宅小區、寫字樓、會議展會
用戶群體則可以細分:
- 訪客:商務洽談、應聘者、辦理業務、長期駐場員工、后勤(物料配送、維修)、參觀、臨時出差人員、外賣/快遞配送
- 受訪者:企業高管、接待員/招聘者、業務辦理人員、后勤管理人員
- 未知人員:廣告人員/推銷、系統故障、人工登記后等遺漏登記的人員
03 思維導圖羅列大體功能
調研競品后,也分析了產品的使用對象及場景,這時候可以提煉和列舉出核心且必要的功能,分析并討論,這個時候一般是產品經理之間的相互討論及推敲,可以先個人提出自己的方案進行比對,再去重擇優,一個個將一級和二級的功能模塊確認下來(也可以是3級,視具體情況而定),將整一個產品框架定下來。
思維導圖的使用和場景使用也是相輔相成的,此類場景是基于主場景下的細化。如,對于訪客來說,他去拜訪用戶,是否需要提前預約,如果沒有提前預約,現場登記的方式和提前預約的方式有什么不一樣,這樣就可以確定下來,兩種方式:預約和現場登記。那預約又可以包括訪客H5掃碼主動登記或者企業邀約申請等等。
04 整理流程
功能模塊確定后不要急于去畫原型圖,因為更重要的一步還是整理整個產品功能之間的關聯性,即產品數據的來龍去脈。
流程可包括業務流程、限制流程、前后端交互流程圖等。以下圖進行例舉:
1. 業務流程圖
為業務模塊核心的工作流程,數據流向及基礎判斷,及業務的幾種模式都可歸屬為業務流程,涉及的模塊和功能一般是自己的模塊屬內。
2. 限制流程圖
如在增刪改查的過程中,對數據的一些限制和參數判斷后的不同流向,往往是由多個模塊之間的規則限定的,涉及到不同模塊之間的關聯性較強的說明。
3. 數據流程圖
數據傳輸的起點和終點。一般軟件包括前端和后臺服務器,后臺主控數據的管理和分析,通過后臺對前端應用進行管理,常見的為數據的上傳下發和命令的順序的判斷。此流程圖著重對數據前后端的交互及整體流程的繪制。
基于以上都整理清楚之后,就可以開始進行原型設計了,原型的布局和風格可以根據現有軟件或UI專業的建議進行設定,對于B端產品來說,布局和排版對功能影響不是很大,即使從0到1,也可參照市場常見的布局或根據公司規定的統一。而風格和產品定位盡量貼合,假如你做一款小清新的APP,就不要使用暗黑風格的調調了。
這就是今天篇文章講的,之后會分享一些關于功能規劃時的一些細節點。
本文由 @漂浮檸檬核 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
您好,您的文章很贊。我可以轉載分享嗎?
可以的
產品功能如何定義?,首先01從需求出發包括主動的從現有的產品進行回訪、用戶調研以及通過用戶的反饋和建議收集有效需求。02定義場景場景是功能使用的具象化,主場景作為該功能的一個核心定位。如做一款訪客產品,定位于通用性產品,你將考慮到其面對的對象。03思維導圖羅列大體功能思維導圖的使用和場景使用也是相輔相成的,此類場景是基于主場景下的細化。04整理流程流程可包括業務流程、限制流程、前后端交互流程圖等。以下圖進行例舉: