|
這是項目經驗的第二篇推文,。 我們接上一篇談談去年第二個項目。這是一個購買市面成熟軟件產品的項目,。 今天我們會從項目選型,、實施、可持續(xù)性合作,，分別談談甲方項目人員在這類外購軟件產品項目的注意事項,。 注：1、下面內容的項目選型,、可持續(xù)性合作不屬于工程學科的內容,，偏商業(yè)，因此不少內容僅代表個人觀點,； 2,、這里談的內容有其適用場景：適用于每年有IT預算的甲方（這代表企業(yè)有IT投入的共識）； 3,、這里談的主要是方向,、原則性的內容，不講操作細節(jié),。 項目選型 企業(yè)在經營過程,，會有各種各樣的信息化需求。作為甲方IT負責人這時的首要任務是判斷：這個需求在市面上有沒有成熟的產品方案,？ 為什么這是最首要的任務,？ 不少人有誤區(qū)：認為企業(yè)有自研能力走自主開發(fā)或再不濟自行設計后找外部開發(fā)，這才代表有創(chuàng)新,、有知識產權,、有故事可講。 如果大家對大部分企業(yè)經營的目標是利用合適的資源創(chuàng)造更大的效益有統(tǒng)一的共識,，那么企業(yè)在做信息化選型時,，應該把投入產出比作為主要衡量標準,。 以我曾經在軟件企業(yè)的經歷，一套大型軟件產品是軟件企業(yè)花費數(shù)年,，投入上百人的勞動成果,。 這樣一套產品集合了軟件企業(yè)多年累積下來的客戶案例經驗，借鑒了其他成熟產品的體系,，反復打磨,、驗證才推出來。 這里再具象化說說一套成熟的產品所涵蓋的體系是指什么,？ 如果你留心看看軟件廠商對一套產品的設計理念介紹（注意：這個往往不是吹噓，一套成熟的產品必定有其清晰的設計思路）,，會看到類似如下的內容： 比如,， 某OA產品：定位為協(xié)同辦公，采用輕前臺,，重后臺的設計模式,。 那么產品具體如何設計？ 協(xié)同辦公：之前我們講過企業(yè)存在的意義是在當今的工作中,，企業(yè)組織一群人能創(chuàng)造出比一個個獨立的個體更大的價值,。一群人聚集在一起，就需要協(xié)同配合,，協(xié)同辦公這個設計理念就源于此,。軟件廠商根據(jù)這個定位就要判斷哪些做？哪些不做,？ 輕前臺,、重后臺：這句話怎么理解？用戶在前臺,，應該根據(jù)用戶所需,，提供易用、夠用的產品,。但2B產品要滿足不同企業(yè)的個性化管理,、業(yè)務需求。這就要為IT提供龐大的后臺來滿足前臺的需求,。這個設計理念將是整個產品的設計基礎,。 某CRM產品：基于移動互聯(lián)、社交網絡,、云計算,，采用銷售機會漏斗模型… 移動互聯(lián)：代表產品的用戶前臺主要通過移動端 社交網絡：說明產品考慮社交屬性，用戶,、客戶可在產品上進行交流,。 云計算：代表這是一款Saas產品 銷售機會漏斗模型：這是一個被寫進教科書的商業(yè)模型,。產品基于這個商業(yè)模型進行設計，用戶在使用這個產品時就會發(fā)現(xiàn)模型串起了整個產品的功能設計,。如果你的銷售管理和產品設計不匹配,，跑都跑不下去。 任何一套成熟的產品都有一般用戶意識不到的理念,、體系,、模型、方法論等背后的內涵在產品里面,。絕不是一般用戶表面上看到的一個個獨立的模塊,、功能、頁面拼湊而成,。 這樣一套產品需要業(yè)務專家,、產品專家、架構師,、程序員多個工種的配合,。 一個主營業(yè)務不是軟件業(yè)務的甲方企業(yè)，想通過招募幾個程序員,，簡單地開發(fā)一套復雜的軟件,，往往是還沒摸清這里的坑有多少，,，項目就已經進行不下去,。 就算真的實現(xiàn)了，往往也只能滿足企業(yè)當前需求,。一旦業(yè)務變化,、發(fā)展，軟件就會陷入天天修改的局面,，最終往往發(fā)展成越來越改不下去,。 這時，甲方企業(yè)不得不又重新到市面上選擇成熟的軟件產品,。 那么從投入產出比考慮,，怎么樣做選型比較合適？ 個人建議： ＊市面上有成熟的產品解決方案的,，優(yōu)先選擇 ＊市面上找不到直接匹配的產品解決方案的,，選擇近似的平臺產品 ＊市面上完全找不到相似的產品方案，才組建項目團隊自主開發(fā) 完全自主開發(fā)是最后的備選,。企業(yè)到了成熟階段,，對信息化需求會呈井噴式，有些個性化需求確實在市面上找不到匹配的產品解決方案,，這時組建內部開發(fā)團隊,，可以快速響應業(yè)務需求,。 這里再提下互聯(lián)網企業(yè)為什么都喜歡自主開發(fā)？ 目前大家熟知的互聯(lián)網企業(yè),，大部分是做2C業(yè)務,。這些企業(yè)大部分屬于商業(yè)模式創(chuàng)新。它們的特點是業(yè)務創(chuàng)新,，這類業(yè)務在市面上找不到匹配的產品解決方案,，所以只能通過自主開發(fā)。 而開發(fā)的產品就是支撐企業(yè)業(yè)務運作的基礎,，這往往讓大部分人把互聯(lián)網企業(yè)統(tǒng)一看成科技公司,。 如果單從淘寶、天貓的電商業(yè)務來說,，軟件并不是這家互聯(lián)網企業(yè)最重要的部分,。電商業(yè)務的核心是運營策略+資本投入，軟件是實現(xiàn)經營戰(zhàn)略的落地工具,。 互聯(lián)網企業(yè)的內部管理軟件比如OA,、HR,、財務往往也不是自主開發(fā),，還是會考慮選購市面上成熟的產品解決方案。 項目實施 外購產品的實施是項目成敗的關鍵,。 那么實施過程又有什么注意事項,？ 1、尊重產品原本的設計理念 前面我們談了一套成熟的產品必有背后的設計理念,。如果要挑一套產品的缺點,，市面上沒有一套產品是完美的。 甲方項目人員在項目選型時,，要做到明確自己的需求,，匹配市面上對應的產品解決方案。 一旦在這個環(huán)節(jié)確定好了產品,，進入實施階段,，就要轉變心態(tài)：由挑廠商變?yōu)榕c廠商同舟共濟，這有點像招人,、相親,。 那么甲方在實施階段如何與乙方更好地溝通呢？ 尊重產品原本的設計理念是個不錯的建議,。作為甲方項目團隊先做到尊重乙方的產品,、經驗。項目團隊在遇到用戶提出問題時,，就能換位思考,，產品是怎么樣解決問題,？為什么是這樣實現(xiàn)？ 但這絕不意味甲方項目團隊要包庇乙方產品的缺點,，而是要先試著去理解產品為什么是這樣,，再提出不同的意見。 很多的甲乙方之爭,，往往不是需求與產品不匹配,，而是甲方堅持應該采用自己認為的某個方案，而乙方的產品提供的是另一種方案,，或者說能變相解決需求,，但只是達不到甲方要求的標準。 關于如何解決需求與產品不匹配,，這里提幾個解決思路： ＊預算允許或力所能及的范圍,，優(yōu)先選擇平臺型產品（平臺型產品乙方實施團隊、甲方IT可自主實施的空間大,，能更好滿足業(yè)務需求） ＊甲方項目團隊要能描述清楚準確的需求,，及建議解決方案，便于乙方實施團隊能更好地內部溝通,，爭取到開發(fā)資源 ＊甲方項目經理要能判斷需求的優(yōu)先級,，將資源給到高優(yōu)先級的需求，再考慮優(yōu)化性需求（根據(jù)實際情況而定）,、搞定無差異化需求（說服用戶） 2,、界定清楚甲乙方的實施權責 這里特別想對甲方項目團隊說明3點： 2.1、甲方項目團隊要負責向乙方提供從需求調研到方案確認的一系列配合工作,。乙方剛進入項目,，需要甲方項目團隊的配合來迅速和業(yè)務單位建立起信任、合作,。 2.2,、甲方IT實施要具備把業(yè)務需求轉換成實施方案的能力。如果想單純靠乙方提供出令甲方滿意的方案,，這只能說：可遇不可求,。 甲乙方雖然在項目實施有共同的目標，但我們也要看到甲乙方往往背后還有不同的考核標準（比如乙方公司會對項目團隊有人力,、成本,、時間等約束）。這時甲方的實施團隊就要能有理有據(jù)地說出為什么我們要求的實施方案是這樣,，維護甲方公司的利益,。 這也是甲方要組建自己實施團隊的價值所在。 2.3、對甲方IT實施團隊的工作要求是：確認清楚具體實施方案,，比乙方更熟悉業(yè)務需求,。乙方團隊熟悉自己公司的產品解決方案，更善于將方案成功落地,。這是雙方各自的職責,。如果雙方沒有統(tǒng)一的權責劃分，實施過程就會不斷磕磕碰碰,。 可持續(xù)性合作 關于甲乙雙方在項目驗收后的可持續(xù)性合作,，這是大家比較容易忽略的點，這里特別拿出來討論,。 1,、新需求合作 2B項目有個特點：一直都會有新需求。用戶總是追求更好的工具來滿足自己的惰性,，這也是人類進步的源動力,。 軟件作為一類工具，用戶也有同樣的需求,。 在項目驗收時,，甲方項目經理就要思考驗收后雙方的合作模式？哪些需求由內部實施團隊完成,？哪些需求需要乙方來配合,？如何讓乙方高效地配合？ 2,、甲方的年度IT預算 甲方的年度IT預算是與乙方建立長期合作的橋梁,。 2B項目一旦成功上線,，甲方IT團隊就要考慮未來每年要投入該項目的預算,。如果方便的話，最好是可以提前和乙方溝通,，讓乙方也提前有準備,。乙方往往也會將這類型的甲方視為長期合作伙伴，在資源上對甲方有所傾斜,。 對于乙方來說,，老客戶的預算是個相對穩(wěn)定的收入來源，與其不斷挖掘新客戶（還不知道成不成）,，還不如服務好優(yōu)質的老客戶（成本更低,，收益可見）。 3,、持續(xù)合作 我自己見過不少甲方更換軟件廠商的案例,，為什么甲方會下定決定更換廠商？我們可以用俞軍的用戶價值公式： 用戶價值=（新體驗-舊體驗）-替換成本 用戶能下定決心更換一套使用了數(shù)年的軟件，一般無外乎現(xiàn)有產品已經跟不上公司業(yè)務發(fā)展,；或者說原廠商的服務差,，無法響應甲方的需求?；氐筋^,，幾乎都是產品不能滿足甲方需求。 甲方會痛下決心替換產品,，這是考慮重新實施的資金成本,，人力、時間,、風險等諸多成本,。實際上，甲方也希望乙方的產品能不斷滿足業(yè)務需求,，不用替換產品,。 那么甲方業(yè)務在發(fā)展，乙方如何不斷滿足甲方的需求呢,？ 一套好的產品的生命周期應該是持續(xù)迭代,，有時為了解決前期的設計考慮不足，甚至要重構,。 這一點只能說我作為一名從業(yè)人員的理想：乙方的產品要比甲方的業(yè)務發(fā)展走在更前面,，才能與甲方相伴相隨。 小結 今天關于項目經驗——外購產品解決方案的3點分享：項目選型,、實施,、可持續(xù)性合作就談到這。 這篇文章同樣很長,。感謝你耐心讀完,。 關于去年2個典型項目的經驗分享就到這。希望在你的工作中,，對你有啟發(fā)作用^0^ （完）
|
|
|
