1、建立一個網站需要注意哪些法律風險?
網站需要注意的法律風險：
1、版權問題，網站內容不要違反版權管理，不要轉載未經許可的文章。
2、網站不用發布違法內容，需要承擔法律風險。
3、網站不用從事欺詐、誘騙等需要承擔法律責任。
4、網站需要保護用戶資料隱私，需要承擔用戶資料隱私責任。
2、網站建設項目的風險管理研究意義及方案
1、項目網站管理方案的特點
項目網站管理方案是以Web伺服器為主體、瀏覽器為客戶端作為基本架構的項目。這樣的架構項目中包含Web伺服器、瀏覽器和網路三個關鍵主體。項目網站管理方案可能是一個網站,也可能是各種Web應用程序,例如網上商店、虛擬郵局、網路辦公管理系統、客戶關系管理系統等等。網站項目管理就是圍繞著網站項目運用知識、技術、技能、工具和方法進行組織管理。其特點表現在以下幾個方面:
1)涉及的領域很多。狹義地講,項目網站管理方案包括了網頁製作、美工設計、程序編碼、系統及網路管理等專業技術,廣義上又包含了企業管理、市場營銷、心理學、廣告學等更多領域的知識,在項目進行過程中還涉及到項目管理工具、文檔和設計開發管理規范、開發及測試環境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。
2)參與項目的角色很多,水平可能參差不齊。對於項目網站管理thldl.org.cn方案,最關鍵的角色是項目經理、業務流程分析師、用戶界面工程師、系統分析員、編碼人員(程序員)和質量控制工程師等。根據項目的規模和開發的深度,由項目經理進行角色劃分。假如嚴格細分,一個大型項目的角色可能達到50個以上,以確保每個細節都有專業的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業務員、業務流程分析師、用戶界面工程師,另外還有項目經理、資料庫工程師、文檔工程師等參與。
3)網路應用的開發技術在日新月異地進步,從而使網站管理方案應用系統的開發模式具有多種選擇性,達到同樣的目標可以採用很多不同的方式,現代的應用系統越來越成為一個龐大的集成方案,需要考慮不同的操作平台、不同的應用伺服器、不同的資料庫、不同的編程語言、不同的傳輸介質等等,項目管理人員必須了解各種技術的利弊,幫助用戶選擇高效、廉價並富有前瞻性的網站管理方案。
2、需求分析在項目網站管理方案中的作用及要求
需求分析是一個項目的開端,也是項目建設的基石。由於以上提出的網站項目的特殊性和行業覆蓋的廣闊性,以及需求分析的高風險性,網站項目需求分析的重要性是不言而喻的,在以往建設失敗的項目中,80%是由於需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一,就是對需求分析的把握程度。
在需求分析流程中,需要有客戶代表、業務員、業務流程分析師、用戶界面工程師等角色參與,業務員從客戶代表那裡獲得需求,並形成需求報告;業務流程分析員從業務員那裡獲得需求報告,分析生成項目模型報告;界面工程師得到項目網站管理方案模型後設計製作相應的模板和用戶界面原型,最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。
1)正確性:每個功能必須清楚描寫交付的功能。
2)可行性:確保在當前的開發能力和系統環境下可以實現每個需求。
3)必要性:功能是否必須交付,是否可以推遲實現,是否可以在削減開支情況發生時被"砍"掉。
4)簡明性:不要使用專業的網路術語。
5)檢測性:如果開發完畢,客戶可以根據需求檢測。
3 網站項目需求分析的一般方法
根據以往的工程經驗,需求分析工作方法,應該定位在"三個階段"(也稱"三步法")。
第一階段:"訪談式"。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通,主要目的是從宏觀上把握用戶的具體需求方向和趨勢,了解現有的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體情況和客觀信息,建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局,最好能指定本次項目的介面人。
網站管理方案實現手段:訪談、調查表格。
輸出成果:調查報告、業務流程報告。
第二階段:"誘導式"。這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體實際和客觀信息的基礎上,結合現有的硬體、軟體實現方案,做出簡單的用戶流程頁面,同時結合以往的項目經驗對用戶採用誘導式、啟發式的調研方法和手段,和用戶一起探討業務流程設計的合理性、准確性,界面的便易性、習慣性。用戶可以操作簡單演示的DEMO,來感受一下整個業務流程的設計合理性、准確性等等問題,及時地提出改進意見和改進方法。
實現手段:拜訪(誘導)、原型演示。
輸出成果:調研分析報告、原型反饋報告、業務流程報告。
第三階段:"確認式"。這一階段是在上述兩個階段成果的基礎上,進行具體的流程細化、數據項的確認階段,這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表,並能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查報告來提出反饋意見,並對已經可接受的報告、文檔簽字確認。
實現手段:拜訪(回顧、確認),提交業務流程報告、數據項表;原型演示系統。
輸出成果:需求分析報告、數據項、業務流程報告、原型系統反饋意見(後三者可以統一歸入需求分析報告中,提交用戶方、監理方進行確認和存檔)。
整體來講,需求分析的三個階段是需求調研中不可忽視的一個重要部分,三個階段或者說三步法的實施和採用,對用戶和承建方都同樣提供了項目成功的保證。
4、項目網站管理方案需求分析的注意事項和技巧
項目的整體風險往往表現在需求分析不明確、業務流程不合理,導致用戶不習慣或不願意去用承建方的軟體。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向,應該採用必要的手段和方法來進行需求調研。
4.1 網站管理方案挖掘用戶需求
鼓勵用戶將所有的想法盡可能地闡述清楚,並把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設計開發的工作量,應直接明白地跟客戶把問題和要求一條條地列出來,把條理、歸納、分析先都放到一邊,將用戶最原始、最完整的要求准確地記錄下來。
網站管理方案很多情況下客戶並非專業人士,在他們的描述中很難凸現重點和技術難關,這需要我們去為客戶進行分析、歸納和整理,尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的,大多時候給出的需求都是籠統而且尺度難以控制的,這就要求業務人員在傾聽了客戶的詳細說明以後,幫助客戶進行整理和分析,預測客戶在開發過程中變更及今後應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候,也許就要為客戶預留將來與他們的業務單位進行交互的通道;在設計郵件系統的時候要考慮可能會需要廣告網站管理方案伺服器;設計網路電子商店時需考慮今後增加庫存產品進銷存統計分析等等;限於時間和財力的考慮,客戶通常能夠接受分階段實施的開發過程,在需求分析時,提早為客戶設想到今後的需求變更除了使項目開發更加順利以外,也為今後業務的進一步深入打下了更好的基矗
4.2 網站管理方案利用自然的語言和圖表描述項目模型
在業務員與客戶進行溝通和調查時撰寫的需求分析,盡可能用自然語言或形式化語言來描述,還可以添加圖形表述方式和模型表徵方式。雖然客戶的水平和資歷有所不同,但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義,不至於在理解上產生偏差。對客戶而言,這樣的模型描述最接近真實,容易參與修訂,並能以此為測試和驗收的依據。製作示意圖可以有很多種方式,關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現出來。在進行系統分析和程序開發之前,雙方對今後要完成的產品就能夠有直觀的認識,換言之,就是在產品還沒有真正進入開發階段的時候,雙方就對工作的結果達成統一的意見,這將大大地減輕需求變更所帶來的困擾,同時客戶更容易地參與到項目的開發過程中。
4.3 網站管理方案需求分析要共同參與各施其職
項目網站管理方案經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析,並進行共同討論,達成一致意見。參與項目開發的人員都應該對這份需求有統一清晰的認識,並根據自己的工作對需求提出意見,通過與客戶的溝通修訂,最終確定項目實現的目標。這樣可以盡量避免業務人員與開發人員、承建方和客戶方之間發生不必要的糾紛。
例如:項目網站管理方案經理通過需求分析才能組建所需要的團隊包括配置工作環境,制定開發周期;開發周期的限制和功能上的要求可能會影響到程序員採用什麼樣的語言和工具進行編寫;操作用戶的技能水平將影響到交互設計師進行前台設計時做到什麼樣的精度;界面設計人員根據項目的性質和定位確定表現方式;測試人員了解測試環境和條件後才能對項目質量進行跟蹤和檢測。
4.4 網站管理方案將需求變更置於可控狀態
需求的變更幾乎是不可避免的,也許是出自客戶的遺漏,也可能是在開發過程中被激發出來的。如何以可控的方式管理網站項目需求的變更,對於項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析,則往往意味著不穩定的需求。所以需求網站管理方案要保證需求分析各個活動都得到了充分的執行。
為了將變更及時反饋到項目的各個角色中,做好需求變更日誌就顯得非常重要。在需求分析後面附上變更日誌,並將修改後的需求分析製作成新版本,保留每次更改過的版本,而不是覆蓋,這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。在新版本的需求分析中,將變更部分用特殊方式表示出來,並在日誌中記錄變更明細。
4.5 網站管理方案評審需求文檔
需求文檔完成後,需要經過正式評審,以便作為下一階段工作的基矗一般的評審分為用戶評審和同行評審兩類。用戶和開發方對於軟體項目內容的描述,是以需求規格說明書作為基礎的;用戶驗收的標准則是依據需求規格說明書中的內容來制訂,所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的,是在軟體項目初期發現那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的後續階段。
5 網站管理方案總結
隨著互聯網的飛速發展,Web技術應用日益廣泛,網站的規模和復雜性不斷增加,網站項目的設計和開發進入了需要強調流程和分工的時代,軟體工程方法將越來越多地介入到網站項目的設計和開發中。建立規范的、有效的、健壯的開發機制,特別是打好網站項目網站管理方案的基石,強化項目的需求分析,將有利於高效、高速、高質量地完成開發任務。
參考資料：http://blog.sina.com.cn/itbar88
3、企業網站建設需要規避哪些風險
一、網站的信息不及時更新或者長期不更新
網站信息不更新的現象多出現在各個小網站上面，這也基本上成了各個小網站的通病。這種小企業的網站已經發布了好多年，但是依然保持著開始時的面貌，過了很長時間也沒有進行更新改變。更有甚者，聯系方式換了，但是界面上的聯系方式依然沒有更新，這樣一來就算有顧客想要跟這個企業聯系怎麼能聯繫上，這樣就失去了好多客戶。那些客戶就跑到了你競爭的企業當中去了。其實這種小企業的信息量不大，更新起來是比較簡單的，所以一定要在一定的時期進行更新。特別是有關企業的產品問題，一定要附上圖片，還有詳細的說明，讓客戶一目瞭然，知道這些產品的用途，然後進行選購。
二、服務單一，不能夠和客戶做到互動
很多小企業的網站在建設以後不進行管理，在設計的時候也沒有做到對欄目的設計，從而沒有攔到客戶，沒有做到提高用戶的體驗。其實一個企業的網建設，主要的建設內容是公司簡介，產品的顯示，還有聯系客戶，以及企業的招聘信息等等一系列的內容。如果收到了客戶的留言一定要及時的做出回應。不能忽略客戶，跟客戶做出互動。
三、推廣的力度還是小了一點
有許多企業的職員和員工根本不知道自己企業網站的網址網站，有的甚至不知道網站的地址是什麼，自己企業的網站到底做什麼也不知道。這種現象只能說明企業對網站的推廣力度太小了，企業的網站一定要印在公司的名片還有宣傳單上。發表一些相關的信息，不用主打的推廣自己企業的網站，但是一定要適當的宣布自己企業的網站。只有企業提高對網站的宣傳，才能使網站得到更好的了解，從而發揮起網站對企業的作用。
四、沒有做到資金的投入和相關的維護
許多企業在建設了網站以後，沒有投入相應的人力或者是財力。這種現象依舊是出現在在中小企業當中，他們在企業網站沒有投入過多的財力，但是在網站建設之後其實投入一兩個專業的維護的人才就可以了。安排給他們的工作就是網站的維護或者是客服服務，如果出現了什麼技術上的問題，可以上報給公司，再由專業的技術人員進行網路維護。網路維護的人員要把主要的精力放在網站上面，主要是招網上的潛在顧客。所有的企業都應該知道，建設網站不止是一個擺設，而且要投入使用，給公司帶來一定的收入。
這些問題都是在企業建設網站之後出現的，既然有了網站一定要把網站利用起來，通過這些網站給自己的企業帶來一定得財力收入。網站建設成功了，但是不代表的網站利用成功了，一個網站成功使用以後，就可以提高公司的知名度，給公司帶來一定得效益。
4、如何判定項目建設中存在的各類風險？
1、項目風險管理
項目風險管理是為了最好地達到項目的目標，識別、分配、應對項目生命周期內風險的科學與藝術，是一種綜合性的管理活動，其理論和實踐涉及到自然科學、社會科學、工程技術、系統科學、管理科學等多種學科。項目風險管理的目標可以被認為是使潛在機會或回報最大化、使潛在風險最小化。
風險識別、風險估計和風險評價是項目風險管理的重要內容。但是，僅僅完成這部分工作還不能做到以最少的成本保證安全可靠地實現項目的總目標。還必須在此基礎上對風險實行有效的控制，妥善地處理風險事件造成的不利後果。所謂控制，就是隨時監視項目的進展，注視風險的動態，一旦有新情況，馬上對新出現的風險進行識別、估計和評價，並採取必要的行動。這就是項目風險管理的全過程。
1.1 風險分析
風險分析的第一步是風險識別，其目的是減少項目的結構不確定性。風險識別首先要弄清項目的組成、各變數的性質和相互間的關系、項目與環境之間的關系等。在此基礎上利用系統的、有章可循的步驟和方法查明對項目可能形成風險的諸多事項。
風險估計就是估計風險的性質、估算風險事件發生概率及其後果的大小，以減少項目的計量不確定性。風險估計有主觀和客觀的兩種。客觀的風險估計以歷史和資料為依據。主觀的風險估計無歷史數據和資料可參照，靠的是人的經驗和判斷。
風險評價就是對各風險事件後果進行評價，並確定其嚴重程度順序。評價時還要確定對風險應該採取什麼樣的應對措施。風險評價方法有定量和定性的兩種。進行風險評價時，還要提出防止、減少、轉移或消除風險損失的初步辦法，並將其列入風險管理階段要進一步考慮的各種方法之中。
1.2 狹義的風險管理
狹義的風險管理就是在風險分析之後，針對風險做出決策。一般有規劃、控制和監督三階段。
規劃階段有兩個方面。第一，決策者針對項目面對的形式選定行動方案。一經選定，就要制定執行這一行動方案的計劃。為了使計劃切實可行，常常還需要進行再分析，特別是要檢查計劃是否與其他已做出的或將要做出的決策沖突，為以後留出餘地。第二，選擇適合於已選定行動路線的風險規避策略。選定的風險規避策略要寫入風險管理和風險規避策略計劃中。
風險控制就是實施風險規避策略的控制計劃。該計劃的內容就是在必要時向項目提供必要的資源。有時還要修改項目計劃，隨時對項目的費用和進度重新進行估算，並採取相應的糾正步驟。風險控制的關鍵是採取果斷的行動。風險監督是在決策付諸實施之後進行的。
2、建設工程項目中存在的主要風險因素
在建設工程項目的開發實施過程中， 對開發商而言， 項目各個階段都存在著風險， 而風險的大小，發生與否，發生造成的損失如何都與項目本身有關。由於在建設工程項目中各方所遇到的風險各不相同，以下僅列舉項目管理過程中常遇到的主要風險因素來分析。其主要風險有：
預測風險。在項目的前期策劃階段，開發商都會對項目進行經濟效益預測，選定不同的指標體系將會有不同的指標結果，如動態指標的凈現值、內部收益率，靜態指標的投資收益率等，而指標的確定又是通過預測的財務報表確定的。
決策風險。開發商根據自身的條件、項目的設計方案、預測的結果對項目是否實施、按照什麼方案實施、實施時間等進行決策。這其中的可變因素很多，決策者稍有不慎，就會造成決策失誤。
高層戰略風險。在城市總體規劃不變的前提下，開發商面臨的主要風險是項目開發權的競爭，而項目開發權的取得是以土地開發權的獲得為標志的。土地開發權的獲得可通過劃撥、招投標、拍賣等方式，而不同的獲得方式造成的地價風險不同，如開發者的指導方針、戰略思想錯誤則會造成項目目標設計錯誤，給自身造成損失。
技術設計風險。主要包括勘察設計風險和施工技術風險。在初步設計階段，由於開發商的原因其設計委託書過於簡單，設計時間緊迫，設計單位與開發商就設計任務未進行細致反復溝通，設計人員業務不熟練，致使設計施工圖的設計深度不夠。同時由於採取邊設計邊施工的方式，其設計的進度過於緩慢，造成施工進度受阻，延誤工期，最終造成經濟損失。
計劃風險。計劃是對工程實施過程進行各種策劃、安排的總稱，是對項目實施過程的設計，是為保證實現總目標而做的各種安排。目標是計劃的靈魂，計劃必須符合總目標的要求，受總目標的控制。為此要求計劃必須符合環境條件，必須反映項目本身的客觀規律性，反映工程各參與者的實際情況，同時必須滿足項目的經濟性要求，否則將會導致計劃的失誤， 造成經濟損失，形成計劃風險。
實施控制風險。在項目實施控制階段， 開發商所面臨的風險更復雜，如合同未履行、合作夥伴爭執、責任不明確、產生索賠要求的合同風險，供應拖延、供應商不履行合同、運輸中損壞以及在工地上損失的供應風險，項目中採用新技術新工藝的風險，由於分包層次太多，造成計劃執行和調整實施控制的困難和風險， 以及各種原因造成的管理人員管理水平低下造成管理失誤的風險等。
政策性風險。政策性風險是每個承包商必須考慮的問題，如通貨膨脹、原材料的臨時緊缺、施工當地的社會治安、地方保護主義等。作為承包商來講，雖然這些風險往往能夠得到一定量的補償，但由於目前國內的索賠制度尚不健全，施工項目的管理者應該認真考慮這一類風險。
3、風險的識別與方法
3.1 分解原則
就是將項目管理過程中復雜的難於理解的事物分解成比較簡單的容易被認識的事物，將大系統分解成小系統，這也是人們在分析問題時常用的方法（如項目工作分解結構）。
3.2 故障樹法
就是利用圖解的形式將大的風險分解成各種小的風險，或對各種引起風險的原因進行分解，這是風險識別的有利工具「該法是利用樹狀圖將項目風險由粗到細，由大到小，分層排列的方法，這樣容易找出所有的風險因素，關系明確」與故障樹相似的還有概率樹、決策樹等。
3.3 專家調查法
由於在風險識別階段的主要任務是找出各種潛在的危險並作出對其後果的定性估量，不要求作定量的估計，又由於有些危險很難在短時間內用統計的方法。實驗分析的方法或因果關系論證得到證實（如市場需求的變化對項目經濟效益的影響，同類軟體開發商對本組織的競爭影響等）。該方法主要包括兩種：集思廣義法和德爾菲法，其中後者是美國著名咨詢機構蘭德公司於五十年代初發明的它主要依靠專家的直觀能力對風險進行識別，即通過調查意見逐步集中，直至在某種程度上達到一致，故又叫專家意見集中法。
4、風險化解策略
風險化解是對項目風險提出處置意見和辦法，通過對項目風險識別！估計和評估，把項目風險發生的概率。損失嚴重程度以及其它因素綜合起來考慮，估計項目發生各種風險的可能性及其危害程度，確定項目的風險等級，從而確定應採取的措施。風險化解策略包括減輕、預防、轉移、迴避、接受等措施。應根據不同項目的不同風險，採取相應的措施。
4.1 風險迴避策略
是指當項目風險潛在威脅發生可能性太大，不利後果也太嚴重，又無其它策略可用時，主動放棄項目或改變項目目標與行動方案，從而規避風險的一種策略。例如，企業目前正面對一項技術不太成熟的投資項目，如果通過風險評價發現項目的實施將面臨巨大的威脅，項目管理組織又沒有其它可用的措施控制風險，甚至保險公司也認為風險太大拒絕承保。這時就應當考慮放棄項目的實施，避免巨大的風險事故和財產損失。
4.2 轉移風險策略
是指將風險轉移至其他人或其它組織，其目的是借用合同或協議，在風險事故一旦發生時將損失的一部分轉移到有能力承受或控制項目風險的個人或組織。具體實施時可表現為財務性風險轉移（如銀行、保險公司或其他非銀行金融機構為項目風險負間接責任）。非財務性風險轉移（將項目有關的物業或項目轉移到第三方，或者以合同的形式把風險轉移到其他人或組織身上，同時也能夠保留會產生風險的物業或項目）。
4.3 減輕風險策略
減輕風險策略是通過緩和或預知等手段來減輕風險，降低風險發生的可能性或減緩風險帶來的不利後果，以達到風險減少的目的。這是一種積極的風險處理手段。
4.4 接受風險策略
接受風險策略也是積極化解風險的策略之一，它是指項目組有意識地選擇自己承擔風險後果的策略。當採取其它風險規避方法的費用超過風險事件造成的損失時， 可採取接受風險的方法。接受風險可以是主動的，即在風險規劃階段已對一些風險有了准備，所以當風險事件發生時馬上執行應急計劃；被動接受風險是指項目管理組因為主觀或客觀原因，對風險的存在性和嚴重性認識不足，沒有對風險進行處理，而最終由項目管理組織人員自己承擔風險損失。在實施項目時，應盡量避免被動接受風險的情況，只有在風險規劃階段做好准備工作才能主動接受風險。
4.5 儲備風險策略
儲備風險策略是指根據項目風險規律事先制定應急措施和制定一個科學高效的項目風險計劃，一旦項目實際進展情況與計劃不同，就動用後備應急措施，項目風險應急措施主要有費用、進度和技術三種。預算應急費是一筆事先准備好的資金，用於補償差錯、疏漏及其它不確定性對項目費用估計精確性的影響。預算應急費在項目預算中要單獨列出，不能分散到具體費用項目下，否則，項目管理組織就會失去對支出的控制。
風險管理的最終目的是要對風險的相關因素採取措施，規避風險，化解和轉移風險，或權衡利弊分擔和降低風險損失的影響。工程項目投資對於一個企業是很重要的，項目能否成功關繫到企業的未來發展，企業應該加大項目投資方面的風險管理，做到盡量少失敗，這樣才能增強企業的競爭力，使企業立於不敗之地，長久發展。
5、建立一個網站需要注意哪些法律風險?
網站需要注意的法律風險：
1、版權問題，網站內容不要違反版權管理，不要轉載未經許可的文章。
2、網站不用發布違法內容，需要承擔法律風險。
3、網站不用從事欺詐、誘騙等需要承擔法律責任。
4、網站需要保護用戶資料隱私，需要承擔用戶資料隱私責任。
6、網站建設公司面臨的風險是什麼？
客戶很難開發，現在網路這一塊分三類大公司小公司個人，價格也是高中低，你面臨的風險是宣傳做不過大公司，客戶開發不過大公司，價格比不過個人，成本比個人的高！
7、建立網站都存在什麼風險,又是如何應對的
在你這個問題之前
你應該先了解網站的含義
世界上網站很多，可能你的網站就是另一個新的類型新的開始
而不同的網站，不同的人，有不同的發展方向
就存在不一樣的風險，並不是大家都一樣
比如有人做財物網站，但是沒資金沒實力，那麼用戶的資金就是風險
可另一個人做同樣的站，他沒資質沒信譽，就算有再多的錢
那麼也只是民間一個土財主而已，沒專業沒技術，用戶的穩定就是風險。
還有的人做這個站，有錢有勢，但他是食品企業，只是對這個行業感興趣
並沒有技術沒有能力，甚至連合理的運營策劃都不懂
那什麼不是風險？他再強大，任何事都是風險。。。
所以不同人的做相同的站，不同能力不同基礎，不同環境，不同情況
風險是不一樣的。
如何應對？缺錢的補錢，缺人的補人，沒實力的補充實力，沒技術的增強技術
這個沒有捷徑可談。。。
8、如何自己建網站，自己建網站的風險是什麼
如何自己建網站:購買域名和空間,再將自己的網站程序源碼上傳到空間里去.解析、綁定好域名就ok了.
自己建網站的風險:主要是自己編程的程序源碼,可能會四不象.一般學習自己寫程序源碼,沒有幾十或上百個案例練習,作品是上不了檯面的.