從產品導向到解決方案導向，貌似當下很多公司都在搞，但不是每個公司都具有像ibm、微軟那樣的品牌和實力，可以一下子推出諮詢式（診斷式）的銷售，來徹底的解決方案化。
那麼對於專注工業品銷售的公司，如何實現解決方案的轉型？產品化無疑是乙個好的路子，原因很簡單，這些公司都是做產品起家的，而不是做軟體和做諮詢起家的，他們最擅長的，也是對於產品的生命週期管理和銷售，所以，如果能夠實現解決方案的產品化，那無疑是公司向解決方案導向邁出了可行的，有意義的一步。
說到解決方案，交付和落地是他的靈魂，這是產品導向和解決方案導向最本質的區別，產品導向關注產品的競爭力，關注產品的銷售額，關注產品的售前，說白了還是以公司自己為根本出發點的，而解決方案導向關注解決方案帶來的價值，關注解決方案能否順利交付給客戶，能否真的達到其宣稱的效果，所以說解決方案更多的是立足於客戶的業務和需求的。那麼，「解決方案產品化」這個「解決方案的解決方案」，又該如何落地呢？
既然叫產品化，那麼就來分析一下產品，它有哪些特質，這裡是指產品相對於傳統意義上的「偽解決方案」來說的。乙個產品，首先它有實體，無論是軟體也罷，硬體也罷，都是乙個實實在在的東西，然後它有規格指標，能幹什麼，不能幹什麼很清楚，然後呢，它有適合它的應用場景，例如有的地方適合用三層交換機（資料交換量大，介面都是以太，又有簡單的路由需求），有的地方適合用路由器（介面複雜，路由協議豐富，流量不大），它有針對其自身的實施指南（配置指南），它有對應的測試指導手冊，簡單的說，通過這些文件或因素，就可以唯一的確定一款產品，而不是其他什麼產品都可以的。
於是，對應的解決方案產品化動作也就明晰了，即讓乙個解決方案也具備其自身的引數指標、應用場景、實施指南、測試指導。這樣做的好處，就是讓解決方案的交付有了著落。可以對比沒有這些文件時的解決方案，效果顯而易見：銷售和售前跟客戶大講理念，大講技術，大講願景，他們有解決方案（當然是偽解決方案），而售後只知道對應產品如何實施和操作，對於前面的人宣講的東西一無所知，更別說去實施落地了，於是矛盾出現了，當使用者最終接受交付的時候，實施人員不懂解決方案，更不會實施，於是一切都變成了空中樓閣，成為乙個又乙個忽悠的案例。
產品化的解決方案，在其推出之時，即完成了從研發到售後到售前到銷售的全通路資訊溝通，也實現了從營銷到銷售到實施的全流程控制，每個人講出去的話都是有支撐的，每個人都在解決方案銷售的全過程中扮演著自己的角色，這就是產品化的解決方案，這就是可交付的解決方案，也是可以大規模複製的解決方案。
「產品」 「服務」 「解決方案」
如題，是關於一些概念的文章。但常常會有同學對這三個含糊不清，甚至混淆。個人認為，是因為這些概念之間很多重疊的地方，但是又並沒有去細緻的研究它們的細微區別。我是從it的視角出發來研究這三者的區別，但是很顯然，這三個概念並不僅僅侷限於某乙個領域。所謂產品，通常是指乙個公司或者研究院開發出來的能夠提供一定...
產品售前解決方案結構
產品方案注重體現產品的亮點與應用場景，讓客戶知道本產品的利用價值以及哪些應用場景能契合到客戶的需求，其實客戶很少關心底層實現方式或者實現原理或者產品整體架構。另一方面，客戶會需要一些現代化的 有質感的冠名詞，比如雲計算 人工智慧 大資料 資料探勘代替以往的自動化 電子化 流程化 便捷等詞彙，很好的抓...
Mysql update執行超時解決方案
問題描述 執行update時，發現時間很長，而且會失敗 步驟 1 在資料庫執行 update play set skip skip 500,run 5.50,jump times jump times 1 where id 388 結果報錯 error code 1205.lock wait tim...