解決方案編寫(xiě)基本思路

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

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