如何制定ERP系統開發規劃？1、建議您不過在此之前公司內部商討對策，有個至少的計劃，內容明確一下項目人員（項目經理最好就是是懂公司業務流程并有是有話語權，小組成員是需要責任心與相對應的能力）、計劃時間

如何制定ERP系統開發規劃？

1、建議您不過在此之前公司內部商討對策，有個至少的計劃，內容明確一下項目人員（項目經理最好就是是懂公司業務流程并有是有話語權，小組成員是需要責任心與相對應的能力）、計劃時間、需求、價格預算，否則沒想好，多少供應商來也是一路陪跑；

2、第二步與多家供應商協商好，可依據什么供應商調研后的解決方案，價格無異議后中,選擇更優的合作伙伴；

3、雙方協商處理定下來實施計劃，強盜團項目經理必須把控度計劃進度，又出現問題及時處理受到解決方案，確保計劃最終落下時；

4、項目上不了線，技術人員現場跟上來，問題及時處理，不能能解決的反饋至項目組，齊齊解決；

5、雙方達成了協議項目能完成的協議，即可驗收。

項目未簽合同卻已上線，能追回款項或要求對方下線此項目嗎？需要注意什么？

補充說明下，是2017年高端婚禮拍攝的一個軟件外包項目，已經下線1年。因為客戶是常期合作關系，當時未簽訂協議該項目的合同，現在因為多個項目對方不按照合同履約，想強制停止合作并結算以往項目。這個未簽了合同的項目，能告贏對方支付款項或則滿對方項目下線嗎？有郵件和聊天記錄，在內已上線的網站。

謝邀。

百佳律師-企業法律團隊律師為你的幫忙解決，感謝私聊我們。

當然，更希冀你的關注。

律師建議也可以具體的要求對方怎么支付該項目款項，至于是否需要都能夠得到法院支持，看你的證據材料有完整可以證明合同的主要約定這些履行情況，建議找個律師詳細看看。

如果有需要，微博私信我們

擅長合同法方面的律師城就會據具體的情況并且專業分析。

建設項目申請初步設計評審需要什么資料？

以我原型評審會議例子

前言：

關鍵在于要一切都搞定兩大陣營：需求陣營、技術陣營。

栽過不少跟頭，領悟到少許實戰小竅門兒，希望能幫您少走彎路。

一、會前

1、產品團隊先內部評審

有道是，家丑不可外揚。

一般不，是應該不會拿著你的2B原型，跟團隊內部小伙伴過第二次的。

是因為，誰也不打算把不好的一面，直白露骨的淋漓盡致地展現給身邊人看的一清二楚。

就像人不我推薦，等你有足夠的自信之后，何不一試。

只不過，如果不是你拉的下這個臉，可以請貼小伙伴們來個原型部門能分享會。

總之，小伙伴們大部分是很高興參與并幫你的，如果他們當時比較忙。

我們產品部門之前就試過，效果還滿好的，這個可以提前一兩天注意規避不少小問題。

2、兩大陣營先單點逐一攻破

先找業務方評審，再找技術團隊評審，可是慢了有點兒，麻煩些。

只不過，是可以很小程度能讓你在原型評審大會上，絕對不會被兩大陣營懟得體無完膚，手足無措。

2.1、單點極致——需求陣營

自己大致了解畫的原型和規則，得先跟業務方分開來過看看，最后確認是否需要至少明確的預期。

業務方，是告訴其該產品他們一年前提的需求，如今如何滿足，頁面之間該如何跳轉鏈接、如何能你操作。

所以我，可過搔擾他們，小腿兒不勤快些，再約他們抽時間聊一聊人生，待到在用戶體驗上，他們微微點頭感激不盡為止。

2.2、單點突破——技術陣營

技術陣營選手有：項目經理、UI設計師代表、前端開發代表、后臺開發代表、測試工程師代表等

技術，會摳產品的每一個細節，不斷地的問你我想知道為什么有這些頁面、流程和規則。

你原型里有的，他能問的，都會問；也沒的，也會問，誰讓你沒好好想想？

我覺著他們真的是一群很好了不起的人兒，謝謝你們，筆芯~~

不但要寫代碼、設計圖片、測試產品，還要來幫你這個渣渣產品揩屁股。

不是什么漏了這個規則，那是漏了那個流程，或則是這個頁面，總之就想懟你啦！

溫馨提示：如果不是你是沒有跟技術陣營小伙伴，先小范圍至多原型評審兩次，你會死得很慘。

就算，你對自己的業務流程、原型、規則極度自信。那請看出我的友情提示。

同樣的，別害怕被蹂躪，堅強的對付他們，直到他們在流程、原型、規則上，不懟你為止，此輪小范圍評審才算暫時沒有暫時告一段落。

3、要做必要準備工作

3.1、要請貼最關鍵人進行會議

先用各種途徑(當面、郵件、釘釘、語言、等)與各關鍵人物，預約并定好可參加大會的時間。

溫馨提示：假如關鍵人物沒時間參加或與其他會議發生，咱們可往前需要延期再約。

只不過，可以約到。能拍板的人沒工夫來進行，你的評審會，開了不等于白開。

誰遇到，誰酸爽~~

3.2、會議通知不提前不久兩天發

就像以郵件釘釘群公告形式，宣布請貼項目具體所有人來參加會議

建議一個都沒法少，不過特殊情況非關鍵人可延后請一天假。

3.3、馬上準備好會議所有實用資料

不需要分發的資料可以不提前打印出來幾份出去，發我有需要的小伙伴。

3.4、不提前與運維同事打好招呼，再連接設置參數好大會議室投影儀。

這事兒可大可小，如果關鍵是時候掉鏈子，投影儀連不上，是很不好意思的一件事喲！

