發布成功
贊賞金額:
支付金額:5元
支付方式:
贊賞成功!
你的贊賞是對作者最大的肯定~?
通常大家選擇外包無外乎幾個原因:省錢省力、人才儲備不足或是因為項目堆積,無法在最短的時間內完成客戶需求。然而外包道路上風險重重,我們該如何規避與預防,都是外包雙方急需了解的問題。所謂知已知彼百戰不殆,只有深刻透徹的了解外包過程中的風險,才能及時調整策略,將損失降到最低。那么外包過程中都有哪些風險以及如何規避?
對風險我們快包平臺是這么定義的,所有可能造成發包方和接包方無法共贏的因素,都是項目外包潛在的風險。從風險的來源上簡單分類,包括來自雇主的風險、來自服務商的風險和來自雙方協作問題的風險。
1、來自雇主的風險
雇主找外包,總希望“找個靠譜的團隊”。但是如果雇主自身不靠譜,外包出去,不僅可能會給服務商帶來損失,同時也是外包項目發展的隱患。雇主不靠譜的行為包括:
有一個idea就認為萬事俱備,只缺一個寫代碼的,開發起來很簡單
大多數人在咨詢了一圈外包之后就放棄了,或者少量投入之后不了了之。許多雇主不知道從idea到能開始寫代碼之間,還有巨大的工作量要做。對那些“只缺一個寫代碼的”的雇主,有經驗且靠譜的服務商一般都會婉言拒絕,因為陪這類雇主耗不起。而有這種認知的雇主,其實也最容易受騙。因為他們沒有能力篩選合適的服務商,易受報價高低和接包方的銷售能力的影響,并且不清楚外包交付的結果是什么,無法鑒別交付質量的好壞,也沒有技術使用能力,項目完成后脫離服務商就沒法把控。
架構宏偉,功能貪多求全,多個產品端同步開發
這種觀念通常會在傳統行業創業者身上出現。在參考了很多應用之后,他們提出一個非常宏偉的構想,網站、APP和微信全都做。很多人甚至還自己寫了一個“描述功能”文檔來尋找外包。文檔中通常用諸如“平臺”、“大數據分析”、“統一管理”這些宏觀的詞匯來描述。服務商要建議減少功能那是不行的,以為每一個功能都是,創新的亮點,是核心競爭力。對于這樣的雇主,服務商要么報一個高價,要么說服雇主分階段開發。如果說服不了就只能拒絕了。高價承接項目的,及時能順利交付,產品上線,一般的創業者也沒辦法順利運營。因為這種項目超出了他們的服務能力和運營能力,很多功能屬于對用戶的“過度承諾”。
外包過程中雙方缺乏溝通與監督,雇主認為花錢后什么都不用管,服務商應全權負責
很多雇主為了省事,把這個工作完全外包給了服務商,并且認為自己出錢就應該得到全方位的服務。在其他市場,這也許沒錯。但是項目外包,產品是雇主的,不是服務商的。服務商全權負責,很難有雇主滿意的結果。如果雇主再有以甲方自居的態度,尤其直接對工程師表現出這種態度,極有可能換來的是服務商撂挑子不干。
雇主壓低預算,用最少的錢做最多的事情
有些雇主資金有限,能省則省的做法我們都可以理解。但是在不能省的地方還想法設法省,就會埋下隱患。很多服務商為了接項目,不惜報出很低的價格,圖省錢的創業者再比價選擇。最終雖然確定了合作關系,服務商也會因為“做這個項目不太值得”而不會付出很多熱情。偏偏這類創業者甲方在付錢后通常還會想法設法讓服務商多做工作,如讓UI設計師“順便”設計個logo,讓工程師增加個功能。這種情況下,服務商如果是個中小型團隊,很難有好心情做好項目。
2、來自服務商的風險
項目外包中,服務商因為比雇主更了解產品設計和技術開發,因而有更多的主動權。外包市場上的服務商包括兼職個人、兼職團隊、自由職業者、外包工作室、小型外包公司、大中型外包公司這幾種類型,外包報價通常逐級遞增,外包風險也逐級降低。但是靠譜不靠譜,與服務商的類型無直接關系。下面是快包平臺總結出來的服務商的一些不靠譜行為。
什么項目都能做,不問需求先承諾
無論多大的服務商,都會有擅長和不擅長的領域。且不說不同項目的技術實現有多少差異,分別需要什么積累。僅從產品來開,領域不同,產品不同,對產品經理的要求也不一樣。而多數接包方,都不會有不同領域的產品經理。事實上,一般的服務商都只有一兩個產品經理,甚至只有項目經理。因此什么項目都能做的服務商,更大的可能是什么項目都做得不太好。
整包項目沒有完整的產品設計和交互設計
外包項目沒有產品設計和交互設計,細節上就“死無對證”。最終交付的產品有沒有用戶體驗的細節,就完全由服務商的職業操守來決定了。許多服務商在與雇主溝通需求后,很快出大部分的UI設計圖催甲方確認,甲方看到設計圖很漂亮就確認了。做完后才發現與期望結果相差太遠。因為設計圖沒辦法體現所有細節。有這樣的案例,雇主驗收時發現用戶的登錄密碼是明文顯示的,于是和服務商對峙,服務商方以未事先說明且經理過甲方確認為由不予修改。
未充分評估就承接項目,實現過程不與雇主溝通
大多雇主提出的外包需求通常都不太明確,如果服務商未進行詳細的了解和充分的評估,項目很可能因為存在技術難題或工作量黑洞而失控。此時雙方如若及時溝通,尚能適時止損,否則項目極有可能爛尾。服務商不主動溝通,也是項目扯皮的主要原因。
3、來自雙方協作問題的風險
項目外包中,服務商和雇主要有很好的協作才能共贏。大體上,需要雙方協作的工作有三部分:產品設計的協作、外包工作范圍和結果的共識以及外包過程中的充分溝通共同管理,三部分工作都會有各自潛在的風險。
雇主需求不明確,項目功能貪多求全。如前所述,這屬于雇主不靠譜的表現,這樣的雇主將極大提高服務商做產品設計的難度,雙方很難協作出一個好的解決方案。
需求溝通不充分,產品確認不嚴謹。在產品設計階段,雇主與服務商需要充分溝通,一再進行細節上的確認。如果服務商給出的是一個大概的產品方案,雇主也恍恍惚惚的完成了產品確認,最終的交付極有可能不會令創業者滿意。
雇主需要服務商做哪些工作,或者服務商能為雇主做哪些工作,需要在雙方合作前達成共識。一些不易覺察的工作,例如服務商幫雇主開通各種賬號、購買域名、備案和配置服務器、對雇主招聘的員工進行輔導、培訓,產品上線、搜索引擎提交、維護期外的技術咨詢等細節工作,并非是默認服務商應該做的工作,對此,甲乙雙方需達成共識。
外包開發最后交付什么樣的成果,甲乙雙方必須有基本一致的預期,包括交付物、產品功能、技術性能和產品體驗等。
在外包開發的過程中,無論是雇主還是服務商,都有可能發生變動。雇主可能會有需求上的調整,服務商可能會有人員上和時間上的變動。如果雙方沒有通暢的溝通機制,不對過程進行管理,最終結果就會與預期目標有偏差。
外包是一條充滿各種坑的道路,那么技術外包路上坑這么多,要如何避免呢?如今快包根據平臺真實案例總結以下兩點,供大家參考與學習。
1、首先選擇一個靠譜的外包團隊
對外包團隊的技術積累,分兩方面來考量,一方面是技術框架積累,另一方面是行業背景積累。技術框架是決定產品開發效率、穩定性、安全性、可拓展性的關鍵因素,而行業背景積累是決定能否幫你完成一款優秀的產品設計。
對外包團隊經驗的考量(是否具有可靠案例),任何開發公司都會具有一定特色的案例來作為企業對外實力的展示,而了解開發公司是否在合作對象或者是開發對象過程中有大中型企業合作經驗,也非常重要。除了看案例介紹,有條件的情況下最好可以看到部署到線上的后臺管理系統,這樣才能體現案例的真實存在。
??
對外包團隊結構合理性的考量,目前市場上有很多外包團隊,能力水平高低不一,配置簡單,有些沒有產品經理團隊,有些沒有項目經理,有些沒有UI設計,缺胳膊少腿很常見。而想要做一款好的互聯網產品就一定要選擇綜合能力比較強的團隊,以免出現抄襲或者是無法符合市場需求的產品。團隊配置一定要合理,產品經理、UI設計、項目經理、技術經理、技術開發人員、項目測試,最好是缺一不可。
2、要與外包團隊積極協作 嚴格把控項目進度
選擇了一個好外包團隊,不代表就萬無一失,設計并開發一款產品需要彼此的配合,雇主也要清楚如何與外包團隊進行協作。
一定要參與產品設計:做產品過程中要與外包公司進行充分的交流與溝通,確保產品的方向性,體驗與交互是滿足自身要求的,產品設計過程中需要有思維導圖、流程圖、原型圖、PRD,缺一不可,從而才能走好第一步,保證項目的完整性以及整體框架的建設。
要嚴格把控項目進度:進入開發后,要求開發團隊每周提供項目進展報告,同時需要提交完整的文檔,包含概要設計,數據庫設計,接口設計,后臺設計文檔等,確保項目在正常的時間內進行。
自己控制需求,不做大而全:做一款初創產品切忌大而全,在做產品設計時需要細致思考,謹慎確認,一旦確定后,則少做修改,不能看到別的產品有什么,自己也想要有。
預算合理:多少錢做多少事,亙古不變的真理,不能指望10萬去做50萬甚至100萬才能做的事,需要自己也調整好預期。
自身內部要統一出口,達成一致:團隊自身內部一定要統一意見,再由專職1人與外包團隊進行對接,不能內部意見不一,想到什么就讓外包團隊去做,做了以后又需要修改,這樣反復折騰只能對項目造成致命影響。
一起參與測試:進入測試以后,在外包團隊提供測試網址或者測試包以后,需要安排團隊內部或者找一小批用戶參與測試,及時發現bug進行調整。
??
做一款產品總會經歷千溝萬壑,包哥最后祝福各位雇主無論是找外包還是自己組建團隊開發或者設計產品,都需要認真嚴格對待,才能做好一款優秀的產品。
快包——AI與物聯網開發服務平臺(52solution.com)
快包是開發外包,也是互聯網眾包服務!它體現分享經濟模式,把一個真實的需求與閑置的供給資源匹配,解決陌生人可信問題,讓靠譜的需求得到承諾的交付。“讓服務商賺到錢,讓雇主滿意”是快包一直以來秉承的經營理念與服務宗旨。
疫情期間,我愛方案網為雇主和服務商提供在線業務支撐服務。無需碰面,即可完成項目開發對接,高效,安全。方案超市——展示方案,持續為方案商輸送靠譜訂單。快包項目——撮合項目對接,讓服務商在線賺錢,提高收入。
加包哥微信kuaibao52,包哥帶你一起飛!(可申請加入技術群,廣交朋友,共同學習,多條路子)