解決方案編寫根本思路篇一：如何寫方案在公司作為一名售前工程師會(huì)有大量的方案籌劃落到頭上，這些方案里小的有幾十萬，大的有上千萬。如何寫好方案始終是我們很關(guān)注的事情。溝通是必要的，那首先要明白相互的傾向，這樣就便于達(dá)成全都，售前支持也不列外，一般群眾到什么范圍而我們根本上都是在方案提交前一兩天接到寫方案的任務(wù)，也不能不做，只好心里大罵一句，罵完后就打搞清楚別人的要求，邊問就邊構(gòu)思整個(gè)方案的推導(dǎo)思路和構(gòu)造提綱。所以我其實(shí)也特別緊急，留意力也特別集中，大腦也高速反響，根本上幾分鐘或面談完思路根本就有了，然后該干嘛干嘛，找一些零散的小時(shí)間把思路不斷推導(dǎo)一下，然后到了一個(gè)比較安靜和完整的時(shí)間前才開頭寫，這個(gè)時(shí)候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時(shí)候也是留意力也特別集中，大腦也高速反響，越寫思路越開，很快也就完工了。構(gòu)造化地去組織你的思想。有構(gòu)造就有思路，有思路就有方案。另外真正寫方案的人，對(duì)自己寫過的方案是永久不會(huì)滿意的，只有這樣，每次都會(huì)進(jìn)步一點(diǎn)點(diǎn)，解決方案水平質(zhì)量就會(huì)隨公司力氣不斷增長(zhǎng)。固然我曾經(jīng)問過很多人，你到底為什么寫不出好的方案呢？根本上緣由可以歸為四類：第一種是沒有體系一旦用戶要求供給關(guān)于網(wǎng)絡(luò)的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，似乎知道不少賣點(diǎn)，不過真要寫出來，又覺得無從下筆。這種狀況一般是寫方案者不生疏自己產(chǎn)品體系造成的，知道一兩個(gè)甚至更多的產(chǎn)品賣點(diǎn)不難，但難就難在成體系，學(xué)問就是成體系的點(diǎn)構(gòu)成的，而不是一句離散的說法構(gòu)成的。由于我們這個(gè)行業(yè)從業(yè)人員說句不客氣的話，大局部對(duì)所銷售實(shí)施的治理系統(tǒng)并沒有很深入的爭(zhēng)論，都是半路出家，從頭開頭，在學(xué)習(xí)過程中生疏，在生疏過程中領(lǐng)悟。所以一下子去駕馭一個(gè)整體方案是很苦痛的。只有當(dāng)一個(gè)人對(duì)一個(gè)產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨?，否則就是一個(gè)單元也要費(fèi)盡腦汁。所以一個(gè)人要想寫好一個(gè)方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實(shí)施狀況有一個(gè)全面的了解，這樣才能建立一個(gè)完整的學(xué)問體系，然后逐步補(bǔ)充競(jìng)爭(zhēng)對(duì)手學(xué)問和一些技術(shù)性學(xué)問，不斷深化自己的學(xué)問體系。其次種是沒有思路有很多用戶看多了模板化的方案以后，想看一些針對(duì)他們自己的業(yè)務(wù)的共性化內(nèi)容，這個(gè)時(shí)候有的人依據(jù)標(biāo)準(zhǔn)方案模板修改還牽強(qiáng)能應(yīng)付，但對(duì)于共性化內(nèi)容針對(duì)性方案就速手無策了。這種狀況從根本上講還是寫方案者不生疏企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對(duì)性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把這個(gè)問題找出來，一般針對(duì)性解決思路就有了，有了思路，自然可以很好的寫方案。所以一個(gè)人要寫好方案，還需要了解下客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了自然可以比較好確實(shí)定方案的共性化內(nèi)容思路。解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個(gè)規(guī)律性的橋梁。第三種是沒有素材一般不常常寫方案的人，在寫一個(gè)方案的時(shí)候，即使有很多工程現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個(gè)方案去適應(yīng)全部的用戶，因此在每個(gè)方案中都有一些需要預(yù)備的內(nèi)容。這些內(nèi)容根本上是通用的，但假設(shè)沒有足夠積存每次編制方案就需要花費(fèi)大量時(shí)間去預(yù)備，造成方案完成周期過長(zhǎng)。所以寫好方案必需具備這三個(gè)條件，第一方案編制者對(duì)企業(yè)業(yè)務(wù)要很生疏，或者有相關(guān)業(yè)務(wù)調(diào)研閱歷，其次方案編制者對(duì)產(chǎn)品德外生疏，至少對(duì)自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。第四種是沒有層次很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對(duì)客戶的重視，馬上表示要供給方案，固然有的客戶剛剛開頭選型，也不知道到底要什么搞，也要供給商馬上供給一個(gè)方案。公司沒有安排專人了解狀況，只好按模板制作一個(gè)，用戶一看幾個(gè)供給商內(nèi)容都差不多，覺得不好，又總結(jié)出一些共性化要求，于是大家有開頭折騰其次輪方案。其實(shí)方案編制在不同階段有不同策略，不要輕易供給方案。剛開頭接觸是可以供給工程合作建議書，類似可行性報(bào)告，工程需要考察軟件技術(shù)，可以供給標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所預(yù)備，在演示前后階段和其它競(jìng)爭(zhēng)對(duì)手刺刀見紅的時(shí)候，才在知己知彼的根底上供給解決方案或者投標(biāo)書。自然也就覺得方案難寫。想急就又能解決問題的事情，原來就是一般人做不來的。方案想要寫得好，確定要認(rèn)真，認(rèn)真就確定要耗時(shí)間，期望用幾個(gè)小時(shí)寫出一個(gè)高質(zhì)量的方案是不行能的。假設(shè)你做了細(xì)心調(diào)研，你寫不出一個(gè)好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點(diǎn)，大家都可以經(jīng)過練習(xí)寫出好的方案。第一個(gè)簡(jiǎn)潔犯的錯(cuò)誤：只有論點(diǎn)，沒有論證不好的解決方案粗看起來格外厚重，其實(shí)都是功能羅列，像產(chǎn)品手冊(cè)摘要版，不像方案書。不好的方案是一大堆內(nèi)容，漂移在一堆紙里面，也不知道想說什么，給你一個(gè)厚度，證明我們的工作質(zhì)量很高。我們國(guó)內(nèi)很多的企業(yè)客戶特別是大型企業(yè)都很在乎這點(diǎn)，認(rèn)為可以從方案厚薄中看出對(duì)工程重視程度。假設(shè)你做了細(xì)心調(diào)研，你寫不出一個(gè)好方案唯一缺的是也就是說文章確定是有構(gòu)造的。所以真正好的方案，不愿定厚，但能看出你認(rèn)真，你認(rèn)真?，F(xiàn)在的解決方案一個(gè)不好的傾向是“長(zhǎng)、厚、全“，看起每家供給商都說自己能解決這些問題，而且都有成功案例。結(jié)果全部的方案都無法給決策者簡(jiǎn)明的推斷依據(jù)，不得不費(fèi)更大勁去做產(chǎn)品演示和用戶考察。其實(shí)很少有企業(yè)高管不知道自己的毛病，在企業(yè)你任憑去找一個(gè)人，對(duì)問題都能講一通，在企業(yè)你費(fèi)很大勁，可能都找不到一個(gè)人能告知你這些問題可以怎樣去解決。通觀這個(gè)方案并沒有爭(zhēng)論為什么企業(yè)會(huì)產(chǎn)生這么多問題？問題是這些問題是什么產(chǎn)生的？為什么出這么多問題？而是不斷說“我能！我能！選我，選我！“。假設(shè)不能找到解決這些問題的緣由，簡(jiǎn)潔地去解決這些現(xiàn)象，就象治病不能治根一樣。這樣一個(gè)模板化，自我膨脹化的方案想打動(dòng)用戶的心是格外困難的。不好的解決方案最大的問題就象寫一篇談?wù)撐?，能夠覺察問題，提出答案，但沒有論證。沒有論證的東西不管內(nèi)容陳設(shè)得多么繁復(fù)，名詞多么嚇人，但是無法打動(dòng)用戶，特別是那種理性的用戶?？吹椒桨笗r(shí)候，其實(shí)很多用戶下不了決心，他會(huì)感覺每家都差不多。假設(shè)從沒看過方案的人，突然看到這幾個(gè)方案，你為什么會(huì)感覺某個(gè)方案寫得好呢，關(guān)鍵是有的方案圖畫的好，通過圖，通過表，會(huì)感覺這個(gè)公司還不錯(cuò)，很標(biāo)準(zhǔn)。但對(duì)內(nèi)容認(rèn)可程度并不高，實(shí)際上沒看懂。其次個(gè)簡(jiǎn)潔犯的錯(cuò)誤：業(yè)務(wù)解決方案成為功能列表解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進(jìn)展排列，或者參照軟件用戶手冊(cè)排列，這種解決方案不是依據(jù)用戶業(yè)務(wù)去預(yù)備的內(nèi)容，而是依據(jù)軟件商自己的喜好去編制的解決方案是很難得到用戶認(rèn)可的。大凡依據(jù)功能列表組織的解決方案用戶會(huì)有一個(gè)體會(huì)，浩大而庸長(zhǎng)，但要看到自己想看到的局部格外困難。而且這種方案還有一個(gè)特點(diǎn)，一個(gè)問題反反復(fù)復(fù)的提，在業(yè)務(wù)背景中指出某個(gè)問題，講一通，在價(jià)值分析中又重點(diǎn)解釋一通，到了功能介紹時(shí)又將某個(gè)問題來龍去脈概要說明一下，給用戶感覺是一堆資料的積存，哪里表達(dá)出了方案的針對(duì)性呢？按功能列表預(yù)備方案的做法在很長(zhǎng)一段時(shí)間內(nèi)不會(huì)消4PSPIN銷售人員有關(guān)，在資源缺乏的狀況下，要保證效率就只能供給功能列表方案了。本文從網(wǎng)絡(luò)安全工程的角度探討一份網(wǎng)絡(luò)安全方案的編寫介紹網(wǎng)絡(luò)安全方案設(shè)計(jì)的留意點(diǎn)以及網(wǎng)絡(luò)安全方案的編寫框架最終利用一個(gè)案例說明網(wǎng)絡(luò)安全的需求以及針對(duì)網(wǎng)絡(luò)安全方案可以認(rèn)為是一張施工的圖紙,圖紙的好壞,直接影響到工程的質(zhì)量.總的來說,網(wǎng)絡(luò)安全方案涉及的內(nèi)容比較多,比較廣,比較專業(yè)和實(shí)際.網(wǎng)絡(luò)安全方案設(shè)計(jì)的留意點(diǎn)對(duì)于一名從事網(wǎng)絡(luò)安全的人來說,網(wǎng)絡(luò)必需有一個(gè)整體,動(dòng)態(tài)的安全概念.總的來說,就是要在整個(gè)工程中,有一種總體把握的力氣,不能只關(guān)注自己生疏的某一領(lǐng)域,而對(duì)其他領(lǐng)域毫不關(guān)心,甚至不理解,這樣寫不出一份好的安全方案.由于寫出來的方案,就是要針對(duì)用戶所遇到的問題,運(yùn)用產(chǎn)品和技術(shù)解決問題.設(shè)計(jì)人員只有對(duì)安全技術(shù)了解的很深,對(duì)產(chǎn)品線，了解的很深,寫出來的方案才能接近用戶的要求.評(píng)價(jià)網(wǎng)絡(luò)安全方案的質(zhì)量一份網(wǎng)絡(luò)安全方案需要從以下8個(gè)方面來把握.1評(píng)估安全方案最重要的一個(gè)標(biāo)準(zhǔn).實(shí)際中,每一個(gè)特定網(wǎng)絡(luò)都是唯一的,需要依據(jù)實(shí)際狀況來處理.2,對(duì)安全技術(shù)和安全風(fēng)險(xiǎn)有一個(gè)綜合把握和理解,包括現(xiàn)在和將來可能消滅的全部狀況.3結(jié)合現(xiàn)有的安全技術(shù)和安篇二：方案文書怎么寫歷時(shí)一個(gè)星期的××地稅數(shù)據(jù)倉庫投標(biāo)書從昨天開頭受到了各位領(lǐng)導(dǎo)嚴(yán)峻批判，總體來說我寫的方案一無是處，只能作為陪標(biāo)的一份標(biāo)書。心里很不是味道，一周的辛苦白費(fèi)不說，給領(lǐng)導(dǎo)留下的印象確定是力氣極低。思前想后，覺得各部門領(lǐng)導(dǎo)們的意見還是很有道理的，從不同的高度，用不同的方式對(duì)待一份投標(biāo)文件應(yīng)當(dāng)具備的總結(jié)一下，死也要死個(gè)明白：首先再說一下為了盡量改進(jìn)一下我的標(biāo)書，昨天上午臨時(shí)添加了一份點(diǎn)對(duì)點(diǎn)應(yīng)答書，書中對(duì)于投標(biāo)要求中的全部問XX由于時(shí)間的關(guān)系。在寫這份點(diǎn)對(duì)點(diǎn)應(yīng)答書的時(shí)候，就覺察一些問題在我的投標(biāo)書中沒有對(duì)應(yīng)的描述，或者沒有很明確的答復(fù)。所以在以后做投標(biāo)書的時(shí)候，一份點(diǎn)對(duì)點(diǎn)應(yīng)答書是必需的：部的內(nèi)容

