1 研發一套B2B平臺系統需要花多少錢？

成功的路上沒有捷徑，捷徑也許會是你最高的成本。研發成本是個無底洞，系統永遠是個半成品，需要持續投入。

2 研發一套系統需要花多長時間？

一套好的產品絕對不是閉門造車悶頭幹出來的。企業能夠活多久，系統研發的時間就會有多久。

3 我們需要一套什麼樣的系統架構？

需求決定架構，發展決定架構。傳統企業做B2B，走到哪一步就去幹哪一步的事情，別太超前也別太落後，有些地方別太過追求完美，我們本來就是在用20%的錢來幹80%的事情，而不是用80%的錢來幹20%的事情，先有了“量”再去追求“質”。

4 我們需要一個什麼樣的技術團隊？

企業在不同的階段需要引進不同的人才，團隊的建立一定要跟企業的成長成正比。專業的事情找專業的人去做，術業有專攻。

5 如何把業務需求轉化爲技術語言？

經常會聽到某市場部門與技術部門發生爭吵事件，單站在自己的工作職責上好像都沒有錯，但事情總是不如人意。

技術研發人員的工作特點是很嚴謹的，需要知道每個步驟和標準，再按照流程和標準去完成。但是市場人員希望能快速響應市場，開拓市場，就比較急迫缺乏耐心。因此，就需要一位即懂業務又懂技術的產品經理來銜接，產品經理要把市場部想要的需求，以及沒有想明白或想全面的可能性都要想到。

研發是一個系統性工程，絕不是簡單請幾個會敲代碼的人能夠搞套系統出來。

6 如何衡量研發的速度與質量？

常言道“外行看熱鬧、內行看門道”。

切記不要一味只追求速度而忽略了質量，該有的工作，該有的流程一個不能少，否則後面你就需要花數十倍的代價來彌補過失。對於普通的開發人員來說，大不了只是換份工作的事情，而你的真金白銀只能打水漂了。

7 如何對待系統的事故與責任？

傳統行業企業，不像互聯網阿里，騰訊，百度，頭條等企業那麼高大上，會有一羣高精尖人才往裏頭鑽。通常，會找一些中級程序員進行培養。 既然是培養就肯定需要歷練的，歷練的過程難免會犯很多錯誤，雖然大部分錯誤在檢查和測試中能夠發現，但仍然有不少問題是我們內部無法測試得出來，需要到真實運行環境中才能夠發現得了。

當一個系統漏洞或問題出現時，導致的事故損失誰來承擔呢？很可能這個問題的根源不是一個人的責任，而是多方成員在一起相互配合過程中，導致的結果。 如果你讓開發人員賠錢，扣工資，他們會因此委屈或不服，那麼你辛辛苦苦培養的程序員就會離你而去，到了下一家公司還能漲薪30%以上，請問你捨得讓他離開嗎，離開了再補一個人進來又得重新培養和熟悉業務流程，你敢保證新進一個人就不會犯錯誤嗎？

最後的結果你只能安慰加鼓勵，像對待自己的孩子一樣說“沒關係，每一次的錯誤都是一個成長，下次別犯同樣的錯誤，以後工作多用心點——·”，最後的責任只能由公司來承擔。

8 如何解決程序員開發人員的歸宿感和成就感？

在國內企業，業務型公司很少會把技術太當回事，認爲所有的功勞都是業務部帶來的，技術部只是輔助的工具；一旦出了什麼狀況就很可能怪上了技術部不給力不作爲，因爲技術部耽誤了業務部的工作和業績。

搞技術的人相對比較直接，實事求是、有一說一，所以技術人員在業務型公司比較難有所成就，老闆也很難體會得到技術人員的難處，甚至認爲有錢隨時都可以換人，不會想着如何爲技術人員考慮未來的職業規劃和學習成長的空間，那來的歸宿感呢？

如何更好的尊重，理解技術人員，讓他們有更好的歸宿感和成就感，就是管理者，特別是企業老闆要時刻關心的。

總結：物以類聚、人以羣分，你想獲得他，就得先成爲他。

9 如何面對技術迭代與創新？

互聯網技術更新換代，創新速度越來越快。引進和應用新技術，要優先依據業務發展，結合公司的人才，資源，業務等綜合評估。恰當的技術，成熟的技術，去匹配企業發展階段的業務。不一定最好的技術，不是最新的技術，就是適合你公司。

10 拿什麼錢來買單？

核心還是要回到公司的業務，產品，能帶來正向的營收。做好市場服務，客戶服務。

總之：

企業要會用整合人才和資源的方式把企業做大做強，把專業的事情交給專業的人去做，發揮每一個人的特長和價值，強強聯合纔是王道！

相關文章