如何給技術和設計提需求?

4 評論 50725 瀏覽 406 收藏 10 分鐘

產品看似掌控大局,但是很多事情都不是自己能完成的,發需求成了產品經理的日常,給設計發,給技術發,給策劃發…

需求發出去之后,收回來的東西不滿意也是常有的事情,于是吐槽也成了日常,然而吐槽也并沒有什么卵用…

金玉良言:所有問題都是自己的問題!別吐槽!想想我能做什么!

提需求的3大要點

下面說明3個提需求的要點:

一、需求是人做的,人心是肉長的

需求之所以復雜就是因為需求是人來做的,如果是機器來做就太簡單了:只要輸入正確的命令,機器會準確的幫你實現好。

有了人的存在,需求就會存在delay、錯誤、品質不夠等問題。

但這并不能成為需求實現不理想的接口,為何別人的需求可以加塞在你的前面?為何別人提的需求實現品質就比你的高?

同一個忙,你找陌生人,朋友,親人來幫,其過程和結果肯定是不一樣的!

那你能不能讓對方成為你的朋友甚至哥們,就要看你的本事了。

二、發需求的方式

我相信所有人都經歷過這么一種場景:

你發了需求,但是對方沒有看到,于是在交付的那天你什么都沒有收到!

別怪別人!怪自己!

發需求的方式強烈建議2種結合:郵件+口頭

郵件:很正式,內容完整,并且容易回溯

口頭:最好是口頭,因為消息和郵件是繁多的,很容易被忽略,但是語言的交流是印象深刻的。如果無法實現口頭交流,最好是通過IM再提醒一下,讓對方明確的回復已經看到郵件,加深印象。

三、需求內容需要符合“SMART原則”

  • Specific——需求必須是具體的,明確的,別摸凌兩可
  • Measurable——需求必須是可以衡量的,要能夠評價他的好壞
  • Attainable——需求必須是可以達到的(這個也是對方經常拿出來的理由,遇到之后參見要點一)
  • Relevant——需求必須和其他目標具有相關性,沒有意義的需求是浪費時間,要告訴對方意義何在
  • Time-based——需求必須具有明確的截止期限

SMART原則非常實用,如果想詳細的了解這個原則,可以點擊這里——SMART原則 via MBA智庫

技術需求怎么提

給技術提過需求的都有過類似的經歷:

  • 為什么需求這么簡單,但是技術做出來的東西還是有問題?
  • 我的需求文檔已經很詳細了,為什么不按照文檔里的來做?

……

這些所有的不愉快往往都跟自己提需求的方式有很大關系,而不能只怪技術同學!

下面就對比一下錯誤的提需求方式和正確的提需求方式:

錯誤的姿勢

wrong

錯誤的方式:

  1. 腦袋里想好要什么
  2. 將想要的東西寫成需求文檔
  3. 將需求文檔發給技術去做
  4. 等結果

錯誤的方式往往都是錯誤的觀念導致的。

錯誤的觀念:技術是干活的,只需要按照我說的做就行了,不需要你自由發揮。

大部分給技術提需求的人都不是技術出身,對技術并不了解,如果技術淪為一個純執行,那么就成了“外行指導內行”,何況技術部門又不歸產品管,自然有很多矛盾存在。

另外,我們腦海中想要的東西寫到文檔中一定無法100%的還原,技術再去看這個文檔,理解過程又有一定折損,就導致我們想的和最終做出來的東西相差甚遠。

核心問題:產品和技術之間信息是不對等的!每一步過程都有信息折損,導致了最終產出不理想。

正確的姿勢

right

正確的方式:

  1. 不聊技術聊業務,先讓技術同學充分的理解業務流程是什么,技術在業務中間的作用是什么
  2. 在技術同學理解業務的基礎上共同討論解決方案,列出可行的方案
  3. 業務人員和技術人員綜合各種因素選擇一種適合當前的“最佳方案”
  4. 雙方達成一致后再最后形成文檔
  5. 文檔中包含前端表現細節和后端流程圖(想了解文檔怎么寫可以百度一下“PRD”)

核心問題改進:

讓技術同學充分的參與進來,一同商量,確保在方向性上大家高度的保持一致!

業務同學的解決方案不一定是最佳的,所以要發揮技術同學的優勢,讓他們也來出方案,討論方案。

不要在一棵樹上吊死!方案細節不著急展開,先多出方案,然后再評估方案,確定方案

設計需求怎么提

說到設計就需要強調一下前文說到的“人心都是肉長的”,設計人員非常感性,關系好圖就做的好,心情好圖就做的好。

所以設計需求的重點不在于提需求的時間點,而在于平時關系和感情的積累!

設計和技術的差異

下面把設計和技術來對比一下,讓大家有一個直觀的感受:

different

下面就是具體的建議了:

給設計足夠的提前量

“這個需求今天就要!”這句話誰聽到誰不爽!

大部分需求都是可以騰出足夠的提前量的,如果渠道沒有主動給你,你就主動去要。要過的需求定期整理和更新(畢竟沒有哪家是每天改版玩的)

時間越多,圖的效果就會越好!

優化流程,避免返工

設計最煩的就是做好的東西白做了,所以一定要避免返工。

在大批量改尺寸之前一定要把好關,不過關的圖就不要改尺寸,直到所有相關人員(項目組,運營,市場,老板,渠道方)都過目了,都點頭了,再開始改尺寸。

一旦開始改尺寸了就不要BB了,改完就得用。如果任何人在任何時間都能否決設計,那設計就會做大量的無用功。

confirm

注:上面提到的母版是最初的設計,大批量生產的圖都是通過這個母版修改尺寸得到的

規范的提需求

需求怎么提也很重要,如果郵件來來回回,設計需要的信息不夠后補來補去,整個需求分散在N個郵件里,你指望設計耐心的幫你把需求拼湊齊全?

設計需求的模板很有必要,主要解決幾個問題:

  1. 模板能夠避免信息遺漏,保證需求提交一次到位
  2. 統一的模板也能避免設計看漏
  3. 規范的文檔避免扯皮,都以文檔為準
  4. 有些輔助信息雖然不是必須的,不過可能會幫助設計做的更好

設計模板下載地址:鏈接: http://pan.baidu.com/s/1eRdIxKA 密碼: 2nbk

需求模板里最重要的信息:尺寸,文案,風格參考

附錄

找風格參考和找素材的一些網站:

最重要的:關系要到位?。?!

說到溝通技巧,此處省略10w字,需要的只能自行腦補。

如果溝通上比較短板,那就花錢吧,平時的水果零食啥的都給設計大爺分一些,別吃獨食。有事沒事請大家吃點零食。

設計兄弟幫你加班干活的時候請人家吃點東西,喝點飲料。

 

來源:西山居手游運營團隊

原文地址:http://73team.cn/

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 網盤鏈接還有嗎

    來自中國 回復
  2. 網盤鏈接還有嗎

    回復
  3. 網盤鏈接方便再給一下嗎

    來自上海 回復
  4. 網盤鏈接空了哦,方便再貼一下么 ??

    來自上海 回復