可以檢查你的方案是否涵蓋了需求書中全可以最直觀的反映出方案中你用什么技術(shù)、方法來實(shí)現(xiàn)這些具體的問題 或許由于問題沒有連貫性，所以假設(shè)在投標(biāo)書中表達(dá)的話，整個(gè)標(biāo)書的結(jié)構(gòu)會(huì)很散，所以單獨(dú)一份點(diǎn)對(duì)點(diǎn)應(yīng)答書是必要的下面總結(jié)一下投標(biāo)書應(yīng)當(dāng)包含的內(nèi)容：總體目標(biāo)每個(gè)工程都應(yīng)當(dāng)有一個(gè)明確的目標(biāo)，業(yè)務(wù)上的，技術(shù)上的。目標(biāo)應(yīng)當(dāng)是高層次的，概括的。一個(gè)工程的目標(biāo)可以有多個(gè)，比方業(yè)務(wù)和技術(shù)的目標(biāo)就是兩個(gè)，技術(shù)是為業(yè)務(wù)效勞的，分開寫會(huì)顯得比較專業(yè)。每個(gè)目標(biāo)都應(yīng)當(dāng)用一句話就可以說明白，要精練到只用一句話描述每一個(gè)目標(biāo)?？傮w規(guī)劃規(guī)劃就是你打算如何實(shí)現(xiàn)這個(gè)工程。在下面有一個(gè)具體的實(shí)施規(guī)劃，總體規(guī)劃應(yīng)當(dāng)是實(shí)施規(guī)劃的概括，比方說打算分N步實(shí)施，每一步都要到達(dá)什么效果，實(shí)現(xiàn)什么目標(biāo)或者子目標(biāo)。在投數(shù)據(jù)倉庫的工程時(shí)，由于客戶對(duì)數(shù)據(jù)倉庫的生疏和使用本身就是一個(gè)逐步生疏、體驗(yàn)的過程，所以數(shù)據(jù)倉庫一般會(huì)包括數(shù)據(jù)倉庫根底平臺(tái)的建設(shè)〔數(shù)據(jù)集中、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)質(zhì)量等等〕、報(bào)表、關(guān)聯(lián)查詢、主題、數(shù)據(jù)挖掘、決策支持這些步驟，對(duì)每一個(gè)步驟的生疏、應(yīng)用、和實(shí)現(xiàn)都可以是由簡(jiǎn)到繁的，可以把幾個(gè)步驟合在一起，先進(jìn)展簡(jiǎn)潔的實(shí)現(xiàn)，然后在通過使用過程中隨著生疏的加深，再通過迭代的方式重實(shí)現(xiàn)。提到重實(shí)現(xiàn)，就會(huì)消滅兩種方式：推倒重來還是在上次的根底上更。這就是下面體業(yè)務(wù)分析怎么分析業(yè)務(wù)呢？其實(shí)我也不知道，業(yè)務(wù)分析對(duì)我來說是木桶理論里面最短的一根。對(duì)于現(xiàn)在我常常遇到的稅務(wù)這些報(bào)表大多都是稅務(wù)征管系統(tǒng)〔OLTP〕中報(bào)表，一般是依據(jù)功能模塊分類的。業(yè)務(wù)分析或許應(yīng)當(dāng)包括兩大部分：客戶的日常業(yè)務(wù)需求和用于統(tǒng)計(jì)分析的業(yè)務(wù)需求。日常的業(yè)務(wù)需求在需求報(bào)告里面都可以得到，這也是客戶最生疏的。怎么分析，那真要業(yè)務(wù)很嫻熟才行，瞎編可不行！我就沒編，所以領(lǐng)導(dǎo)們都看出業(yè)務(wù)需求分析這局部我寫的格外不夠，沒錯(cuò)！我是真不知道怎么分析。統(tǒng)計(jì)分析的業(yè)務(wù)需求，現(xiàn)在稅務(wù)行業(yè)主要是各種主題分析，指標(biāo)分析。再多說點(diǎn)就是怎么利用數(shù)據(jù)挖掘來挖掘和推想的需求和行業(yè)變化。上面都是和業(yè)務(wù)直接相關(guān)的，還有重要的一點(diǎn)要說明的是要明確方案建議書和投標(biāo)書的區(qū)分，文檔的目的不同，導(dǎo)致文檔中要突出的重點(diǎn)不同。個(gè)人感覺投標(biāo)書比起方案建議書來說，目標(biāo)更加明確，工程的范圍界定比較清楚，所以在進(jìn)展上述三點(diǎn)描述時(shí)側(cè)重點(diǎn)不一樣。投標(biāo)書應(yīng)當(dāng)緊緊圍圍著需求書中的具體需求來寫，與點(diǎn)對(duì)點(diǎn)應(yīng)答書中的答案相對(duì)應(yīng)；方案建議書就可以略微天馬行空一些，但確定應(yīng)當(dāng)是生疏業(yè)務(wù)人來行空才行！下面應(yīng)當(dāng)是和技術(shù)相關(guān)的內(nèi)容：技術(shù)架構(gòu)整體架構(gòu)案，其實(shí)從數(shù)據(jù)處理的角度來說，數(shù)據(jù)倉庫技術(shù)只是處理數(shù)據(jù)的一種手段，它承受的技術(shù)和一般的業(yè)務(wù)系統(tǒng)〔事務(wù)型業(yè)務(wù)系統(tǒng)〕不同，所分析的數(shù)據(jù)的數(shù)據(jù)構(gòu)造也和業(yè)務(wù)系統(tǒng)不同。但是它應(yīng)當(dāng)是和業(yè)務(wù)系統(tǒng)并列的，對(duì)于客戶來說，它們完成的是不都要有一些根底的、共享的根本架構(gòu)。二層架構(gòu)三層架構(gòu)〔jspservlet或者J2EE〕安全架構(gòu)監(jiān)控架構(gòu)我這次寫投標(biāo)書把這局部忘了，雖然以前做了N年的三層架構(gòu)，或許是由于公司以前的數(shù)據(jù)倉庫建議書里面沒有寫這局部，需求里面寫了，但我看了沒有引起太多的留意。數(shù)據(jù)倉庫好比是魔術(shù)大變活人里面最終變出的美女，而這些根底架構(gòu)就是魔術(shù)中使用的其他道具，每個(gè)人都期望變出不同的東西來滿足自己不同需求，不管是金錢、美女還是野獸。數(shù)據(jù)倉庫架構(gòu)這局部相對(duì)來說是最簡(jiǎn)潔把握的，對(duì)于寵愛技術(shù)的人來說。在設(shè)計(jì)數(shù)據(jù)倉庫架構(gòu)之前，應(yīng)當(dāng)清楚的了解現(xiàn)在客戶面臨的實(shí)際的技術(shù)難點(diǎn)是什么，要解決和擔(dān)憂的問題是什么。數(shù)據(jù)倉庫涉及的技術(shù)問題無非就那么幾種：架構(gòu)上的：EDW還是數(shù)據(jù)集市、ODS還是ODS、實(shí)時(shí)的、準(zhǔn)實(shí)時(shí)的還是不帶實(shí)時(shí)帽子的設(shè)計(jì)上的：數(shù)據(jù)集成、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)的處理、數(shù)據(jù)流程的定義、元數(shù)據(jù)的治理性能上的：抽取的速度、抽取的數(shù)據(jù)量、數(shù)據(jù)倉庫存儲(chǔ)的數(shù)據(jù)量 數(shù)據(jù)的監(jiān)控MOLAPROLAP呈現(xiàn)上的：圖表、儀表盤、鉆取、旋轉(zhuǎn)、切片在描述這局部的時(shí)候，格外簡(jiǎn)潔寫的比較原理化，俗話說先禮后兵嘛，對(duì)于不很了解數(shù)據(jù)倉庫的客戶這局部多寫一些，通俗一些，我覺得挺好。但是假設(shè)寫的是投標(biāo)書的話，那么應(yīng)當(dāng)把如何實(shí)現(xiàn)說清楚，由于需求中會(huì)有清楚的要求和建議，期望做到什么程度，期望你用什么來實(shí)現(xiàn)，期望到達(dá)什么效果。但是與點(diǎn)對(duì)點(diǎn)應(yīng)答書相比，假設(shè)依據(jù)點(diǎn)對(duì)點(diǎn)應(yīng)答書的挨次或者思路來描述的話，可能在構(gòu)造上會(huì)比較松散。我覺得還是應(yīng)當(dāng)依據(jù)上面的分類來描述，把如何實(shí)現(xiàn)放在每局部的內(nèi)容中去。圖文并茂效果最正確先在頭腦里面把這些問題想清楚，在頭腦中漸漸形成大致的輪廓，落實(shí)在紙上用圖的形式表達(dá)，要能從圖中清楚的表達(dá)你的意highlevellowlevel整體的，描述某一局部的。曾經(jīng)看過一遍報(bào)道，講一個(gè)華裔IT個(gè)讀者是大廈的清潔工，假設(shè)清潔工明白了，手冊(cè)就算通過文字圍繞圖來運(yùn)籌，就能讓讀者看著明白，讀著舒心。以終實(shí)施規(guī)劃實(shí)施的規(guī)劃如同方案的編寫，同樣都是從需求入手、分析需求、整理標(biāo)準(zhǔn)、設(shè)計(jì)、開發(fā)、測(cè)試、維護(hù)，再加上如何進(jìn)展工程治理，突出治理的重要性，由于其他的局部前面都描述過，只要條理清楚就行。案例介紹以前還真沒好好想為什么寫案例，如何寫好案例？這次通過寫方案得出的教訓(xùn)是案例不是湊數(shù)的，是有目的的。目的是告知客戶你不光有力氣寫好方案，還曾經(jīng)做好過類似的工程。所以案例分析除了介紹案例的業(yè)務(wù)、技術(shù)、環(huán)境、工程過程等狀況，還要分析已經(jīng)做過的工程和現(xiàn)在要做的項(xiàng)目的異同，也應(yīng)當(dāng)從業(yè)務(wù)、技術(shù)、環(huán)境、工程過程來分析。所謂突出重點(diǎn)，這就是重點(diǎn)。其他還可能包括：技術(shù)支持和效勞再說說寫方案、標(biāo)書時(shí)應(yīng)當(dāng)留意的幾點(diǎn)習(xí)慣和方法：寫方案、標(biāo)書最大的威逼之一，就是拷貝粘貼。拷貝粘貼的目的是為了節(jié)約時(shí)間，不是為了迷惑客戶。在拷貝粘貼前要清楚這些內(nèi)容是完全符合你的要求、還是局部符合你的要求、還是帖不帖都一樣、再不是就是為了迷惑客戶使他不清楚你在講什么。有的時(shí)候是由于時(shí)間緊，或者沒有太copycopy什么，知道了就沒錯(cuò)了。替換也是在修改方案時(shí)會(huì)用到的操作之一，千萬不要完全替換，除非你格外有把握，否則鋪張的不止是時(shí)間，還可能使你的內(nèi)容變得千瘡百孔，面目?jī)春?。就像河間的驢肉燒餅、天津的煎餅果子一樣，蓬天的方案和標(biāo)書在業(yè)界是知名的優(yōu)秀，要深度有深度，要厚度有厚度，期望大家集思廣益，說出自己的心得體會(huì)，努力維護(hù)和發(fā)揚(yáng)蓬天公司特色中的特色。本文出自車載藍(lán)牙如何寫解決方案？本人是公司政府業(yè)務(wù)部唯一一名售前工程師，所以大量的方案籌劃的任務(wù)會(huì)落到我頭上，這些方案里小的有幾十萬，大的有上千萬。如何寫好方案始終是我很關(guān)注的事情。我根本上都是在方案提交前一兩天接到寫方案的任務(wù)，而我自己的事情一般又比別人多一點(diǎn)，也不能不做，只好心里大罵一句，罵完后就打搞清楚別人的要求，邊問就邊構(gòu)思整個(gè)方案的推導(dǎo)思路和構(gòu)造提綱。由于你不敢讓你的同事知道你只能用很少的一點(diǎn)時(shí)間寫方案，讓他們擔(dān)憂方案的質(zhì)量和進(jìn)度保證，進(jìn)而對(duì)自己的后續(xù)工作質(zhì)量沒有信念。所以我其實(shí)也特別緊急，留意力也特別集中，大腦也高速反響，根本上幾分鐘或面談完思路根本就有了，然后該干嘛干嘛，找一些零散的小時(shí)間把思路不斷推導(dǎo)一下，然后到了一個(gè)比較安靜和完整的時(shí)間段前才開頭寫，這個(gè)時(shí)候根本上要寫的話都想清楚了，只需要不斷敲字，敲字的時(shí)候也是留意力也特別集中，大腦也高速反響，越寫思路越開，很快也就完工了。寫方案不難，知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點(diǎn)，構(gòu)造化地去組織你的思想。有構(gòu)造就有思路，有思路就有方案。另外真正寫方案的人，對(duì)自己寫過的方案是永久不會(huì)滿意的，只有這樣，每次都會(huì)進(jìn)步一點(diǎn)點(diǎn)，解決方案水平質(zhì)量就會(huì)隨公司力氣不斷增長(zhǎng)。固然我曾經(jīng)問過很多人，你到底第一種是沒有體系一旦用戶要求供給關(guān)于PDM的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，好象知道不少賣點(diǎn)，不過真要寫出來，又覺得無從下筆。這種狀況一般是寫方案者不生疏自己產(chǎn)品體系造成的，知道一兩個(gè)甚至更多的產(chǎn)品賣點(diǎn)不難，但難就難在成體系，學(xué)問就是成體系的點(diǎn)構(gòu)成的，而不是一句一句離散的說法構(gòu)成的。由于我們這個(gè)行業(yè)從業(yè)人員說句不客氣的話，大局部對(duì)所銷售實(shí)施的治理系統(tǒng)并沒有很深入的爭(zhēng)論，都是半路出家，從頭開頭，在學(xué)習(xí)過程中生疏，在生疏過程中領(lǐng)悟。所以一下子去駕馭一個(gè)整體方案是很苦痛的。只有當(dāng)一個(gè)人對(duì)一個(gè)產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨?，否則就是一個(gè)單元也要費(fèi)盡腦汁。所以一個(gè)人要想寫好一個(gè)方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實(shí)施狀況有一個(gè)全面的了解，這樣才能建立一個(gè)完整的學(xué)問體系，然后逐步補(bǔ)充競(jìng)爭(zhēng)對(duì)手學(xué)問和一些技術(shù)性知識(shí)，不斷深化自己的學(xué)問體系。其次種是沒有思路有很多用戶看多了模板化的方案以后，想看一些針對(duì)他們自己的業(yè)務(wù)的共性化內(nèi)容，這個(gè)時(shí)候有的人依據(jù)標(biāo)準(zhǔn)方案模板修改還牽強(qiáng)能應(yīng)付，但對(duì)于共性化內(nèi)容針對(duì)性方案就速手無策了。這種狀況從根本上講還是寫方案者不生疏企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對(duì)性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把自然可以很好的寫方案。所以一個(gè)人要寫好方案，還需要了解下游客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了業(yè)務(wù)調(diào)研做根底，在調(diào)研過程中把握用戶關(guān)留意難點(diǎn)問題，自然可以比較好確實(shí)定方案的共性化內(nèi)容思路。解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個(gè)規(guī)律性的橋梁。第三種是沒有素材一般不常常寫方案的人，在寫一個(gè)方案的時(shí)候，即使有很多工程現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個(gè)方案去適應(yīng)全部的用戶，因此在每個(gè)方案中都有一些需要預(yù)備的內(nèi)容。這些內(nèi)容根本上是通用的，但假設(shè)沒有足夠積存每次編制方案就需要花費(fèi)大量時(shí)間去預(yù)備，造成方案完成周期過長(zhǎng)。所以寫好方案必需具備這三個(gè)條件，第一方案編制者對(duì)企業(yè)業(yè)務(wù)要很生疏，或者有相關(guān)業(yè)務(wù)調(diào)研閱歷，其次方案編制者對(duì)產(chǎn)品德外生疏，至少對(duì)自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。第四種是沒有層次很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對(duì)客戶的重視，馬上表示要供給方案，固然有的客戶剛剛開頭選型，也不知道到底要什么搞，也要供給商馬上供給一個(gè)方案。公司沒有安排專人了解狀況，只好按模板制作一個(gè)，用戶一看幾個(gè)供給商內(nèi)容都差不多，覺得不好，又總結(jié)出一些共性化要求，于是大家有開頭折騰其次輪方案。其實(shí)方案編制在不同階段有不同策略，不要輕易供給方案。剛開頭接觸是可以供給工程合作建議書，類似可行性報(bào)告，工程需要考察軟件技術(shù)，可以供給標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所預(yù)備，在演示前后階段和其它競(jìng)爭(zhēng)對(duì)手刺刀見紅的時(shí)候，才在知己知彼的根底上供給解決方案或者投標(biāo)書。自然也就覺得方案難寫。想急就又能解決問題的事情，原來就是一般人做不來的。方案想要寫得好，確定要認(rèn)真，認(rèn)真就確定要耗時(shí)間，期望用幾個(gè)小時(shí)寫出一個(gè)高質(zhì)量的方案是不行能的。假設(shè)你做了細(xì)心調(diào)研，你寫不出一個(gè)好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點(diǎn)，大家都可以經(jīng)過練習(xí)寫出好的方案。第一個(gè)簡(jiǎn)潔犯的錯(cuò)誤：只有論點(diǎn)，沒有論證不好的解決方案粗看起來格外厚重，其實(shí)都是功能羅列，象產(chǎn)品手冊(cè)摘要版，不象方案書。不好的方案是一大堆內(nèi)容，漂移在一堆紙里面，也不知道想說什么，給你一個(gè)厚度，證明我們的工作質(zhì)量很高。我們國(guó)內(nèi)很多的企業(yè)客戶特別是大型企業(yè)都很在乎這點(diǎn)，認(rèn)為可以從方案厚薄中看出