1、生產公司項目建議書范文 做售前有兩個重要工作，一個是售前PPT講解材料編寫，一個就是應標的時候技術方案或者叫技術建議書的編寫，今天先談下應標過程中的技術建議書編寫要點。 通讀標書了解項目范圍和目標 當拿到標書的電子檔材料候，首先應該通讀整個標書，特別是里面的項目背景，目標，項目建設范圍，詳細的技術規(guī)范書說明，如果有詳細打分表的還需要詳細閱讀技術打分表，了解項目技術打分的重點。 一般拿到標后，甲方都會安排一次標前答疑，對于應標團隊要高度重視標前答疑工作，準備好相應的問題。其中問題重點還是應該是項目建設范圍和實施范圍，項目的關于技術約束，產品選型要求，同時也需要對標書中本身出現(xiàn)的前后不一致內容進行

2、答疑。這些都是需要甲方進一步進行澄清的內容。當然如果應標團隊有些關鍵技術不滿足，或者覺得甲方設置不合理也可以標前答疑提出來，甲方認為建議合理也可以進行修正。 界定清楚項目范圍是應標前最重要的事情，范圍的不確定將導致后面建設和實施工作量出現(xiàn)成倍的差異。舉例來說一個軟件項目建設完成后，究竟是實施5個子公司還是30個子公司，這將帶來工作量和項目費用的巨大變化。因此務必重視第一階段的范圍界定，不能有任何模糊的地方。 另外一個重要工作就是技術評分規(guī)則的詳細分析，要明白你寫的技術建議書更多要圍繞技術評分規(guī)則展開，即技術評分項都能夠在你的建議書中很明顯的找到，方便專家評委進行閱讀和打分。因此對于比較大的標，

3、我們在制作標書的時候還會準備一個評標導引文件，告訴評委技術評分點內容在標書里面的哪個章節(jié)等。 搭建技術建議書目錄框架結構 在對投標項目的目標和范圍都明確后，就可以開始搭建技術建議書的目錄框架結構。注意有些技術標發(fā)出來本身就提供了技術建議書的目錄結構要求，那么遵從甲方的要求就可以了，但是你還是可以在不破壞甲方目錄結構的情況下在最后增加一個附錄來編寫你認為有必要說明的關鍵問題和公司技術亮點等。 如果技術標本身沒有限定項目的目錄結構，那么就需要我們自己搭建。那么首先我們來看對于軟件類項目應標的時候技術建議書的一個通用大框架： 項目概述（包括項目背景，目標，項目建設范圍等）需求分析（重點是你對項目目標

4、范圍的理解，對關鍵建設內容逐個分析）項目整體建設方案（總體架構，技術架構，功能架構-按建設范圍逐層分解描述，部署方案，安全方案）項目實施方案（實施方法論，團隊組織，人員，進度計劃等）項目管理方案（標準項目管理方法論上修訂）項目案例說明（客戶，項目規(guī)模，建設內容，實施周期，人員等） 下面我們以上內容的關鍵點做一個說明： 項目概述的內容基本從甲方提供的標書材料里面拷貝，不用去加工。重點是需求分析部分，需要分析部門說明你對項目建設目標內容的理解，你大概準備采用什么產品，技術來實現(xiàn)需求等。需求分析是銜接項目建設目標范圍和項目整體解決方案間的橋梁。否則給甲方看文檔的感覺就是兩者之間脫節(jié)，不清楚你是根據(jù)目

5、標如果就給出了一個整體方案和架構，而這些都需要在需求分析部分說明清楚。 最難的還是項目整體建設方案章節(jié)，你需要拿出一個總體架構圖，這個架構圖覆蓋本期項目建設范圍，同時體現(xiàn)完整的邏輯和分層。然后對這個總架構圖進行分解，即成了后續(xù)各個子系統(tǒng)建設方案的詳細描述。這個地方如何進行抽象整合，如何揉是最難的點。 同時整體方案也包括了部署架構，非功能性架構（安全，性能，管控，部署和網(wǎng)絡）各方面的內容，這些都需要在整體解決方案中進行詳細描述。所以不要簡單地以為整體解決方案僅僅是功能架構的描述。如果安裝企業(yè)架構的思路，那么整體解決方案應該分為： 總體架構描述（業(yè)務架構，應用架構，數(shù)據(jù)架構，集成架構，技術架構（非

