回覆列表
  • 1 # 凡了字改之

    設計一個詳實的填寫表格讓客戶填寫(須自己能做到的),可參照管理體系中的顧客滿意度調查類表格。要先入為主,力所能及。

  • 2 # 職場二十六畫生

    客戶需求不明確,怎麼能夠開展設計呢?肯定是要明確需求後才能開始設計。

    那麼在需求不明確的情況下,你可以怎麼做呢?

    1. 跟客戶深度溝通,摸清需求。如果客戶找不到自己的需求,那你更要跟客戶深層次的溝通,同時提出自己的建議,逐點跟客戶確認,直至有明確需求才能開展設計。

    2. 提供適合的設計需求文件,羅列出你需要了解的核心點,讓客戶給你答案,藉此摸清客戶需求。

    3. 你可以找一些案例,讓客戶選擇,或者提供多種方案,讓客戶選擇。

    總之,在沒有摸清客戶需求前,在沒有得到客戶首肯前,是不能開展設計的,否則不僅效率低,還可能讓客戶不滿意。

    ------------劃重點------------

  • 3 # 銷售老兵

    毛爺爺曾經說過一句話:沒有調查就沒有發言權!這句話啥意思,想必哥們應該很清楚。

    回到如何開展設計上,我想應該很清晰的說明白了咱們的突破口在哪裡:那就是要依靠自己深入調查瞭解客戶的需求,自己去一線戰場感受客戶的需求。這樣咱們得到的資訊才是真實的,才是準確的,只有基於客戶真實、準確的需求開展設計,咱們做的才是有效工作,否則都是瞎忙活,事倍功半!

  • 4 # 人神共奮

    一位在矽谷幹了很多年的投資人,在回答“在美國大企業中,為什麼印裔國際CEO的數量已多到不可思議”這個問題時,比較了中印兩國員工典型的和客戶溝通的方式。

    中國員工是這樣的:

    客戶:“我們這次大概想要一個什麼樣的東西,……(此處略於50字),想法還不成熟,你們還有什麼問題嗎?”

    中國員工:OK,沒問題。

    實際中國員工心裡想的是,你啥都不知道,我問個屁啊。我想這麼這麼做,做出來再跟你們談吧。

    於是,這群最優秀的中國員工就開始用自己天才的大腦,想像客戶遇到的問題,他們立圖讓自己的方案變得非常華麗,非常前沿,非常牛逼,等著客戶說“哇,太棒了,就這麼搞。”

    結果可想而知,客戶看傻眼了,NoNoNo,這不是我想要的,全部重來。

    而印度員工是怎麼做的呢?這位投資人以自己曾合作過的兩個印度工程師為例:

    客戶:“我們這次大概想要一個什麼樣的東西,……(此處略於50字),想法還不成熟,你們還有什麼問題嗎?”

    印度員工:好的,我們會回答列一些問題,再跟你進行一輪溝通。

    不過,討論中又冒出了一批新問題,必須再進行一輪溝通,直到把所有問題全部溝通地一清二楚,他們才開始……幹活?NoNoNO,他們還要把所有問題列成一個文件,再跟客戶開一次會,把這些問題用自己的理解方式,再跟客戶確認一遍,看看自己的理解是否正確。

    最後,把這些確認後的溝通結果整理成文字,發給客戶,再抄送所有專案組的成員,大家都說理解了,才開始幹活。

    結果是一遍過,既談不上好,也談不上不好,印度員工一點也不想多幹活,但肯定能用。

    輪聰明,印度絕對比不過華人,程式設計挑戰網站HackerRank分析了遞交的140萬份程式設計挑戰程式碼,結果顯示中國程式設計師的得分最高,統治了數學、函式程式設計和資料結構領域,遠遠超過人數更多的印度程式設計師。

    但印裔國際CEO的數量之多,也是不爭的事實,美國的500強企業的75位少數族裔CEO,10位是印度裔。谷歌董事會的13人中,4位是印度裔。高科技公司裡7%的CEO也都來自印度,而且比例還在升高。

    這位投資人最後總結,印度人的成功,很大程度上來自於他們嚴謹的溝通能力。

    要知道,客戶在找你幹活之前,大腦一定是蒙逼的,需要你把他的需求挖掘出來,別希望透過幹活來代替溝通。

    不得不說,也許是華人太聰明,聰明到覺得溝通是一種浪費時間,寧願浪費自己的才華,也不願多費口舌。

  • 5 # 凌未風

    你說的“困惑”,所有做產品及服務的公司都會遇到這樣的困惑!一款商業化的產品必須經過以下1,2步的不斷迴圈,螺旋式上升才能越來越完美。

    1:需要一個對客戶所在領域(行業)比較懂行的產品經理,認真觀察客戶行為,跟客戶訪談提取核心需求到底是什麼。

    2:即使有一個靠譜的產品經理,只能減少客戶需求的返工或者重新設計的頻次,剩下的不完美,就交給“不斷的快速迭代”來不斷打磨,改進唄!

    供參考!

  • 6 # 勞動創造美

    儘管好像問我是問道於盲,這個話題本來也是很寬泛的。要相信來的都是客,人家不是逗你玩。

    客戶自己的需求不明確,不讓你一次性完工。問題是他有需求,他也很懂鑑賞識別,如果你搞出好東西,他會眼睛一亮:對了,要的就是它!

    問題是你的勞動很值錢,這麼一次一次的過程,你是不是願意奉陪,最終是不是划算,要做一個評估。

    提一條建議,別接受把合作共贏關係,變成它的僱員關係,更不要變成慈善贊助活動。

  • 7 # 泉池漫步

    謝邀,這個問題比較專業,如果拋開專業技術來看,這種反覆的溝通是個很正常的現象,因為客戶大多時候腦子裡也沒有一個詳細的完整的設計方案,最好的方式就是在有大架構的情況下,開發一步看一步,尤其是涉及到產品中各個子模組間的計算邏輯時,輸入和輸出會因為模組功能或計算邏輯的增加而改變初始設計,想改變這種反覆可以從設計成本的角度來設計,就是將每次的需求溝通和設計更改都計算出成本,讓甲方來承擔,只要甲方願意支付因為自己需求不完整導致的更改設計的支出費用,那麼作為一家設計公司就能增加收入時又何樂而不為呢?

    如果是總價承包的專案就不合算了,所以要提前在合同中約定好。記得多年前和德國一家軟體公司合作開發銀行的核心繫統,當時,自己作為甲方代表,發現根據初始的開發需求設計出來的系統並不能滿足業務辦理的高效和便捷要求時,提出更改設計需求,並重新提出輸入和輸出要求,這時,德國這家公司很清楚的告之,更改系統設計可以,但要根據合同先評估下此次更改的設計成本和新增費用,並讓甲方簽字確認,計入最終的系統開發總成本中。所以,我想這樣的約束條款也可以解決上述問題帶來的煩惱。

  • 中秋節和大豐收的關聯?
  • 有什麼網紅食品,可以試吃呢?