3.5、不提前10分鐘可以到達會議室，并又一次提醒項目組成員。

溫馨提示大家，會議馬上要結束，請移玉到會議室參會。

大家都很忙很忙，肯定一天要不參加N多個會議，特別是關鍵人物。

你不叮囑，不少小伙伴說不定已是把你的會議忘得貽盡，很正常嗎。

二、會中

準備工作做足后，那你也可以宣布評審啦喂！快點兒拿好小板凳，排排坐好。

4、告知會議目標

不會相信很多產品經理都會才發現，明明我開會是聊這個需求的評審。

而，被大家亂吼瞎幾把亂聊之后，多少人被帶回陰溝里面去的呢？

開完會，啥結論也沒。好好的的一個原型評審會，轉成了產品吐槽一下大雜會。丟~

因此，主要關注會議主題、會議目標，為啥開，咋開，要達到什么效果？

是為不犯同樣的錯，會議目標需要通知開會剛開始就向所有人強調。

5、推薦項目背景

等等，別害臊嘛！怎莫也先來個前戲，讓人家有點心里建設吧？

不管有沒有愛，也知道此項目的基本情況，依舊建議你統一又一次為參與會議人員詳細介紹下要做這個產品，為誰你服務，解決的辦法哪些痛點，有什么價值。

6、對評審會議參與管控。

會議主持人要做控場工作，嚴格遵守執行會議流程。

以其人之道，還治其人之身，對事不對人。

跑題的話題盡量減少身體拉長會議時間，白白浪費大家表情，我建議你就叫住拉回來主題。

7、心態要好，操縱好情緒，別興奮。

做產品經理，如果不是你沒有一顆大心臟，我現在就想勸退你。

以前見過暗斗群雄嗎？是的，你的第一次原型評審大會，可以說感受到。

記好，你就是全場最亮的那個zai。

放松，坦然的接受，親。

8、確定專人做會議紀要。

老鐵，起床啦！就像也應該是你自己記錄啦。

肯定，要是有個小助理，那就美滋滋咯！

9、認真落實會議決議并嚴格遵守，責任到人。

放空炮誰不會啊？關鍵是很多要落地的東西，可以責任到人。

再者：假如原型評審沒，另外產品經理的你得會后一直系統優化原型再評審，等他通過為止，才能往下往前推進工作；如果實際了，設計不需要誰出UI圖？多久之后出？

好多事兒呢，各項工作，都得在會議上逐項落實，各自認領回。

9、不討論到技術實現細節，只探討一番可行性。

別不記得了，你已經分開來跟技術聊過技術規則細節了。

在這種大會上，這樣的話多非技術人員聯合，你聊過多的話技術實現程序細節問題，可是是啥，清楚不？

玩手機的玩手機，睡覺好的睡。大會哦，大佬？并不是技術原型評審會，千萬要記住。

三、會后

10、將整理好的會議記要，發到郵箱項目參加大會人。

會上絕對討論到了很多是需要從空中落下的會議決議，替以防大家忘記什么，資料記錄下來，并以公司正式地郵件發給大家

豬哥將平時工作中在用的會議通知、決策會議模板分享分享給你。

公眾號后臺解除：【會議紀要】去領模板。

如果沒有你還要什么工作模板，請私撩我咯~

11、與技術團隊溝通產品提測、上線時間。

原型評審實際之后，產品也閑不下去的啦！

拉小會與技術陣營小伙伴溝通和交流：UI圖什么時候出來？代碼什么時候提測？測試出來什么時候上灰度環境？什么時候產品和業務方驗收？等等一堆問題，都要定個時間節點。

12、給業務方反饋上線時間

有些時候，業務方在你還沒有跟技術陣營討論到上線時間之前。

大家才網剛評審完，便拉起你，來這樣的話一句：什么時候上游戲啊？我很急？

然后你就要很無奈的再次解釋一遍：我得先跟技術團隊討論到，后再跟你同步。

有木有？因為，繼續討論完的上線時間，趕快告知業務方，給他們吃顆定心丸吧！

13、管控項目進度

項目管理，主要注意的痛，個人總覺得是200元以內幾點，見意重點關注一二。

13.1、需求變更

又一個老大難問題，需求變更倒致的風險，是很麻煩極為嚴重的。當然了，要依據自己的經驗與能力判斷，此行需求方變更需求的影響范圍。

如果影響很大，那能改就改如果不是影響大較高，那可以報給風險，事先速回需求方并能提供合不合理理由。

如果沒有是影響大思維模型中的底層數據架構，那可以報嚴重風險。

13.2、情況緊急需求

最怕這類人，蠻橫不講理還狂霸，整個項目正常下線流程又不是還不知道，但還要給出我現在就要，一周之內就要這種懂互聯網項目正常了上線流程的無理要求要求。

誰的事不急，誰的需求不有用？你現在要，我也給不了，小需求我也可以急速評估，及時上游戲，不要能做到能今天上游戲絕不會盡量拖延到明天。

不過，大需求該咋走流程應該得怎摸走。

13.3、項目組充當換人

項目開發到一半，技術突然間離職后或是被許多項目借調，倒致項目突然之間報風險，確實是很容易讓人陣腳大亂。

如果不是技術自動離職，得找人盡早接手咱們的項目。假如技術被借調，咱們產品得去知道一點具體詳細原因，想解決方案。

最終目的，可以保證項目都正常上不了線。

系統的總結：

原型評審，是我們產品人，只能無奈對于并鄭重要做的一步。任重而道遠，各自加油啊哦！

推薦閱讀:

豬哥1分鐘(死磕31天，已能完成23.84%)

公眾號：刻意練習產品思維

作者：會飛的豬

標簽：退伍軍人，反面教材創業者，懂技術懂運營的B端產品人