6、功能性架構全在這）,然后業(yè)務架構可以按流程線或業(yè)務域進行分解描述，應用架構按子系統(tǒng)分解展開詳細描述。這樣整體解決方案就形成了一個完整統(tǒng)一，緊湊的文檔結構模式。 建議書內容編寫分工，架構設計 對于一個大項目的技術建議書編寫，往往在搭建完整體目錄結構后可以開始考慮進行內容分解，分解后安排到不同的人員去編寫。比如不同的子系統(tǒng)方案安排到不同的人編寫，對于標準和業(yè)務無關的技術方案安排到技術架構，對于IT基礎設施和部署架構安排到工程人員編寫。 對于這種大的技術建議書，統(tǒng)籌的人最重要，一個大的售前項目應標和技術建議書編寫本身就是一個項目，需要有嚴格的項目計劃和進度控制，啥時候完成哪部分的編寫，啥時候整合，啥

7、時候進行內容評審和修訂，啥時候安排打印等都需要有明確的時間安排。否則很容易出現(xiàn)在交標前手忙腳亂的情況。 在內容編寫的時候首先又要分出兩部分內容： 哪些是原來建議書就寫過的的標準化的內容，不用修改的?哪些是需要根據(jù)本次應標項目有針對性的調整的? 也正是這個原因，如果經常做售前項目應標，不是簡單的積累已有的技術方案和技術建議書，而是應該對產品功能說明，項目管理方法論，團隊人員簡歷，運維和售后規(guī)范流程，項目案例等都準備獨立的可復用的標準化，模塊化文件。到了真正應標的時候，根據(jù)需要對這些內容進行組裝和整合。 而實際我們要做的，對于整體解決方案里面就是整體架構設計，通過整體架構設計圖和內容說明將前面的需

8、求分析和后面的模塊化產品說明串接起來形成一個整體。其次，就是實施方面，這個涉及到需要根據(jù)項目本期的業(yè)務目標和需求排項目的項目進度計劃，安排項目人員等，這些也需要花較多時間準備。 建議書內容整合和檢查 最后一個階段就是對建議書內容進行整合，整合完成后進行目錄結構，字體，行距，錯別字等基礎的合規(guī)性檢查。其次是按照項目目標范圍要求，進行內容的檢查，確認沒有關鍵內容遺漏。最后就是基于項目技術打分表，進一步確認每個技術打分項都在提交的技術建議書里面有明確的描述，同時完成技術評分指引表，說明具體的內容位置。 生產專業(yè)的助聽器，銷售交給專業(yè)的公司 有，還不止一家 我怎么看？ 我怒火中燒的看！ 我家孩子打了三

9、針武漢生物的百白破之后就得了百日咳，咳了一整個冬天！孩子受的罪想想就心痛！ 以為就我家孩子時運不濟打針后就得了百日咳，沒成想有很多很多的孩子打過武漢生物的百白破之后得百日咳！ 我還能怎么看？ 我怎么看有用嗎？ 我想看造毒疫苗，假疫苗的廠家傾家蕩產，斷子絕孫！ 我這么看有用嗎？ 國產機械鍵盤軸的公司就很多了，比較有名的就是凱華，g軸，還有龍華，冠泰，高特，松鼠等等，雷柏的自主軸，還有一些不出名的小廠軸。凱華的實力還是比較強的，我比較喜歡。雷蛇的綠軸有凱華代工的。不過現(xiàn)在是ttc代工的。凱華mx售價也比較高，手感也是比較接近櫻桃，壽命方面，官方的數(shù)據(jù)可是比櫻桃還要好不少。松鼠軸比較常見的大概就是魔力鴨了吧，不過口碑似乎不是太好，大家一致反應后期連擊較多。龍華軸傳言是凱華同廠的次品，我買過一點，的確手感這塊沒有同級的凱華舒服。g軸的口碑也不錯，雷柏的黃軸我覺得是比較有特色的一款軸體。而且雷柏的黑軸用起來和凱華黑區(qū)別不大，比櫻桃黑