之前聽到過一個非常形象的比喻軟件項目開發(fā)過程的需求調(diào)研階段。小編覺得非常有意思，跟大家分享一下。

了解需求的形成原因 + 分解需求成因 + 看懂需求本身

1. 打破砂鍋問到底
2. 分解需求成因-炸雞-炸+雞
3. 看到背后-炸-口感-高熱量-金黃色
4. 一個需求背后可能有幾個成因

一般來說，上述過程就是落實分析客戶需求的過程。

不過根據(jù)小編和客戶多年的溝通需求過程，一般會在‘包子行么’處徘徊，一般還需要餃子、面條行不行。即便到最后‘炸豬排也行’也有可能會回去想吃‘炸雞’。

經(jīng)常能感受到除了專業(yè)壁壘，溝通壁壘同樣不薄。所以現(xiàn)在小編和客戶怎么溝通，能用案例看的絕不多說一句話，能用圖片樣式解釋的絕不捋邏輯。但是，即便如此，花費在溝通的成本并未減少。

也因此，當小編了解了生產(chǎn)力工具產(chǎn)品是如何與客戶對接需求后，才發(fā)現(xiàn)這差距不是一點半點。成熟的生產(chǎn)力工具如何溝通客戶需求呢？

是的，從了解了客戶需求的形成原因，就可以開始實施了。

這么說大家可能以為我開玩笑，但生產(chǎn)力工具的便捷性讓小編看到了溝通需求的過程，就是有這么簡單的可能性。

我們通過一個案例說說，一個監(jiān)控企業(yè)在行項目的系統(tǒng)，但客戶并未明確細節(jié)需求，生產(chǎn)力工具能怎么處理呢？

簡單來說，兩種方式：

1、若客戶確認已有系統(tǒng)模板可行，通過表單內(nèi)容調(diào)整、流程更迭，即可快速交付。

2、若模板不可行，非專業(yè)編程人員也可通過可視的控件來搭建適合的系統(tǒng)。

為什么說非專業(yè)編程人員也可使用，上圖我們可以看到，成熟的生產(chǎn)力工具將軟件開發(fā)的代碼變換為【單行文本】、【流水號】這樣大家一見即明的控件。拖拽控件、修改名稱就能夠完成系統(tǒng)收集數(shù)據(jù)的初步工作。

換句話說，傳統(tǒng)的瀑布式開發(fā)客戶看不見代碼，對開發(fā)流程沒概念、不具像。所以導(dǎo)致溝通不順暢。而用生產(chǎn)力工具開發(fā)能夠讓客戶始終看到，軟件是如何成型的。

談到具體業(yè)務(wù)流轉(zhuǎn)，通過流程節(jié)點立刻復(fù)現(xiàn)；

談到如何展現(xiàn)數(shù)據(jù)，通過數(shù)據(jù)大屏、看板視圖、甘特視圖等等；

談到業(yè)務(wù)如何錄入，通過移動端、pc端互聯(lián)收集數(shù)據(jù)，并同步展示。

讓客戶做填空題而非概述題。將會大大降低溝通所產(chǎn)生的成本。

現(xiàn)下正是信息技術(shù)助力各行業(yè)發(fā)展信息化、數(shù)字化爆發(fā)式增長的最佳時期，可以說掌握能夠加速項目落地、加快回款速度的方法，更能迅速凝聚核心競爭力。

成熟的生產(chǎn)力工具已經(jīng)具備幫助將您的產(chǎn)品開發(fā)引向了高速迭代、小步快跑的路線上，“敏捷型工具”在互聯(lián)網(wǎng)和軟件開發(fā)領(lǐng)域從涓涓細流逐漸演變?yōu)樾袠I(yè)潮流。