需求到功能的實現,他是這么思考的

8 評論 15402 瀏覽 186 收藏 8 分鐘

只能說,產品經理是需求最忠實的朋友……

從安卓跳到產品的坑里也將近一年了,大大小小的也獨立負責過兩三個項目,也有從0到1的。而在其中最大的感觸還是從理工科的思維與產品思維的巨大區別與過渡,最明顯體現在從需求到功能的實現,該如何去思考。

創業問題的折射

而在最近,我和公司的一位之前創業的前輩聊天時,更加深了產品思維在針對需求實現時的重要性。

聊天也只是發生在一個平常工作日的中午,我和這個前輩(都是說粵語,較有親切感)吃完午飯回來的路上,我們討論起關于當前人工智能創業的問題。因為我最近一直都泡在36kr和虎嗅網之類的行業資訊網站,了解到當下在這科技“深水區”有成就的基本上都是當下的巨頭公司,比如Google、Amazon、Facebook、Tesla…歸根到底,關于人工智能這項技術是需要依賴于大數據以及深度學習,而這需要海量的數據和尖端團隊。對此我就闡明自己的觀點,就是說當先的創業者很難涉足這個行業,因為無論在人才和數據量方面,創業公司都無法與大公司抗衡,也就說在人工智能的方向上,很難出現獨角獸了。

前輩聽了之后反駁的我的觀點,評價說我的觀點比較片面。雖然說創業公司并沒有巨頭公司的海量數據和尖端團隊,但是創業公司并不需要一開始就把定位到與大公司抗衡的位置,這樣毫無好處可言。我們知道隨著AI的發展,必然會帶動周邊行業和衍生出新興的產業,而創業團隊可以在抓住這些垂直細分的產品方向來發展,堅持自己的方向,也是有機會成為獨角獸的。

聽了前輩的一番話,對自己的豪言壯語有點感到羞愧。一直以為自己對行業有所了解,殊不知也只是冰山一角,了解甚少,自己的思維也沒有發散開來。

仿佛有跑題的節奏了,其實并不然,和前輩的討論恰好折射到了自己的工作。很多時候,一個需求下來,作為一個產品經理,并不是只負責實現需求任務就完成了,而是需要加上自己發散的思考。那么如何思考這個需求的實現?程序思維不行,那就用產品思維。

需求到功能,我這么思考

之前很長的一段時間里,當客戶那邊提出一個需求,我都只是做了基本的思考,并沒多想,根據產品設計風格直接設計功能繪制原型,然后就扔給技術。結果可想而知,就是被開發們一陣狂噴,提了一堆問題卻回答不上來,最后只能回答“這個問題還需要和客戶那邊討論清楚再說…”

多次之后,自己開始有意識的注意了,但是仍然會這里遺漏一點那里遺漏一點。針對問題的嚴重性,便集中一個時間去思考如何解決這個問題,其實也就是對自己工作的反問與復查。

首先總結一下當下需求最普遍的5個來源:

  1. 老板提的需求
  2. 用戶直接反饋的需求
  3. 公司內部同事反饋的需求
  4. 通過數據分析、問卷調查得到的需求
  5. 自我驅動產生的需求

需求的來源并不會影響我們對需求的思考,不過如果是老板提的需求的話,大家都理解的,我就不說了。不過撇開“專制”來看,無論需求來自哪里,我們都需要一套的分析和思考的理論做基礎。

通過平時的總結和查看一些分享總結出來的幾個對需求分析審查的問題,產品經理都必須做到當遇到需求時腦子里就應該立即回想起這些審查問題,這樣才能層層篩選出真正有價值的需求。讓我們來看看這些究竟是什么問題。

  1. 做這個需求的目的是什么?
  2. 這個需求的目標用戶是誰?
  3. 這個需求希望解決的用戶痛點是什么?
  4. 這個需求給用戶帶來的價值是什么?
  5. 這個需求給平臺帶來的價值是什么?
  6. 這個功能的使用場景是什么?
  7. 這個功能的盈利模式是什么?

當然并不是什么需求都需要思考那么對問題,需要根據實景情況來衡量。

當需求通過了這些問題的層層審查之后,業務邏輯上就不存在什么問題了。如果把需求實現為功能比作繪畫過程的話,這里“顏料”已經準備好了。但是怎么去把作品畫好,還需要我們去構圖。也就是從需求到功能實現的過程,也就是功能交互設計的過程。那么在這個過程,對自己設計功能的原型交互,我們該怎么去思考?怎么去審查?以下是我總結的幾點:

  • 功能的優先級是否安排妥當?(在界面上的位置)
  • 是否遵守基本的交互原則?
  • 頁面結構、交互是否與應用場景貼切?
  • 整個功能的操作流程是否流暢?

如果設計的功能原型經過上面的重重審核都沒問題了,也就是畫的結構確定好了,那么我們就到了最后一步,給作品上色,也就是把需求實現成功能給用戶看。那么這里我們應該怎么去檢驗我們配色是否妥當?雖然這已經不是產品經理的范疇了,但是我認為產品經理是產品的主人,應該具備基本的審美能力與設計心理學,能從視覺上感覺用戶的使用感受,這也是同理心的表現。那么,怎么去評判視覺設計是否可行?

  • 基本配色是否一致?
  • 設計是否符合產品理念?
  • 界面排版是否有序易讀?
  • 圖標等標識是否淺顯易懂?
  • 是否符合當前的設計趨勢?

到此,上色完畢,作品完成。也就完成了需求到功能的變現,而這就是我總結的,需求到功能實現的思考過程,也可以這么說,經過這樣的思考實現的功能,是由價值的,而我們就有充足的底氣和技術撕逼了…

最后貼上一張關于需求到功能變現的思考流程圖。

 

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝作者,我的需求思考也存在過分具體的問題,不夠發散,文章收藏了

    來自北京 回復
  2. 思考得很好

    來自廣東 回復
  3. 我們公司需求文檔都寫在wiki。wiki的需求表達邏輯是:
    1、需求的目的 (想要達到什么目標)
    2、背景(描述現狀,最好有數據支撐,以便檢驗需求效果)
    3、用戶故事(描述用戶怎么來到這個功能或如何使用這個功能,這個很重要。偽需求經不起推敲)
    4、詳細的需求文檔(請分類按點陳列,方便開發評估工期)
    5、交互圖(頁面有哪些元素,如何跳轉,有多少種情況都要羅列出來)
    寫這些東西也是對需求的再次整理。提前一天發給開發,讓他們提前了解,事半功倍。甚至他們還能提出更好的做法。

    回復
    1. 大小功需求都這么干么?

      回復
  4. 垂直思考,是創業公司避開大公司的一條捷徑

    回復
    1. 怎樣理解垂直思考?

      來自廣東 回復
    2. 深入、貫徹、通透。

      來自上海 回復
  5. 考慮全面是為了更好的統籌工作,當一切都做好那就不是撕逼,而是智商碾壓了…….

    來自廣東 回復