你應該問的技術問題

addtoany linkedin

對大多數人來說,在“最害怕的事情”列表中,對公開演講的恐懼排名第一,往往比死亡還要高。顯然,我的基因在某種程度上是交叉連接的,我實際上很享受說話的機會。作為Kinaxis的技術傳道者,我抓住任何機會與我們的客戶或潛在客戶談論他們的技術需求。典型的一天可能是我們和那些評估解決方案的人坐下來討論計劃過程。業務團隊將展示工具中的實時功能,然後在會議結束時,我們通常會為提問開放空間。通常我會得到非常發人深省的問題,這些問題與對話非常相關。偶爾我會遇到“那個家夥”,他想讓自己聽起來很聰明,問我我們用什麼顏色的網線,或者為什麼我們不使用每小時旋轉一次的8192位密鑰。最近,有人問了我一個讓我大吃一驚的問題。求職者問道:“哪些問題是我們應該問卻沒有問的?”當時,我很驚訝,可能沒有想出一個好的答案; however, I’ve given this much thought and now have compiled a list of questions that I think every organization should ask their technology vendor – regardless of what they are buying.

1.你們提供多少種產品?

在過去的生活中,我花了多年時間銷售供應鏈軟件,有時我不得不試圖說服客戶,這五種產品,每一種都有自己的技術堆棧、數據庫、編碼標準和傳統,將以某種方式神奇地很好地一起工作。每個模塊間集成都會增加流程的延遲,並創建麵向批處理的供應鏈規劃解決方案。並行規劃要求的是相反的——跨整個供應鏈的單一數據視圖——將供需聯係在一起,以便其中一個的變化立即反映另一個的變化。如果沒有單個產品位於單個數據庫上,這是不可能的。

2.供應商處於創新的前沿嗎?

這一點可能有點困難,因為“市場結構”可以讓多個平台最古老、最複雜的混合在一起看起來很棒。每當我看到產品發布公告或視頻時,就會大笑起來。在這些視頻中,內存計算等概念被吹捧為“前沿”或下一波“創新浪潮”。他說,如果一家軟件公司剛剛趕上潮流,那麼你就遲到了。尋找在內存技術方麵有豐富經驗的供應商,最好是有專門為供應鏈構建的架構的供應商。在Kinaxis,我們在大約15年前就抓住了這股潮流,這就是為什麼我們的專用內存模型能夠超越其他解決方案的原因。

3.你能給我展示所有的工具/文件/調度程序,我需要使用它們來改進解決方案嗎?

這將使大多數演示人員畏縮。要展示內部的工作原理而不把髒衣服放出來真的很難!這在很大程度上來自於向雲的遷移。早期的雲采用者將他們的解決方案構建為原生雲,而後來者則發現自己在努力使他們的解決方案在托管環境中工作。這通常意味著采用第三方調度器、配置文件的源代碼控製和呈現遺留UI的Citrix。問一些棘手的問題,看看為雲構建的解決方案有多好。在這裏,我們歡迎這個問題,因為它所有在標準UI中。

4.哪些獨立審計可以證明您的雲安全是有效的?

確保您找到的供應商已經通過了嚴格的SOC 2 Type II認證,並保持遵從性。重要的是,每年都要對數據中心和內部操作進行審計,以確保在一段時間內保持遵從性。記住,這不僅僅是確保數據中心設施提供商獲得認證,還要確保軟件公司本身獲得認證。尋找這兩種審計,並確保它們符合要求。

5.你能在軟件中創建新的場景嗎?

正確地進行場景規劃是非常困難的——這就是為什麼在數據庫代碼中設計功能是至關重要的。這種方法是Kinaxis獨有的,也是我們的計劃引擎速度無與倫比的另一個原因。許多解決方案可以通過預先定義的“桶”來顯示場景規劃的外觀,在那裏可以進行某些“萬一”計劃……但它能在飛行中完成嗎?創建或設置需要多長時間?它是否局限於某些指標或視圖?我們希望您要求所有供應商向您展示它是如何工作的。

6.你能給我展示一下實時集成嗎?

我必須承認,在我過去的生活中,我絕不會讓你問我這個問題。使用演示環境進行集成可能非常困難……但如果在演示環境中集成非常困難,那麼在生產環境中集成又會有多困難呢?任何能夠使用標準模板連接SAP的解決方案都應該能夠進行演示。任何能夠接收實時數據的解決方案(如Web服務)都應該能夠進行演示。要求在下次開會時現場觀看。如果我是你,我就會問這些問題。當然,滿足業務功能是關鍵,但不要忘記,當涉及到您的供應鏈的持續發展時,底層技術將是真正的成功或失敗。這個平台是否具備讓你成功的條件?這些問題將幫助你找到答案。所以,下次有客戶問我“我們應該問什麼問題”時,我會準備好。至於你,你已經領先一步了。你們已經知道要問什麼問題了,我們希望你們會知道。

留下一個回複

讓博客更新

通過電子郵件更新博客文章:

Eloqua webform