本文主要是來跟大家覆盤一下,爲何能快速完成一個投資不大的APP項目,在其中,我們運用了那些措施?

3招,快速搞定一個APP項目

先大概說下這個項目的背景,一個APP項目,投資不大,百萬左右的規模,是我們部門第一個g端項目。

項目投標的準備非常倉促,本來也沒抱太大希望,結果中標了,有些意外的驚喜,更驚喜的是這個項目驗收速度之快從來沒有過,應該說一期的項目算是比較成功的,事後覆盤一下,爲何能這麼順利的實施項目,大概以下三個措施起到了作用。

一、項目需求的管控到了極致

開始接手實施這個項目,第一步還是控範圍,也就是我常說的邊界思維,在簽訂合同之前,要嚴格的把項目邊界定出來,爲後面的順利實施做鋪墊。

這個項目招標的時候項目需求寫的非常粗,我們經過和用戶的的初步調研,把用戶的需求分到了三級功能點,並評估了工作量,給出優先級,拿這個文檔和用戶進行第一次談判,有些個別的內容被砍掉了,整體來看工作量還是很大,沒有達到預期。

第二步我們作爲產品線和銷售攤牌,把我們能做的需求範圍和項目進度的滿足情況和銷售說清楚,這個是底線,否則就沒辦法承接了,讓他找用戶談,這招叫欲擒故縱,當然我們也確實做好了不承接這個項目的準備,單點項目,看不到後期的太大擴展的可能性,沒辦法產品化推廣,一期項目賺不到錢,做了意義不大。

這招欲擒故縱有了成效,用戶考慮項目進度和後期的推廣難度,接受了我們的範圍要求,最後達成可一個最佳的項目邊界。

邊界定了之後,我們通過設計高保真的移動端原型,迅速讓用戶對需求進行了確認、簽字,通過高保真原型,溝通過程非常順暢,三天左右的時間達成了共識,進入開發環節,因爲前期用戶都看到了高保真原型,上線後和用戶預期相差不大,功能使用的滿意度基本達到預期。

二、項目的客戶支持非常到位

我們這個甲方的項目經理是第一次管理這類信息化的項目,很多事情搞不明白,在客戶支持方面我們給了大力的支持。

  1. 各類需要跨部門開會的安排,我們都會安排足夠的人蔘加,哪怕有些人就是湊數的也要過去,這樣讓客戶更有面子,心裏更踏實。
  2. 政府的項目彙報比較多,這些彙報的材料基本上我們都包了,減輕了用戶的工作量和工作壓力,而且收到了不錯的彙報效果,客戶高興,項目上的很多事自然會替我們說話。
  3. 手把手教會用戶使用系統給領導彙報,爲了讓客戶能更好的更他的領導演示系統,我們手把手的教他如何做。首先幫他在電腦上安裝APP的演示環境,配合演示幫他寫了一個word講解臺本,考慮演示時的網絡環境,提前準備好兩種網絡策略,演示時我們在後臺支持,最終演示效果很好,我們的項目也很快驗收了。

三、成功的運維策略

這個項目的終端用戶羣非常大,有幾萬人,而我們最多隻能投入一個運維支撐人員,爲了提升客戶滿意度的同時,儘量減輕運維人員的壓力,我們將用戶根據地域劃分7個片區,並在這些片區中選出用戶管理員代表作爲後期系統使用、管理的接口人。

我們先針對這些管理接口人進行培訓,讓他們先掌握系統的操作方法,運維要領,而後建立7個微信羣,以微信羣爲主進行服務請求的處理。

由管理員負責收集自己負責片區用戶的使用問題,然後報給我們的運維人員統一受理、解決,這樣既避開了終端用戶與運維人員直接接觸,減輕運維工作量,也調動了用戶系統使用的積極性,效果很不錯。

當然我們也保留了電話和郵件的溝通方式,但從設計的運維過程來看,使用較少,微信羣纔是最佳的問題溝通渠道。

當然除了系統的問題,用戶也會提一些新的需求出來,針對這類新需求,我們定義了需求變更流程,全部由管理員提交到甲方項目經理審覈,由甲方項目經理找我們統一協商,通過這種方式也避免了大家隨意提需求的現象,提出來有價值的需求統一談判,找變更的投資費用支撐,這樣我們也樂於支持這些需求變更。

通過極致化的控制需求邊界、良好的客戶支持手段以及成功的運維策略,再加上一點點的幸運,項目很快驗收匯款,這個項目也成爲我們部門成立以來驗收最快的項目。

#專欄作家#

奮鬥De奶爸,微信公衆號:奶爸的小客棧(ID:naiba2000),人人都是產品經理專欄作家。10年以上產品、項目管理實戰經驗,關注企業供應鏈、數據中心、IT監控等產品,喜歡琢磨,希望把有價值的產品理念和實戰經驗傳遞給需要的人。

本文原創發佈於人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基於CC0協議。

相關文章