哈嘍，大家好，今天小墨這篇評(píng)論，主要來分析技術(shù)總說做不到？其實(shí)是你沒算清價(jià)值這筆賬。

產(chǎn)品經(jīng)理催需求，技術(shù)團(tuán)隊(duì)?wèi)换貋?。這樣的戲碼，在智慧工地這類項(xiàng)目里天天上演。很多人覺得是技術(shù)太固執(zhí)，不愿配合。

可真相是，技術(shù)拒絕的從來不是需求變更，而是變更背后的失控風(fēng)險(xiǎn)。找對(duì)方法化解矛盾，產(chǎn)品和技術(shù)就能從對(duì)手變成戰(zhàn)友。

在智慧工地項(xiàng)目里，產(chǎn)品經(jīng)理滿腦子都是滿足客戶需求，實(shí)現(xiàn)商業(yè)價(jià)值。技術(shù)團(tuán)隊(duì)則更看重系統(tǒng)的穩(wěn)定運(yùn)行，擔(dān)心變更打亂原有計(jì)劃。

這兩種訴求看似沖突，核心目標(biāo)卻都是為了項(xiàng)目成功。很多產(chǎn)品經(jīng)理不懂這個(gè)道理，只會(huì)一味催促技術(shù)，結(jié)果只會(huì)引發(fā)反感。

智慧工地項(xiàng)目本身就很特殊，涉及傳感器和攝像頭等 IoT 設(shè)備，工地里 5G 覆蓋還不均勻。加上要做 BIM 模型和施工數(shù)據(jù)的協(xié)同，技術(shù)決策直接關(guān)系到安全和成本。

中國(guó)建設(shè)新聞網(wǎng)曾報(bào)道過一個(gè)智慧工地項(xiàng)目的糾紛。產(chǎn)品經(jīng)理要求新增施工進(jìn)度實(shí)時(shí)同步功能，說是客戶的緊急需求。技術(shù)負(fù)責(zé)人卻直接拒絕，理由是會(huì)影響現(xiàn)有數(shù)據(jù)傳輸?shù)姆€(wěn)定性。

雙方僵持不下，項(xiàng)目進(jìn)度直接停滯。后來才知道，產(chǎn)品經(jīng)理沒說清楚這個(gè)功能能解決什么問題，技術(shù)團(tuán)隊(duì)也不清楚背后的業(yè)務(wù)價(jià)值。

其實(shí)這種情況很常見，說白了就是雙方?jīng)]找對(duì)溝通的切入點(diǎn)。說服技術(shù)的關(guān)鍵，從來不是催，而是算和幫。

技術(shù)最反感的一句話，就是 “用戶需要這個(gè)功能”。空泛的說法沒有說服力，只有把價(jià)值量化，才能打動(dòng)他們。

這就需要產(chǎn)品經(jīng)理做好 **“價(jià)值翻譯官”**，把用戶需求轉(zhuǎn)化成技術(shù)能看懂的成本和收益數(shù)據(jù)。

就像某智慧工地項(xiàng)目里，產(chǎn)品經(jīng)理想加設(shè)備故障預(yù)警功能，一開始被技術(shù)拒絕。技術(shù)說要對(duì)接 12 類傳感器數(shù)據(jù)，還要訓(xùn)練故障識(shí)別模型，至少需要 20 人天，會(huì)延誤上線。

產(chǎn)品經(jīng)理調(diào)整思路后，提交了一組詳細(xì)數(shù)據(jù)。施工方反饋，塔吊和升降機(jī)等設(shè)備故障導(dǎo)致的停工，平均一天損失 50 萬產(chǎn)值，項(xiàng)目周期內(nèi)累計(jì)損失預(yù)計(jì)超 150 萬元。

而通過邊緣計(jì)算加云端協(xié)同的方案，本地傳感器預(yù)處理數(shù)據(jù)，只上傳異常特征，開發(fā)量能壓縮到 8 人天，還不影響核心功能上線。

技術(shù)團(tuán)隊(duì)看到投入 8 人天就能避免 150 萬損失的明確回報(bào)，主動(dòng)調(diào)整了開發(fā)排期。

中國(guó)建設(shè)新聞網(wǎng)報(bào)道的那個(gè)項(xiàng)目，后來產(chǎn)品經(jīng)理也拿出了量化數(shù)據(jù)。新增施工進(jìn)度實(shí)時(shí)同步功能，能減少 80% 的人工統(tǒng)計(jì)時(shí)間，還能降低數(shù)據(jù)誤差導(dǎo)致的返工風(fēng)險(xiǎn)。技術(shù)團(tuán)隊(duì)了解后，主動(dòng)評(píng)估方案，最終順利完成了功能開發(fā)。

技術(shù)團(tuán)隊(duì)的開發(fā)計(jì)劃就像排好的齒輪，突然塞進(jìn)一個(gè)大變更，很容易導(dǎo)致整個(gè)流程卡頓。聰明的做法是把大變更拆成最小可行版本，嵌入現(xiàn)有迭代節(jié)奏。

這樣做能讓技術(shù)覺得影響可控，接受度自然會(huì)提高。這也是劉潤(rùn)強(qiáng)調(diào)的 **“節(jié)奏對(duì)齊”** 的核心邏輯。

有個(gè)智慧工地項(xiàng)目，原計(jì)劃開發(fā)人員定位和安全培訓(xùn)核心功能。產(chǎn)品經(jīng)理調(diào)研后發(fā)現(xiàn)，施工方急需卸料平臺(tái)超載預(yù)警功能，之前還發(fā)生過因超載導(dǎo)致的安全事故。

可技術(shù)團(tuán)隊(duì)表示，新增功能會(huì)導(dǎo)致整體上線延期 1 個(gè)月。產(chǎn)品經(jīng)理沒有硬催，而是做了拆分方案。

第一迭代在原計(jì)劃周期內(nèi)，先實(shí)現(xiàn)超載預(yù)警基礎(chǔ)版。只對(duì)接卸料平臺(tái)稱重傳感器，重量超閾值時(shí)觸發(fā)本地聲光報(bào)警和后臺(tái)消息推送，開發(fā)量?jī)H 3 人天。

第二迭代在上線后 2 周，實(shí)現(xiàn)預(yù)警進(jìn)階版。聯(lián)動(dòng)人員定位系統(tǒng)，把預(yù)警推送給現(xiàn)場(chǎng)安全員，同時(shí)記錄超載數(shù)據(jù)用于后續(xù)分析，開發(fā)量 5 人天。

產(chǎn)品經(jīng)理還主動(dòng)協(xié)調(diào)測(cè)試團(tuán)隊(duì)，優(yōu)先測(cè)試預(yù)警功能，不占用核心功能的測(cè)試資源。技術(shù)團(tuán)隊(duì)發(fā)現(xiàn)拆分后的變更僅占用原有開發(fā)周期的 10%，不影響核心功能上線，最終同意了需求。