晚上，張偉給女朋友說“產品經理”能力邊，居然忽悠自己去搞產品！
不說不要緊，說了更壞事！
女朋友居然也忽悠張偉去搞產品，女朋友的原話是“你那些天馬行空的想法，要是不搞個產品出來，不就白瞎了麼？”
我靠，這搞的張偉有點措手不及、無言以對啊！
當然，張偉一個程式設計師，邏輯能力肯定嘎嘎猛，打不過！
就逃啊！哈哈！
一個case程式碼語句丟出，溜之大吉！
“我覺得，還是把你的身份升級下，優先順序更高啊，還得先搞定有房有車！”在女朋友麵前，丟出這行case程式碼語句後，直接帶偏了方向。
理科生對上文科生，需要用case程式碼語句！
哈哈！
此刻張偉暗暗的想“產品經理”你個小樣，大爺我還治不了你了啊，居然還找幫手哦！
此時，產品經理能力線，彷彿在那裏無聲的嘲笑張偉的稚嫩，彷彿在說“把我召喚出來了，就這樣想把我打發了，門兒都沒有！”
SAP通過，配置，增強，搭建出來的係統，經過幾輪的測試、修改、調參，差不多都能滿足使用者的需求了。
現在還剩下那幾個重要的開發項，進展緩慢。
按照進度計算週末得加班了，這次的flyback也回去不了。
上線時間在慢慢逼近了，現在必須要攻堅克難了。
週一，張偉和開發的兩個同事溝通。
張偉基於自己目前構築的四邊形的能力，分析、總結了下原因。
不是人家技術不行！
能出來做開發顧問的，技術這塊，肯定沒的說。
當然也不是摸魚，畢竟在大是大非麵前，他們還是拎得清的。
還是toB產品的特殊性，開發人員本身不是業務從業者，無法對業務的需求有一個清晰的理解認知。
為什麼toC的程式設計師，很容易轉產品經理後，並開創自己的產品，甚至公司。
因為自己本身就是使用者，比如滴滴打車，功能需要怎麼做，自己親自去打車體驗下，就能感同身受。
反而這種toC的產品，最終競爭的可能不是產品本身，而是資源、資本，構建產品很容易，可是讓資源、資本來養育、投喂、補貼卻非常的困難，看看滴滴和快滴大戰，百團大戰......。
而toB產品第一步就難倒了程式設計師。
比如張偉這個專案，開發為什麼進度遲遲不能追上專案進度，因為程式設計師本身不懂財務，無法感同身受，帶入使用者視角去體會為什麼有這個需求。
而程式設計師又不可能因為開發一個功能，去做財務工作吧。
OK你去做，可是為什麼要用這個科目記賬？
為什麼要輸入這個成本中心？
為什麼是這個現金流量程式碼？
為什麼這裏需要控製金額？
.......
這些內容，是純純的財務知識、企業管理知識。
你首先要懂財務，大學財務可是專門一個專業哦，需要學習4年的。
其次你還得在企業乾過一段時間，把書本上的知識，在企業裡轉化成財務生產力，然後才能變成一個純純的財務打工人。
還有更重要的，toB產品，在企業裡的應用，不是像空調、電視這種產品買來就能用的。
而是需要和企業再造的，就是張偉他們這種工作，俗稱“諮詢、交付”。
也就是把SAP藍丹，進行丹紋的構建！
本身SAP藍丹是沒有丹紋的，更準確的說，是丹紋無窮多，密密麻麻、千絲萬縷、層層疊疊、嚴絲合縫。
光SAP產品來說最終反而是一個完整的光潔無比的巨大丹球，因為SAP產品裡蘊含了無限多的可能。
可是當SAP去到真實的企業後，才會被構建出了丹紋。
而這個丹紋，每家公司都不一樣，雖然都是用的SAP，全球雖然有上千萬人使用SAP，可是可以肯定的是。
他們使用的整套SAP係統，絕對沒有全部一模一樣的。
就像你無法在地球上找到絕對一模一樣的兩片葉子，是一樣的意思。
丹紋，就是企業本身構建的管理邏輯，在SAP藍丹上的具象化體現。
而要構建管理邏輯，不是一個普普通通的的財務人員，倉管人員，採購人員......來完成的，雖然他們要做這樣的工作，本身需要具備豐富的本專業經驗，這隻能讓他們可以從事這個工作本身。
而要構建一個企業的管理邏輯，是需要高管，也就是那些CXO親自打造，有些甚至是董事長、老闆，親自一點點的摸索出來的。
企業管理每一點的進步，或者叫改變吧，都是通過時間、金錢消耗、堆積而沉澱下來的。
對於一個做toB的程式設計師，是不可能讓他經歷這些的。
toC程式設計師可以去體驗一次滴滴打車，甚至是無數次。
但是能讓程式設計師去學一次4年財務本科麼？
能讓程式設計師去企業當一個月的應收會計麼？
甚至是能讓程式設計師去當一回CFO-首席財務官麼？
當然，更不用說倉庫、採購、HR、銷售......等等這些職業了。
這些對構建toB產品來說都是一樣的邏輯，一樣的意思。
這還隻是一個企業，你既然是做toB的產品，肯定是不能隻給一家公司用啊，否則虧的底褲都不剩！
電子行業有N家企業，服裝行業有N家企業，汽車行業有N家企業，食品行業有N家企業......!
toB產品的名言，搞糖水公司的解決方案，和搞汽車公司的解決方案能一樣麼？
而滴滴一套功能卻能讓14億人用，toB產品是絕對不行的。
正因為張偉知道這個toB產品有多難，才及時壓製了“產品經理”能力邊的忽悠，這絕對是一條不歸路啊。
也正因為，張偉這麼久以來的對toB產品的領悟，才更加感覺到SAP的深不可測、和望塵莫及。
因為SAP不管是對企業內部的各個崗位的解決方案，還是跨越各個各業，都能做到得心應手、手到擒來！
這樣的強悍戰力，張偉越是深入，隻能越加的佩服，和感到深深的不可抵抗感。
當然也更加同情，金有浪的無可奈何。
張偉能總結這些認知、邏輯的參悟，反而是第4條邊“產品經理”能力架構，賦予自己的。
現在他居然反過來還忽悠自己去搞產品？
而現在“toB產品”的這個問題，已經明明白白，完完整整擺在了張偉麵前。
專案組來的兩個開發都是身經百戰，技術能力肯定是毋庸置疑，可是為什麼SAP的標準功能，構建出來的功能，很快完成了多輪測試，達到了上線標準，而開發的不行了？
這是因為開發隻能從技術的角度，去思考，理解，完成功能。
而不能從業務的角度去感同身受，來完成功能。
所以需要張偉這樣的翻譯角色，張偉又不能所有內容麵麵俱到、事無巨細都寫入開發檔案。
張偉這種還算好的了。
像田明，峰哥那種更加的艱難，說的全是財務的專業術語，開發似懂非懂，所以需要核對很多遍。
而張偉是把財務的專業術語，翻譯成了IT的專業術語，甚至是用axure畫好高保真原型圖，才能一次性完成對接。
即使已經這樣了，開發出來的功能，還是千瘡百孔，漏洞百出。
這不是開發技術不行，也不是張偉能力不行，而是本來這事就很難。
張偉以前乾開發，是首先就去找使用者，聊幾個小時，甚至是直接讓使用者教自己如何做業務，之後才能對自己即將開發的功能感同身受。
這就好比，張偉首先是讓使用者當自己的大學老師，給自己講專業知識，大學要學30本專業書籍，“老學究”教授要教四年。
但是針對現在這一個財務知識的應用點，隻是1本書中5章的內容，現在是被使用者極限壓榨的精髓，給張偉講隻需要30分鐘就夠了。
然後張偉再讓使用者當自己的工廠師傅，教自己如何用剛剛學到的知識，如何進行幹活。
這樣的組合拳打下來，最終才能做到張偉開發的功能一次過！
這也是為什麼張偉能成為，業務顧問拿高工資，而不是開發顧問拿低工資的原因。
而現在，張偉就要把紅姐、小燕、馬總、王主任....等等一眾使用者的需求，融合進9層結丹裡、交付方**裡，最後用產品經理能力進行全量整合。
然後在掰開揉碎後，用程式設計師的語言，告訴開發，如何實現這個功能。
等開發完成後，再用產品經理的能力，完成對開發出來的交付物進行各種測試、驗證，反覆修改。
往後再交給客戶測試、驗證。
這樣反反覆復好幾輪，最終才能達成上線要求。
而SAP標準的功能，這些都不需要，配置完成後，自己順便跑一下，就直接給客戶驗證了，基本上三下五除二就達到上線要求了。
所以張偉隻能老老實實留下來加班啊。
張偉其實很想flyback，回去充能啊，那感覺太爽了，可是沒辦法，上線很重要，這個時間是無論如何不能耽誤的。
週五隻有張偉和兩個開發顧問在專案組了，其他的顧問都回家了。
張偉拖著疲憊的身體回到了酒店，繼續幹活，這時張偉實在是沒辦法了，已經開始親自下場寫程式碼了。
張偉正在聚精會神的，做碼農，敲程式碼。
突然房間門口響起了“叮咚”的門鈴聲音。
張偉以為是幻聽，畢竟自己掛了免打擾的牌子，也沒有叫酒店服務，肯定是隔壁房的。
張偉繼續聚精會神的敲程式碼。
“叮咚”！
“誰啊？”
“叮咚！”，“叮咚！”
“酒店服務，也太不靠譜了吧！”張偉罵罵咧咧的，走去開門，非常的不悅，打斷了自己寫程式碼的思路，還能有啥好心情！
門開啟後，張偉簡直眼睛都直了啊！
嘴巴張得老大，震驚的語無倫次，話都說不出來了！
張偉此刻，隻能在心中咆哮“太喜歡這個酒店服務了！哈哈！”
看女頻小說每天能領現金紅包🧧