推動和實現物聯網成功的6個問題

在我們深入探討哪些問題會導致物聯網的成功之前，請考慮一下這個想法，讓它沉澱下來。大多數物聯網專案都失敗了，它們被認為是對時間和金錢的浪費。對於像我這樣的工作是將物聯網專案成為現實的人來說，這很傷人。它使我們處於防衛狀態，這是有道理的。從我們的角度來看，這根本不是事實。

然而，上述觀點的本質是來自於不斷鼓動的新聞和諮詢研究，他們表示75%的物聯網專案不成功，30%的物聯網專案在概念驗證階段失敗。物聯網的成功率可以歸功於採用以人為本的設計(HCD)過程來制定戰略，並使團隊專注於對你試圖服務的人有價值的東西。

這個框架並不複雜：

• 識別利益相關者

• 潛入他們的世界

• 找到他們的痛點

• 用資料來消除痛苦

就是這麼簡單，但這個過程需要紀律和專注，它是混亂的和耗時的。

這裡有六個關鍵問題，在整個物聯網專案生命週期中都很關鍵。如果你不能立即積極地回答這些問題，你可能會偏離軌道，浪費時間和金錢。

這是一個值得解決的問題嗎?

大多數成熟的公司都有已經存在的客戶痛點，而且有些痛點比其他痛點更嚴重。利用HCD過程將使用者體驗放在最前面，這有助於定義一個理想的體驗是什麼樣子。可取性對於每個利益相關者的型別都是不同的。如果你還沒有確定至少三個獨特的利益相關者群體，你的功課就不完整。一旦定義了可取性，那麼你就可以利用互聯技術的力量，將新的產品或服務產品帶入生活。這個過程有更大的機會獲得成功。避免成為一個從感知的技術解決方案開始，然後去尋找問題的公司的常見陷阱--那是錘子找釘子的方法，它是物聯網專案失敗的許多原因之一。

誰能從解決方案中受益，他們是否願意為之付費?

創新的物聯網解決方案必須從發現開始。通過對利益相關者的研究和沉浸在他們的環境中的發現，你確認問題是否值得解決，以及所有利益相關者是否會從解決方案中受益。為一兩組利益相關者服務很容易。要為所有的利益相關者帶來價值則要困難得多。我們沒有人可以成為所有事情的專家，所以要從內部和外部的主題專家那裡尋求見解，通過不同的觀點來增加價值。

如果所有的終端使用者都能驗證該解決方案對他們有利，並認可其價值，那麼它就成為一個值得測試的解決方案。回到HCD過程，驗證你的價值創造理論。成功的物聯網專案橫跨所有部門，並且在HCD過程中，在公司的利益相關者和外部受眾之間架起了橋樑。

專案團隊的組成是什麼，誰來領導，過程是否敏捷?

這就是事情可能變得政治化或陷入結構性等級的地方。根據我們的經驗，最好的專案團隊是既扁平又多樣化的工作團隊。執行長指望他們的IT部門來領導物聯網的做法太常見了，他們認為物聯網是 "雲 "的同義詞，這是被誤導了。IT部門通常是優化的成本中心，為其組織服務。IT工程師知道如何建立系統並將其技術發展外包。他們並不具備設計和開發新產品的能力。另外，技術並不是唯一重要的鏡頭。銷售團隊知道客戶的願望和需求。市場營銷了解商業價值，以定位產品或服務。他們都很重要。

那些提出問題和探究見解的人，他們能夠無縫地跨越職能和受眾，往往處於指導過程的最佳位置，這與實際構建解決方案不同。對於正在探索其第一個物聯網專案的公司來說，這個專案負責人很可能不在大樓裡。來自外部的具有領導物聯網專案專業知識的人可以成為第一個優秀的指導者，同時教導內部團隊如何進行未來的舉措。但不要搞錯了：在目標、時間、規劃和執行方面的一致性是無可替代的。良好的專案管理實踐是關於設定和闡明明確的期望。

根據我們的經驗，敏捷的過程會產生最好的結果。敏捷使利益相關者快速迭代和測試周期，並使團隊專注於有價值的工作。然而，只有建立在信任和領導支援的基礎上，敏捷才會有效。

定製的邊緣裝置和/或感測器是否有必要?

對於大多數物聯網專案來說，這個一個關鍵問題。當一個想法是真正的創新，意味著在市場上沒有你的解決方案時，可能需要定製來獲得預期的結果。設計、建造和銷售定製的電子裝置不適合膽小的人。它是昂貴和有風險的。它也可能解鎖最大的投資回報率。如果該專案可以用商業上可用的、現成的硬體解決方案來完成，那麼採取財政上保守的路線可能是更謹慎的。為了說一個解決方案是原創的而進行的定製可能是昂貴的。然而，使用一個已經存在的解決方案來解決一個全新的問題也有其重要的後果。記住，最重要的是使用者體驗。如果你從這裡開始，並使用或創造正確的技術來實現這種體驗，在市場上成功的可能性就會大得多。

什麼是最小可行產品(MVP)，以及接下來應該做什麼?

通過研究確定了理想的使用者體驗，現在是時候將解決方案的最初迭代變為現實了，也就是所謂的最小可行產品。假設你的目標是在向市場提供新的物聯網解決方案後的第一個季度銷售50個系統。開發團隊應該專注於贏得這50個客戶所需的最小功能集，以及在MVP部署後升級功能的強大方式。我們經常看到團隊在專案開始的時候，在那些並非必要的部分上花費太多的時間、精力和金錢。保持專注於什麼是有效的，什麼是能為使用者提供價值的，避免在一開始就走不同的道路。

在生產之前將建造多少個原型並進行測試?

原型是強大的。 用語言來解釋解決方案是一回事，但是能夠親身體驗解決方案的利益相關者可以給出一個更明智的意見。這對於敏捷思維和理解每個新的原型迭代都提供了向現場使用者學習的機會是至關重要的。

原型設計工具在開發的每個階段都會發生變化。早期的形式可以是簡單的二維模型，以獲得早期的洞察力，而三維模型甚至製成品可以衡量後期的發展。我們的經驗是，物聯網專案可能需要6-24個月。 有意的原型設計應該成為從開始到產品釋出過程的一部分。

如果統計數字表明30%的物聯網專案死於概念驗證階段是可信的，這也意味著太多的專案依賴他們的第一個想法是最好的想法。相反，事實是：傾聽目標受眾的可靠反饋並採取行動是物聯網成功的關鍵。

在一個複雜的物聯網專案中走到最後並不是靠猜測，也不是簡單地靠磨合。它需要保持好奇心，同時也要致力於遵循確定的以人為本的設計流程。對於那些不熟悉HCD的人來說，這六個問題對這個過程是很有幫助的。然而，正如1億臺裝置之後所暗示的那樣，這是讓你的物聯網專案安全步入軌道和看到它偏離軌道的區別。