今天去參加了一場投標分析會，與合作方大佬的交流甚為暢快，加之我個人經驗，總結如下：
本專案分數比例為：**分10%，技術分70%，商務分20%，**分比例偏低，壓價取勝的策略難度大；而之前我參加搶的乙個標**分比例較大（忘記點數了），壓價到三折，本團隊實力最弱，但**搶標成功。
技術部分答辯分為50+分，此分數除非答辯方表現特別糟糕，一般都會滿分。這也是為了避免有投標方分數過低導致出局的情況（會造成流標）。
技術部分答辯項 和 商務部分服務項 不能寫負偏離，專家本不會扣分，你寫了負偏離不扣不行了。
技術部分 並非 按照條目要求實現並演示就不扣分，而是將最佳表現方作為滿分基準來扣分的。
技術部分 之 「設計方案文件」（如框架設計、需求分析、實施方案）文件專家一般是不看的，關鍵是本子要做厚，氣勢拿出來。
涉及軟體演示，可以直接用第三方軟體產品來演示，可出現該公司及產品資訊。咱們名義是整合商/服務商，第三方軟體公司角色是**商，這是允許的。（我記得前年有乙個標是貨物標是盲評的，也就是演示時候是不能報家門的；而如果是軟體專案的話，不是盲評。）
產品演示太重要，小公司沒有建設過類似專案一般機會較小，演示小幾分鐘就已經知生死。
評審專家被選中後，30分鐘到現場，最遲60分鐘。
流標過的專案，評標是相對公平的。
上市公司是不易搞小動作的，從這個層面理解，不要怕它。
後記：對待招標公告要認真細緻，不起眼的東東反而我們可能容易忽略，比如遲到、蓋章漏掉啥之類的，不可犯此低階錯誤；
高手對決也就小幾分的差距，打鐵還需自身硬啊。
招投標注意事項
招標人應當有進行招標專案的相應資金或者資金 已經落實，並應當在招標檔案中如實載明。招標檔案不得要求或者標明特定的生產 者以及含有傾向或者排斥潛在投標人的其他內容。招標人不得向他人透露已獲取招標檔案的潛在投標人的名稱 數量以及可能影響公平競爭的有關招標投標的其他情況。招標人不得強制投標人組成聯合體共同...
專案要求注意事項
專案要求注意事項 一 專案評分的三個方面 l 60 l 文件 20 l 答辯 20 二 專案每個方面的要求 1 l 規範，如 命名規範 縮排規範 注釋規範等。嚴格參照電子書 高質量 c 程式設計指南 的 規範。l 及格標準 具備壓縮 解壓兩個功能。l 採用新技術 使用新演算法可加分。l 增加新功能可...
springmvc專案注意事項
構建springmvc專案需要注意的地方 要提供springmvc annotation 不然根本就不能夠訪問 controller 類了。預設 mvc annotation driven 他的作用是式地向 spring 容器註冊 autowiredannotationbeanpostprocess...