A. 想寫一篇關於項目建設的調研文章，找點素材
建議上網搜點項目建設調度會的講話，然後改編下就可以。http://www.hami.gov.cn/10012/10012/00004/00007/2008/53347.htm
http://jj.0437.gov.cn/html/jjdt/2007-8/22/_2.shtml
http://www.0437.gov.cn/news/dispArticle.Asp?ID=7428
B. 商業計劃書word和ppt都怎麼做呀
PPT素材|模板|精美商務計劃書文件word模板一3 免費下載
鏈接: https://pan..com/s/15kJjzPZGZlyXL-GquGGTsQ
幻燈片模板即已定義的幻燈片格式。PowerPoint和Word、Excel等應用軟體一樣，都是Microsoft公司推出的Office系列產品之一，主要用於設計製作廣告宣傳、產品演示的電子版幻燈片，製作的演示文稿可以通過計算機屏幕或者投影機播放；利用PowerPoint，不但可以創建演示文稿，還可以在互聯網上召開面對面會議、遠程會議或在Web上給觀眾展示演示文稿。隨著辦公自動化的普及，PowerPoint的應用越來越廣
C. 網站建設合同 應該注意哪些
下面就對各部分內容所要注意的事項進行說明：工作范圍需求調研與《網站建設方案書》製作，網站素材准備，網站頁面設計與製作，網站功能性部分程序開發與頁面融合，資料庫設計與數據輸入，伺服器購買(軟體和硬體)或伺服器空間租用、伺服器存放，域名注冊與解析等工作都是網站項目所要涉及到的相關內容。所以制定合同的時候要注意分工明確，那些事承建方需要承擔的工作，哪些是企業跟第三方的工作內容，各項工作間的合作方式和要求都要明確好。特別是工作中需要建設和第三方合作的情況一定要有明確詳細的合作流程、方式以及要求等，舉個例子，如果網站素材由企業提供，合同必須對企業提供的素材內容，時間，要求作出清晰的說明。合同的詳細程度達到網站欄目需要製作的內容和需要開發的程序等程度，合同在這些方面要進行詳細和明確的說明。合同可以用建設方確認通過的《網站建設方案書》作為合同附錄，來更詳細闡明承建方的工作。質量要求網站頁面設計，製作與網站程序的質量是質量包括的主要內容。合同對這些方面的質量要求越具體越好，比如說為了保證瀏覽速度，建設方也可以對每個網頁的大小作出一般性限制，所以這些方面的要求最好是詳細的和可度量的。建設方和承建方對設計風格不同的認識導致對頁面設計與製作的質量要求不同，所以這個方面難以進行度量，容易出現建設方多次否定設計的情況。所以這個時候要懂得變通，讓雙方的評判差異盡可能縮小和融合。例如，可以由承建方設計出5種建設方要求風格的設計頁面，然後由建設方選擇，或者只允許5次以內的修正，對於那些落選的頁面設計可以半價收購，這樣子可以限制設計的無限量變化。又或者可以通過第三方來評價頁面設計與製作質量。可以去找一些普通的上網用戶，測試他們成功搜索網站中某個特定內容所需要的時間，以這個時間作為參考標准來衡量網站鏈接設計質量是否合理，通過第三方來評判網站設計與製作質量，不僅客觀而且網站也得到了很好的宣傳和推廣。合同在網站功能性程序方面也要進行詳細的說明，比如說系統為會員要提供的功能和服務等在《網站建設方案書》里可以作出詳細的說明，二會員的注冊，登陸，退出等肯定也要有詳細的說明。在網站承建方提供虛擬主機空間的情況下，企業還可以對網站訪問速度，宕機時間，網站帶寬等方面作出要求(空間租用雙方一般也可以另簽《網站空間租用合同》)。項目建設工作流程與時間進度需求調研，完成網站《網站建設方案書》，《方案書》確認，素材(文字，圖片，數據)收集與整理，頁面風格設計，風格設計確認，頁面製作，程序開發，整合(頁面，程序)，建設方評估與測試，網站改進與建設方確認，伺服器與域名准備，網站上傳發布，網站維護是網站建設所要經歷的一系列流程。所以合同對於項目開展的工作流程一定要進行詳細的說明。每個工作流程都要表達清楚承建方所要承擔的義務，特別是需要企業參與的部分，這些工作內容和要求要分工明確，比如說需求調研時企業的配合和資源提供;設計製作確認時的確認方式和確認范圍。最後是對任務完成的時間進行的限制，合同對於每個流程環節的工作量和完工的日期進行估計和限制，雙方可以在需要的基礎上進行協商，然後確定完成進度。
D. 項目解決方案和建設思路有什麼區別，感覺是一回事
一、解決方案難寫在哪裡？
很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。
作為一個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務，而我自己的事情一般又比別人多一點，也不能不做，只好心裡大罵一句，罵完後就打電話搞清楚別人的要求，邊問就邊構思整個方案的推導思路和結構提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內)，讓他們擔心方案的質量和進度保證，進而對自己的後續工作質量沒有信心。所以我其實也特別緊張，注意力也特別集中，大腦也高速反應，基本上幾分鍾電話或面談完思路基本就有了，然後該幹嘛幹嘛，找一些零散的小時間把思路不斷推導一下，然後到了一個比較安靜和完整的時間段前才開始寫，這個時候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時候也是注意力也特別集中，大腦也高速反應，越寫思路越開，很快也就完工了。
寫方案不難，知道怎麼寫才難。關於寫方案我只總結一點，結構化地去組織你的思想。
有結構就有思路，有思路就有方案。
另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質量就會隨公司能力不斷增長。
當然我曾經問過很多人，你到底為什麼寫不出好的方案呢？
基本上原因可以歸為四類：
1.1第一種是沒有體系
一旦用戶要求提供關於PDM的方案，很多人大腦是一片空白，完全不知道從哪裡下手。很多人說起自己的產品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產品體系造成的，知道一兩個甚至更多的產品賣點不難，但難就難在成體系，知識就是成體系的點構成的，而不是一句一句離散的說法構成的。
因為我們這個行業從業人員說句不客氣的話，大部分對所銷售實施的管理系統並沒有很深入的研究，都是半路出家，從頭開始，在學習過程中熟悉，在熟悉過程中領悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當一個人對一個產品思路有體系以後，才能夠寫出完整的方案，否則就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案，首先要把自己產品的來龍去脈，功能模塊，適應領域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然後逐步補充競爭對手知識和一些技術性知識，不斷深化自己的知識體系。
1.2第二種是沒有思路
有很多用戶看多了模板化的方案以後，想看一些針對他們自己的業務的個性化內容，這個時候有的人按照標准方案模板修改還勉強能對付，但對於個性化內容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業業務造成的，寫方案，特別是針對性方案不僅僅要求了解企業的需求，而且要知道這些需求是在何種業務需求下產生的，用戶提出這樣的要求到底想解決什麼問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。
所以一個人要寫好方案，還需要了解下遊客戶的業務，了解業務最有效的方法就是親自做幾次詳盡的業務調研，有了業務調研做基礎，在調研過程中把握用戶關注重難點問題，自然可以比較好的確定方案的個性化內容思路。
解決方案就是把客戶的利益和產品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材
一般不經常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現在都是投標，不同用戶可能有不同投標的要求，這樣很難用一個方案去適應所有的用戶，因此在每個方案中都有一些需要准備的內容。
這些內容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去准備，造成方案完成周期過長。
所以寫好方案必須具備這三個條件，第一方案編制者對企業業務要很熟悉，或者有相關業務調研經驗，第二方案編制者對產品非常熟悉，至少對自己產品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次
很多人剛和用戶接觸沒有多久，為了表現自己對客戶的重視，馬上表示要提供方案，當然有的客戶剛剛開始選型，也不知道到底要什麼搞，也要供應商馬上提供一個方案。
結果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板製作一個，用戶一看幾個供應商內容都差不多，覺得不好，又總結出一些個性化要求，於是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟體技術，可以提供標準的產品技術白皮書，到了經過售前調研，有所准備，在演示前後階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎上提供解決方案或者投標書。
過早提供方案只能匆匆了事，時間緊急，質量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。
方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質量的方案是不可能的。如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經過練習寫出好的方案。
二、壞的解決方案有那些特徵2.1第一個容易犯的錯誤：只有論點，沒有論證
不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產品手冊摘要版，不象方案書。
不好的方案是一大堆內容，淹沒在一堆紙裡面，也不知道想說什麼，給你一個厚度，證明我們的工作質量很高。我們國內許多的企業客戶特別是大型企業都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結構的。
所以真正好的方案，不一定厚，但能看出你用心，你認真。
現在的解決方案一個不好的傾向是「長、厚、全」，看起來面面俱到，其實對決策者沒有幫助。
所有的方案無差異性，每家供應商都說自己能解決這些問題，而且都有成功案例。
結果所有的方案都無法給決策者簡明的判斷依據，不得不費更大勁去做產品演示和用戶考察。
其實很少有企業高管不知道自己的毛病，在企業你隨便去找一個人，對問題都能講一通，在企業你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案並沒有研究為什麼企業會產生這么多問題？問題是這些問題是什麼產生的？為什麼出這么多問題？而是不斷說「我能！我能！選我，選我！」。
如果不能找到解決這些問題的原因，簡單地去解決這些現象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文，能夠發現問題(這個也是模板化的，可惜中國企業大部分沒有意識到自己很多問題並不少見，總以為自己是特殊的一類企業)，提出答案(搞信息化)，但沒有論證(為什麼搞信息化和企業管理進步有聯系呢？)。
沒有論證的東西不管內容陳列得多麼繁復，名詞多麼嚇人，但是無法打動用戶，特別是那種理性的用戶。
看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。
如果從沒看過方案的人，突然看到這幾個方案，你為什麼會感覺某個方案寫得好呢，關鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規范。但對內容認可程度並不高，實際上沒看懂。
2.2第二個容易犯的錯誤：業務解決方案成為功能列表
解決方案省事的一種方法就是將產品功能描述作為技術方案內容進行羅列，或者參照軟體用戶手冊羅列，這種解決方案不是按照用戶業務去准備的內容，而是按照軟體商自己的喜好去編制的解決方案是很難得到用戶認可的。
大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。
而且這種方案還有一個特點，一個問題反反復復的提，在業務背景中指出某個問題，講一通，在價值分析中又重點解釋一通，到了功能介紹時又將某個問題來龍去脈概要說明一下，給用戶感覺是一堆資料的堆積，哪裡體現出了方案的針對性呢？
按功能列表准備方案的做法在很長一段時間內不會消失，這和我們普遍是4P銷售人員，還缺少SPIN(顧問式)銷售人員有關，在資源不足的情況下，要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤：結構不清晰
不好的解決方案最共性的毛病是結構不太好，沒有清晰的思路。
沒有思路的方案質量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應商混亂的思路中發掘亮點，看看到底是誰能解決企業的問題，真是一件痛苦的工作。
一種常見的方案結構毛病就是重復的內容在不同的章節反復出現例如在第一章介紹了對某個問題的分析，提出企業的需求，這第二章介紹方案價值的時候又用不同語句組織類似內容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結構臃腫。
這里有一個方案提綱的提綱，我們以這個提綱為例子說明結構不清晰的方案。
1公司簡介及資質文件
1.1公司簡介 1.2自有產品及代理產品情況 1.3重點工程介紹 1.4公司資質復印件 2分項標價表 3 ***PDM系統技術解決方案 1 ***PDM系統技術解決方案 2 ***PDM系統具體功能模塊 3報表及明細匯總 4應用工具及封裝介面 5用戶及許可權管理 6拼圖列印 7編碼管理 4實施計劃 4.1實施步驟 4.2實施計劃 5培訓計劃 3.1系統培訓對象 3.2主要培訓內容 3.3培訓方式 6實施人員資質 6.1實施人員組成及工作職責 6.2實施人員資質說明 7質量保證及售後服務 7.1質量保證 7.1.1工程技術力量的研發水平 7.1.2工程技術力量的實踐經驗 7.1.3管理水平7.2售後服務承諾 7.2.1技術支持與服務的內容和承諾
7.2.2技術支持與服務的保障 8開目典型用戶 9有關技術秘密的聲明 10附件
這個方案第一部分、第二部分是用戶投標要求，必須如此，但第三部分技術解決方案應該是重點，這個部分結構就很奇怪。
一般好的方案結構標題就是論點，內容就是用事實進行論證，子目錄是上級總目錄論點的分論點，逐層論證下來，方案顯得邏輯性結構性很強，看看目錄就能看出方案的邏輯推導體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的，看起來一大堆內容，有經驗的人一看就知道是內容的羅列。
例如第三部分總標題是技術解決方案，結果第一個子標題還是技術解決方案，撞車！一定層次感都沒有。而且第一子章節技術解決方案後馬上是功能模塊，技術解決方案理論上包括功能模塊，不是一個層面的東西，技術解決方案應該和實施策略，服務策略平級的內容，所以一定要談談自己技術解決方案，不如用技術解決方案思路或者特色來表達，和功能模塊也就是一個層次分論點，統一支持技術解決方案這個大題目。
具體功能模塊後面跟著一大堆章節就更奇怪，裡面每個都是具體的功能模塊，為什麼成為和具體功能模塊平級的內容？應該設置為具體功能模塊子章節為妥。
很多人可能覺得用戶對這個點很關心，要重點突出，所以一定要單獨立一個章節，其實不必然，結構清晰的方案用戶看起來才不費心，反而想這個方案，將具體功能模塊，報表及明細匯總、應用工具及封裝介面、用戶及許可權管理、拼圖列印、編碼管理列為同一層面內容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應關心內容並不容易。
其實不如把技術解決方案分為兩大部分，一部分介紹整個方案的實現思路，對於工作比較忙的人可以看這塊中對企業業務和邏輯的分析是否到位，相當於整個方案的精華版；一部分介紹整個方案的技術支撐模塊，對於項目具體負責人就可以深入研究技術支撐和業務思路之間是否存在合理的組織關系。
在第二部分技術支撐模塊中根據業務邏輯或業務順序設計功能模塊的介紹。
例如一般企業是首先考慮靜態技術資料的受控管理，在受控的基礎上要求盡可能集成設計軟體中的信息，然後要對設計過程建立嚴密的動態控制體系，此外還希望得到一些設計過程的專業支持，例如變型設計，二級工藝路線管理等等，最後要求提供一些編碼，企業資源庫等等輔助工具。這就是我們實現企業需求的一個大的業務思路，在這個業務思路下我們可以將技術支撐模塊分為相應的五個部分。
到這里，整個方案大的框架就有了，我們需要設計一下分標題，使用戶一看就可以進入自己關心的內容，而且每個部分都是對所屬總標題的呼應支持，在業務環節上也是「相互獨立，彼此窮盡」的環節。
在標題的設計上不要過於簡單，例如技術資料管理，應該說有效的技術資料管理，因為有效才成為技術支撐模塊，進而呼應前面業務實現思路中的描述。
1業務實現思路 2技術支撐模塊 2.1有效的技術資料管理 2.2深入的數據集成 2.3嚴密的過程式控制制 2.4靈活的設計支持 2.5輔助設計工具
在上面這個思路基礎上，我們就開始結合企業業務和產品功能進行考慮分標題下級的結構，我們用第一有效的技術資料管理為例子。
有效的技術資料管理到底要解決哪些業務問題才算完整呢？我們現在就開始將企業管理技術資料的業務進行羅列，在業務思路中逐步說明。
企業管理技術資料是以產品為線索區分的，所以第一要說清楚產品資料如何管理；
產品下所有零部件是以特徵為線索區分的，所以第二要說清楚零部件資料如何管理；
有些零部件還具有共圖共工藝的特徵，所以第三要說清楚系列零部件資料如何管理；
進一步有的企業還有系列產品，所以第四要說清楚系列產品資料如何管理；
系列產品可能存在大量配置關系，所以第五要說清楚各種規則下產品配置資料如何管理；
有的企業產品配置型號在生產中還存在批次關系，所以第六要說清楚不同產品批次資料如何管理；
有的企業已經存在了大量歷史設計資料，所以第七要說清楚歷史產品資料如何入庫管理；
在資料入庫時有個問題每個人管理資料習慣不太一樣，全部統一成一種管理方式是必要的，但可能失去一些靈活性，所以第八要說明為個人自組織資料提供哪些支持；
最後要說清楚產品資料為什麼入庫管理後是安全的；
我們現在總結一下，這些技術資料管理手段如果都提供了，應該是完整而且層次清晰的，這樣的話，第一個子標題下的分標題又有了。
2.1有效的技術資料管理 2.1.1產品資料管理 2.1.2零部件資料管理 2.1.3系列零部件管理 2.1.4系列產品管理 2.1.5產品配置管理 2.1.6產品批次管理 2.1.7資料入庫管理 2.1.8個人資料管理 2.1.9資料安全管理
再看看這個標題和業務思路，這裡面體現的一個結構化方式恰恰是「一句話一個意思，一層意思推動一層意思」，到最後就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業看起來也就很明白。
那麼我們還可以繼續細分用戶提出的各種業務需求，把企業各種業務要求對號入座，例如下面有一組需求：
有的企業要求用戶訪問控制；有的企業要求提供角色許可權管理；有的企業希望按產品目錄授權；有的企業要求全部存放在伺服器的資料庫中；有的企業希望支持多資料庫獨立訪問；有的企業要求提供備份工具等等。
我們現在看看這些業務是否都應該是關心資料安全的？所以應該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和許可權有關的，一些是和存儲和備份有關的，這樣很快又可以把子標題和分子標題設計出來了。
同樣我們可以推導出如下另外幾個部分的提綱：
2.2深入的數據集成 2.2.1主流CAD的集成 2.2.2 CAPP的集成 2.2.3和其它常用工具軟體的集成 2.2.4數據挖掘統計工具 2.2.5和其它PDM/ERP系統的集成 2.3嚴密的過程式控制制 2.1審核管理 2.2發布管理 2.3更改管理 2.4項目管理 2.4靈活的設計支持 2.4.1變型設計業務支持 2.4.2二級工藝管理業務支持 … … 2.5輔助設計工具 2.3.1編碼管理 2.3.2企業資源管理器 … …
這個結構化體系一旦出來後，整個方案的思路是否清晰明了，下筆容易了呢？
結構化體系最大的好處是不亂，今後用戶提出任何業務需求，或者產品功能如何擴充，都很容易對號入座，或者擴充子標題。這也是體現了一種分類管理的思想。
當然這個分類思路根據不同業務特徵允許存在多種可能，而且分類層次應不超過5級標題，否則文章的可讀性不佳。
如果一定要超過5層，就可以採取其它排版方式體現。
2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴謹。
不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴謹。
有的人寫作時順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現了這個毛病。當然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現口語和書面語混雜的情況。
例如太多的兒，的，我們，你們等等都是口語化語言，不應該大量出現在正式方案中。
有的人寫方案比較圖表現，喜歡指出用戶的不足，這個時候喜歡用很激烈的語言。例如缺少管理，業務失控，後果很嚴重等等語句，這樣的遣詞造句是不嚴謹的，方案用語不要追求「語不驚人誓不休」。而是理性分析，認真推導，句句講邏輯。
實在要用一些事實說明企業的問題，不要用刺激性強的語言，例如說企業業務存在問題，可以說業務有可改進的地方，例如說企業管理失控，可以說管理上存在很難受控的環節。
這樣的表達企業反而容易接受，不出問題。
2.5第五個容易犯的錯誤：沒有認真檢查，存在大量硬傷。
不好的解決方案製造過程往往是找一個同類方案，然後主要工作是「CTRL+C」+「CTRL+V」。
很多人就圖快，省事，沒有很好的核對，結果往往容易出現如下幾種錯誤：
第一有些企業在一個方案中用了不同的稱呼(這個也要養成一個習慣在一篇方案中一個企業用一個簡稱和一個全稱)，替換不完整，結果在方案中出現了其它企業的名稱，非常不禮貌；
第二有時候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。
第三隻注意了文字替換，不注意圖形中的替換，結果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。
第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。
第五是案例不對，明明是汽車行業的用戶，案例全部都是其它行業的，感覺在這個行業沒有經驗。
第六是聯絡方式不對，很多時候將別的營銷區域方案拿過來用，服務信息都沒有更正過來。
第七是存在大量技術硬傷，有時候為了突出軟體技術實力，將大量專家都不一定看得懂的詞彙大量堆砌，其實連軟體公司自己都搞不清楚採用了哪些。
企圖通過讓用戶對概念和名詞發暈進而對軟體產生信賴的方式已經過時，解決方案應該實事求是說明業務問題，不要在名詞上忽悠。
2.6第六個容易犯的錯誤：過於突出自我
很多人寫方案大量出現「**軟體公司」內容，甚至每個產品都恨不得加上自家標識。在很多地方行文造句都是「我能，我行，我有…」等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業PDM項目，不要總在說某某供應商PDM的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶准備的。
在售後實施方案中軟體公司的名字只需要出現一次，後面就不需要反復出現，因為大家都知道是你的產品，何必反復體現，我們更應該把用戶的注意力集中到產品本身就應該具備的功能和支撐業務上，而不要形成某某可以，某某不可以的印象。
2.7第七個容易犯的錯誤：沒有評審。
方案提交給客戶之前，一定要經過評審。
沒有開發點的方案，一般經過自評和互評即可，自評時，要重新審視整個方案的結構、問題描述、遣詞造句等方面，特別是用替換修改的企業名稱和營銷平台等方面的內容，盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時，要重新審視整個方案的結構、遣詞造句等方面的內容。
對於有開發點的方案，要經過公司的評審。提交給公司評審的方案，一定是已經過自評和互評的方案，而且要註明主要看哪些部分，以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤：沒有體現公司產品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業務，如何在公司產品中體現出對業務的支持，而是想趕緊找一個模板，把這一關走過去再說，其實很多時候就是對每個階段工作沒有質量意識最後導致工作處處被動。
所以寫解決方案一定要根據公司最新產品功能認真組合功能實現企業業務，甚至可以考慮利用未來半年內會發布的功能認真組合，因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負責對標准解決方案的維護和更新發布機制，其實比較好的一種做法結合典型項目技術公關推動解決方案水平不斷完善和提高。
三、寫好方案的心得3.1動筆前先打一個電話
一般情況下方案撰寫人只是按照別人要求提供方案，並非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。
很多時候方案准備完成方案接受者並不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什麼，不但可以提高方案准備命中率，甚至可以獲得大量現成的思路建議，對自己寫方案大有好處。
3.2一定要努力按業務邏輯去寫。
一般寫方案最簡單的方式就是按照軟體自己的思路和功能模塊組織，因為有大量現成的材料可用。但這樣方案對用戶並非是一種最佳選擇，因為客戶要轉換到供應商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發，方案應盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。
我們方案就是要先仔細探討企業業務，不是將調研結論一羅列，而是從業務分析得出業務需求，最後描述技術實現手段。從這個意義上講，解決方案要按照簡明的操作手冊來准備。
3.3按標准套路寫方案
不同類型的方案都有自己的套路，例如可行性報告，解決方案，建議書等等都有標準的套路，我們應盡量按照標准套路准備方案，不要自成體系，在套路下發揮，套路就體現了一種結構化體系化的思維模式。
關於常用套路我們另有一章說明。
3.4先構思提綱，經過討論，最後動筆
很多時候方案准備時間並不充分，很多人接到任務，壓力之下立即開始動手，這往往是不好的工作習慣，有時候有模板，的確可以快速出活，但時間長了就養成一種惰性，替換方式抄方案還勉強，真要遇到有個個性化問題，因為在平時寫方案過程中思維始終不經過結構化思考的練習，真到方案模板沒有覆蓋的情況，就沒有辦法應付。
好的方案特點是：標題就是論點。結論做為標題馬上拿出來。
好的方案是觀點鮮明，立場明確，有理有據，有血有肉。
所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯系和業務銜接自己在心裏面推導得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。
E. 項目總結怎麼寫啊
一、加強學習，提高自身綜合能力
一是積極參加局機關組織的各種學習，今年重點學習了十七屆六中全會、自治區第八次黨代會、州第十次黨代會精神並認真做好學習筆記、撰寫了兩篇學習心得體會。二是認真學好業務知識。我認為業務是根本，只有熟悉業務知識做到厚積薄發才能精通業務，做業務骨幹。我針對業務工作特點，首先學習了和業務相關的文件和報告做到對工作的初步了解。其次利用編寫信息和儲備信息素材的機會，積極向上級業務部門、身邊老同志和業務骨幹們請教學習，努力做到融匯貫通，不斷提高自己的業務能力。三是緊緊圍繞本職工作的重點，認真自學。今年我不但學習了《輿情向導》等理論知識，還學習《現代公文寫作》等實用性知識。利用互聯網學習了e_cel 電子表格、word電子文檔、powerpoint幻燈片的製作，不斷提高自身現代化辦公的能力。在學習新知識的同時，我也沒有忘記溫習鞏固自己學過的知識。利用空閑時間在論壇及相關帖子中不斷充實自己攝影攝像理論知識。四是學以致用、做好本職工作。堅持理論聯系實際，把所
學知識靈活運用到實際工作中，與業務知識相結合、與為人處世相結合，不斷個人素質和文化修養。
二、任勞任怨、積極做好各項工作
1、做好創建民族團結進步模範單位、社會治安綜合治理分管工作。在創建民族團結進步模範單位工作中，我積極和創建辦溝通，成立了農業局系統創建民族團結進步模範單位領導小組，確定創建方案、明確創建時間，規范創建檔案。並能對局系統創建工作進行內部指導。在社會治安綜合治理工作中，能與社區協調對接完成綜合治理檔案規范，積極迎接州綜合治理平安縣驗收。完成平安單位、無邪教單位復驗工作。
2、協助__做好科教信息等工作。一是提高自己的寫作能力，完成既定目標任務。我認真向辦公室的其它同志請教，從研究已經成型的材料入手，細心揣摩，邊寫邊改，並請有經驗的同志和領導提出意見和建議。對於工作中存在的問題，我總是積極動腦筋、想辦法，充分發揮助手和參謀作用。參與修改了農業局信息獎勵辦法，積極向上級部門投稿。全年辦公室共向中國農業推廣網投稿_條，采稿_條。二是做好農信通科技網站更新。積極采編局系統職工信息、轉載其它農業信息網站的農業科技、植物栽培、植保、農產品市場信息、農作物新品種等技術、信息，確保網站每月更新_條以上。
3、協助做好總支黨務、基層農技推廣體系項目等工作。在能力所及情況下協助郭梅完成總支黨建、宣傳思想與精神文明建設、機關大黨建片組活動等各項任務。積極和各支部溝通，發現
問題及時對接、請教，做好溝通聯絡。在農技推廣體系項目
上按照標准認真完成分解任務，不拖拉。完成了全縣科技示範戶、科技指導員和基地信息上報工作等。
4、完成好辦公室安排的臨時工作
一是完成了全局上一年度檔案目錄錄入和建檔工作。二是協助_做好_項目工作。三是做好_前期籌備工作。四是和_完成_工作，並按時上報數據。在這些工作中，事逢節假日，我都能不計個人得失全心投入工作中，圓滿完成局和辦公室交待的任務。
三、 存在不足
一是政治理論方面存在不足。二是自身農業及業務知識方面積累不足。三是 「惰性」較強。有些工作不能做到今日事今日畢;對待事件的靈敏度不夠高，造成宣傳不及時、不到位，直接影響稿件的質量;有時做事會出現虎頭蛇尾，有計劃，但往往落實效果不理想;對待工作中出現的問題，不能一針見血的找出問題症結所在，缺乏理論知識學習。
四、 今後努力方向
一是要加強理論知識學習，多看一些對工作有幫助的相關書籍，提高工作能力，做好本職工作。在原信息撰寫基礎上，提高稿件質量，提高對事件反映的靈敏度，多投稿，更要多學習，多請教，開闊視野，拓寬思路。二是要勤奮幹事，積極進取。認真做好本職工作和日常事務性工作，做到腿勤、口勤。一如繼往的踏實工作，任勞任怨，務實高效，不斷自我激勵，自我鞭策，時
時處處嚴格要求自己，力爭高效、圓滿、妥善地做好本職工作。時刻牢記自己的責任和義務，嚴格要求自己，在任何時候都要努力完成領導交給的任務。三是要堅持做到每日記工作日誌，並及時總結，找出差距與不足，及時改進。
F. 怎麼做企業文化建設
一、 藉助外腦，找一個有意思的好夥伴
工欲善其事，必先利其器。一個好的咨詢機構，有著成熟的咨詢實踐和成功的案例，有著系統的理論方法和工具手段，可以使得我們在企業文化工作的過程中開拓視野和思維，少走彎路，抓住重點，從而達到事半功倍的效果。而與優秀的咨詢機構合作，實現知識和智慧的互換和雙贏，一直是我們的優良傳統，也是我們始終秉持開放與包容胸懷特性的最直接體現。通過一系列科學規范的甄選，以民主廣泛參與和領導相對集中相結合的方式，最終確定北京同心動力企業管理顧問有限公司作為我們 的戰略合作夥伴。
很有意思的是，同心動力他們也認為自己在做一件有意義的事情，現在看，咨詢團隊的專業水準是一方面，而把工作當成有意義的事，則是非常重要的另一方面。還是那句話，做有意義的工作，工作才有意思。
二、 搭建組織，帶出一群有意義的小夥伴
有外腦協助，但我們不當甩手掌櫃。2014年X月X日，企業文化項目剛剛正式啟動，我們就聯合黨工團組織，成立了一支自上而下，覆蓋整個集團的文化組織體系。
這支由人力資源經理為主組成的優秀的文化隊伍在三個多月的時間里共召開企業文化專項會議70餘次，成功地組織實施了企業文化異地調研、問卷調研、活動策劃方案撰寫、理念有獎徵集活動等多項企業文化工作，並且以自身的用心與投入，帶動了集團各部門、業務區、平台公司基層員工參與文化建設的積極性。正是由於每位文化小組成員對企業文化工作的激情投入和智慧貢獻，也正是由於集團公司、各業務區、各平台公司員工的積極參與，我們的企業文化項目才會有了有條不紊的持續推進。
三、廣泛調研，都來探討咱家的事
「沒有調查研究就沒有發言權」，為了最終的企業文化成果更加具有針對性、合理性和系統性，我們在項目啟動之始便進行了大規模、多種類的調研診斷。經不完全統計，共有303人參與了我們的訪談調研，大家的思想火花為我們提供了超過 45萬字的訪談素材；共有2653人參與問卷填寫，為北控水務的企業文化提供了縝密的理性數據支撐。
廣泛調研一方面為企業文化項目的推進奠定了堅實的基礎，另一方面，大家在其過程中積極踴躍的參與也給我們帶來了必須將企業文化做好做實的信心和動力。大家的文化大家建，大家的文化大家享，因為大家的積極參與、配合，調研才會如此順利、有序，更因為大家的坦誠分享，調研的收獲才能這樣豐碩。
四、確立導向，系統思考大事情
在廣泛的調研結束之後，通過多次研討、系統的數據統計和專業的後台分析，我們最終形成了《企業文化調研診斷報告》，調研報告通過推演文化傳承，剖析文化現狀，凝煉成功要素，梳理出我們的優秀文化基因，找出了我們的文化缺陷與管理問題，專項分析了員工敬業度和滿意度狀況，提出了文化管理提升建議，為後期的文化核心定位與深植實施都明確了方向。
2014年X月X日，「一起思考、一同行動」的企業文化調研診斷報告共識營隆重舉行，這是公司歷史上第一次針對企業高級管理層的開放式溝通會議，經過從中午13：00到晚上21：00近八個小時的共識溝通，執行機構各位領導與中層骨幹對北控水務的企業文化歷史、現狀、未來都有了清晰的認知，對文化發展導向也形成了初步共識，為後續文化核心的提煉及深植實施奠定了思想基調。
五、一起思考，互動驗證文化核心
在第一次共識營取得良好效果的基礎上，我們在項目的體系構建階段，組織了多種形式的研討溝通和互動活動，以此充分發掘員工智慧，共享文化建設過程。
我們秉持「一起思考，讓文化由內而生」的文化建設主旨，面向全體員工組織開展了「企業文化理念及內刊名稱有獎徵集活動」，共收到來稿187份，收到包括企業使命、企業願景、核心價值觀等理念內容1300餘條，各方的寶貴意見和點滴智慧，提供了大量生動、優秀的文化理念素材，對於豐富企業文化核心內容發揮了重要作用。
我們通過7場專項工作坊（workshop），對理念與行為體系，在多個專項小組內達成了小范圍共識；我們通過對集團執行機構管理者多場1對1驗證式訪談，進一步強化了高層的認知共識。
最終，我們於2014年X月X日進行了針對於文化核心理念的第二次共識營，從下午13:00到晚上20:40，8個半小時的研討大家仍然意猶未盡，對包括使命、願景、價值觀及文化主題在內的體系核心表述都有了初步的共識性意見，我們的文化建設成果初步顯現。
六、高層共識，確立最大公約數
在理念體系共識營之後的X月X日，我們召開了小范圍共識性會議，公司高層和同心動力項目專家一起研討，最終正式確立將「北控水務之道」作為北控水務的文化主題，並相繼確立了一系列文化核心表述。
在此基礎上，項目組依據文化發展導向，結合廣泛討論得到的文化要素及行為倡導，最終形成了《北控水務企業文化手冊—北控水務之道》和《北控水務員工行為規范》兩個手冊。至此，我們的文化終於成型，北控水務文化理念體系正式與大家見面。總之----我們把這件有意義的事情做得很實在！
G. 網站建設好公司都有哪些
增長超人=策劃公司+建站公司
一、內容層：信息傳達才是網站的核心功能
近些年，消費者對傳統的廣告形式和老套的營銷伎倆回應越來越少了，無論是B2C或者B2B的客戶都是一樣的。
企業的訪客人群需要好的內容來幫助他們做出更明智的決定，因為他們不喜歡「被銷售」。調查表明，60%的人覺得優質的內容能讓他們做出更好的選擇。
問題來了，企業應當如何創造出優質的內容，讓客戶在接觸你們銷售之前就先「被教育」？
「同類產品那麼多，為什麼我偏要選擇你？」
我們需要給客戶一個選擇的理由，所以我們需要通過內容呈現來傳達給客戶我們與眾不同的點，如果用傳統的方式展現往往無法達到傳達效果。
所以我們首先要打破傳統的建站思維，更加重視內容提煉與內容創作。我認為網站僅是一個承載內容的框架，而做好內容呈現才是建站的核心重點。
做內容規劃之前，首先要針對企業網站的訪客群體進行人群劃分：
1.非專業瀏覽者（行外人，包含應聘者、投資人等人群）；
2.專業瀏覽者（業內人士，瀏覽網頁的習慣是快速跳讀）；
3.專業探索者（業內人士，深度閱讀型人群）。
人群劃分的目的是為了更好的進行內容提煉與內容層級架構劃分，打造逐層遞進的內容展現形式，滿足不同人群的不同瀏覽習慣，最終達到更好的信息傳達效果。
確定客戶群的人群畫像，結合「客戶需求」與「客戶痛點」來尋找內容切入點，並根據競爭對手與競爭環境的分析結果，為企業打造差異化的營銷內容。
我經手的內容策劃案例：
1.二手辦公設備租賃，客戶最擔心的是設備質量與售後服務。
皓誠達20道出庫檢測標准：這不是一句營銷口號，而是我們把一整台列印機全拆了後，通過攝影把每一道步驟都記錄了下來，並加以文字描述，有效提升訪客的信任度。
六、數據層：新網站做好後，是好是壞由訪客來投票表決
因為一個網站從策劃到建成上線，都僅是由我們的經驗來推演而成，所以新網站必然存在某些不合理的地方會影響瀏覽體驗與轉化效果，所以我們應該抱著不斷優化迭代的思維來運營公司官網。
新網站上線前，先把網站數據統計代碼安裝上，並且做好相關統計設置，這樣就可以在新網站上線一段時間後，通過新網站的數據分析找到可優化改進的細節，這樣就可以解決因主觀誤判所導致的不利於轉化的網站問題。
H. 網站建設要注意什麼
用戶體驗。首先，你要明白網站建設需要什麼，應該考慮哪些因素。第一步當然是要做好網站規劃，確定網站的主題和定位，針對的是哪一類人群？階段性的目標是什麼？能否通過製作的網站轉化有效用戶，這是我們做網站的主要目的。不要隨心所欲地想做成啥樣就做成啥樣，要把用戶的感受放在第一位。
獨特性。同時，也要做出自己的網站特色。現在的網站很容易做得千篇一律，你參考我的我參考你的，結果做出來後簡直一個模子刻出來的一樣。如果你的網站在建設時能夠做出與眾不同的效果，那麼就可以讓訪客眼前一亮，留下深刻的印象。網站的設計中有很多小竅門，比如一個網頁可利用的空間有限，要能夠在有限的空間中發揮最大的作用，將重要內容放在突出位置；一些在長文本中的重要內容可用醒目的顏色標識；圖、文、視頻相結合，配色要高級不扎眼，等等。
豐富性。網站的內容也非常重要。保持內容的定期更新，給用戶新鮮感，讓訪客能及時了解你，這樣網站才能發揮其作用。一個美觀、干凈、布局合理、代碼簡潔、內容也經常更新的網站，才會有比較好的排名，同時也能給訪客更高的瀏覽體驗。
說到這里，想必你也知道網站建設需要注意什麼了：細心、耐心，有創新精神，而且有一定的時間和精力去維護網站，不能三天打魚兩天曬網。最重要的，是有克服困難的決心和毅力。總之，各個行業的網站風格、主題方向不同，目的也不同，在建設網站之前，一定要多多參考，認真准備。
I. 網站建設需要注意哪些法律問題
你的著作權是一個問題，其他的只要符合我國法律規定即可，你可以看什麼行為會侵犯他人網路權利，反過來你應該注意哪些！
網站建設合同注意事項
網站建設合同是在網站建設項目中，企業（需要建網站方）和承建方（專業網站製作公司）之間共同確立的雙方在項目中的權利，義務和合作內容的契約文件。網站建設合同必須包含以下主要內容：
1）網站建設工作范圍
2）網站建設工作流程與時間進度
3）網站建設質量要求
4）網站承建費用支付，支付標准與支付方式
下面就每一部分應該寫明一些什麼內容和注意一些什麼點逐個做說明（合同其他部分如，違約形式與責任，合同附件里的《網站建設方案書》本文不作討論）。
一、網站建設工作范圍
網站建設項目涉及到的工作一般包括，需求調研與《網站建設方案書》製作，網站建設素材准備，網站頁面設計與製作，網站功能性部分程序開發與頁面融合，資料庫設計與數據輸入，伺服器購買（軟體和硬體）或伺服器空間租用、伺服器存放，域名注冊與解析。
所先，在這些網站建設工作中，合同需要確定哪些是承建方的工作，哪些不是，哪些是企業或者第三方的工作，以及各方工作之間的合作方式和要求。
這里需要注意的是，如果企業在工作中需要和建設方或者第三方進行合作，那麼必須清晰說明這種合作的流程，方式和要求。譬如，如果網站建設素材由企業提供，合同必須對企業提供的素材內容，時間，要求作出清晰的說明。
其次，對於承建方工作部分，必須細致地說明。
例如，網站需要建設哪些欄目，每個欄目需要製作哪些內容，網站需要開發哪些功能性的程序（如BBS）等，對這些合同必須相當明確地作出說明。合同可以用建設方確認通過的《網站建設方案書》作為合同附錄，來更詳細闡明承建方的工作。
二、項目建設工作流程與時間進度
網站建設流程一般流程為：需求調研，完成網站《網站建設方案書》，《方案書》確認，素材（文字，圖片，數據）收集與整理，頁面風格設計，風格設計確認，頁面製作，程序開發，整合（頁面，程序），建設方評估與測試，網站改進與建設方確認，伺服器與域名准備，網站上傳發布，網站維護。
所先，合同必須說明項目開展的工作流程。
其次，對於每個工作流程，需要概要說明承建方的工作內容，尤其對於需要企業參與的部分，需要說明企業的工作內容和要求。例如，需求調研時企業的配合和資源提供；設計製作確認時的確認方式和確認范圍。
最後，是對每個流程環節的完成時間要求說明。合同需要給出每個流程環節的工作估計以及項目最終完工的日期估計，雙方可以根據需要，協商在進度限制上的嚴格度。
三、網站建設質量要求
網站建設質量主要指網站頁面設計，製作與網站程序的質量。合同需要對這些工作的質量作出周到的，盡量可度量的要求，譬如為保證瀏覽速度，建設方也可以對每個網頁的大小作出一般性限制。
對於頁面設計與製作，由於對設計風格的認識差異會導致建設方和承建方的質量評判結果不同，同時設計質量也難以度量，容易出現建設方多次否定設計的情況。在這個時候需要用變通的辦法來彌合雙方的質量評判差異。
例如，可以由承建方設計出5種建設方要求風格的設計頁面，然後由建設方選擇，或者重復修正設計不能超過5次，而承建方可以以半價收取落選設計頁面費用的代價來限制設計要求的變化。
還有一種辦法，就是採取第三方來度量頁面設計與製作質量。例如，找一些普通的上網用戶，測試他們成功搜索網站中某個特定內容所需要的時間，用這個時間來衡量網站連接設計質量和合理性。例如，可以通過在門戶網站做網上調查，由網民來評判網站設計與製作質量，這樣做同時也很好地宣傳了網站。
而對於網站功能性程序來說，合同應該對功能作出詳細的說明。如會員注冊登陸系統，那麼除了會員的注冊，登陸，退出外，系統還應該提供給會員什麼功能，譬如新聞定製等。這部分可以在《網站建設方案書》里作出更詳細的說明。
如果，網站承建方同時提供虛擬主機空間，那麼企業還可以對網站訪問速度，宕機時間，網站帶寬等方面作出要求（空間租用雙方一般也可以另簽《網站空間租用合同》）。
四、網站承建費用支付，支付標准與支付方式
網站建設業內一般採用按製作量記費的方式，譬如按頁面數量記費。
但網站製作量，如頁面數量等，在製作過程中是變化的，所以在簽合同的時候無法給出整個網站建設完成後的確切費用。但是合同卻可以給出網站建設的收費項和收費標准，等網站建設完成後，統計整個網站的每項工作量，再結合記費標准來算出項目實際標的。
所先，確定網站建設收費項。網站建設收費項一般可以包括以下一些：
1）素材整理階段的文字錄入費，圖片處理費，翻譯費
2）《網站建設方案書》製作費用
3）普通頁面製作費用
4）頁面風格設計費用（一般指主頁和欄目首頁）
5）頁面特效製作費用（譬如JavaScript，Flash等）
6）功能性程序開發費用（如調查系統，會員注冊系統等）
7）資料庫數據錄入費用
8）空間租用費用等。
其次，確定每個收費項的單位價格。例如，文字翻譯每千字50元等。
這一條款關繫到日後合同標的的計算，所以務必非常清晰，雙方不妨多花一點時間來協商這里的細節，以達到彼此在這一條款上的一致認可，以妨日後引起不必要的爭執。譬如，必須定義怎麼算作一個頁面，是1024下的800*600，還是800*800？如果是800*600，那麼一個800*1200的頁面就算做兩頁；這是一個協商的過程，這樣計算是否合理，我覺得只要雙方都同意這樣計算就沒有問題，關鍵是必須使得日後統計製作量和計算合同標的時雙方沒有歧義。
費用支付一般可以分成三次進行。一般合同簽署一周內支付一定數量，作為項目啟動費用；項目中期支付一定數量；項目結束後，計算項目實際標的，再支付余額。
如前面所說，作為網站建設項目的建設合同還需要其他很多條款和輔助合同，如：《空間租用合同》等，但是以上談到四點卻是合同里最重要，也是最需要細扣的內容，希望大家以後在撰寫網站建設合同時能從中獲得一點幫助。