定位：電氣系統結構與控制邏輯說明平臺（面向工業客戶技術人員）
　　一、項目背景與網站定位
　　電氣設備與工業控制系統往往處于設備運行的“中樞層”：供配電穩定、控制邏輯正確、保護動作可靠，決定整套設備能否安全連續運行。工業客戶的技術人員更關注系統結構、控制邏輯、接口協議、保護策略以及在不同工況下的穩定性邊界。因此，本網站定位為“電氣系統結構與控制邏輯說明平臺”，以工程化的表達方式向工業客戶清晰說明：企業提供的電氣產品與系統如何參與設備運行與控制，控制邏輯如何設計與驗證，系統架構如何協同與可維護。網站整體以穩重、工程感強為基調，強調模塊化與邏輯層級，避免營銷化描述，幫助客戶快速形成技術理解并進入對接流程。
　　1.1 核心目標
　　?讓工業客戶技術人員快速理解系統結構、控制邏輯與工作邊界
　　?用邏輯圖、模塊圖、流程圖解釋“控制如何實現”，替代營銷口號
　　?形成可執行的技術溝通入口：方案選型、接口對接、技術支持、資料下載
　　?支撐多場景：官網訪問、項目投標、銷售提案、現場培訓
　　1.2 目標受眾
　　?設備/自動化/電氣工程師：關注系統架構、邏輯設計、接口與保護策略
　　?運維與現場管理：關注可靠性、故障定位、維護方式與備件
　　?采購與項目經理：關注交付能力、配置清單、標準化與一致性
　　?系統集成商/EPC：關注接口協同、通訊協議與工程實施
　　二、整體設計風格與體驗原則
　　2.1 視覺風格
　　?風格關鍵詞：穩重工程、系統化、結構清晰、可信可讀
　　?配色：深藍（主色/強調）、深灰（背景/大面積）、淺灰/銀白用于層級與分割線
　　?布局：模塊化網格布局，邏輯層級明顯；信息密度適中，便于技術閱讀
　　?字體：無襯線工程風；編號、單位、符號規范
　　2.2 交互原則（面向技術人員）
　　?從系統到模塊：先解釋架構與控制鏈路，再進入產品與參數
　　?“圖示優先”：每個核心頁面都應包含結構圖/流程圖/狀態機示意
　　?可檢索：站內搜索與按協議/電壓等級/功能模塊篩選
　　?可下載：資料中心提供規格書、接線圖、通信說明、選型表等
　　三、網站信息架構（推薦欄目與層級）
　　網站結構建議按“能力概覽 → 電氣產品與系統 → 控制邏輯與架構 → 應用場景 → 服務支持 → 聯系轉化”組織，形成完整的技術理解鏈。

　　四、欄目頁面策劃與內容模板（按欄目拆解）
　　4.1 首頁（系統能力與結構概覽）
　　首頁目標：在短時間內讓技術人員理解“系統做什么、如何控制、如何保護”。
　　?頂部主視覺：深藍/深灰背景 + 電氣線束/控制信號線條抽象圖形
　　?系統能力卡片：供配電/控制/驅動/保護/通訊/監測等模塊化入口
　　?典型系統架構圖：一張“控制系統拓撲圖”解釋主控、執行、通訊、保護關系
　　?控制流程入口：用流程圖展示關鍵控制閉環（采集→判斷→執行→反饋）
　　?保護策略入口：異常路徑可視化（過載/短路/欠壓等→動作→恢復）
　　?快速轉化入口：方案選型/資料下載/技術對接
　　4.2 電氣產品與系統（產品清單不是重點，結構才是重點）
　　核心策略：以“系統構成與模塊清單”組織產品，而不是單純羅列單品。
　　?產品分類方式：按“系統模塊”組織（供配電、控制單元、驅動與執行、監測與通訊）
　　?產品詳情頁結構模板（建議）：
　　?① 模塊定位（在系統中承擔的功能）
　　?② 系統接口（電氣接口/通訊接口/信號邏輯）
　　?③ 關鍵特性（保護策略/響應邏輯/可維護性）
　　?④ 典型配置（BOM示意/接線邏輯）
　　?⑤ 參數與規范（單位/等級/邊界）+ 資料下載
　　?推薦內容組件：
　　?系統模塊清單：按功能分組（便于采購）
　　?接線/接口示意：端子、I/O、總線連接示意（脫敏）
　　?選型邏輯：電壓等級、負載類型、控制方式、保護等級的選擇路徑
　　4.3 控制邏輯與系統架構（工程可信核心欄目）
　　目標：把“控制邏輯怎么工作”講清楚，把“保護策略怎么生效”講明白。
　　?系統拓撲：主控（PLC/IPC）—驅動—執行機構—傳感器—HMI—MES/SCADA的結構圖示
　　?控制閉環：采集→濾波/判斷→控制量輸出→反饋修正（用閉環圖呈現）
　　?狀態機示意：啟動、運行、暫停、故障、復位等狀態邏輯（工程化圖示）
　　?通訊與接口：協議支持、接口層級、數據同步邏輯（示意）
　　?保護策略：過流/短路/過溫/欠壓等異常路徑與動作策略可視化
　　?驗證機制：邏輯仿真、聯調測試、報警記錄與復核流程
　　4.4 應用場景（用工況解釋配置邊界）
　　策略：按設備類型或行業組織，每個場景都以“工況→架構→邏輯”呈現。
　　?場景示例：裝備制造產線、泵站/風機、物流輸送、包裝、工藝設備等（按實際取舍）
　　?每個場景頁面結構：
　　?① 工況需求（負載、節拍、環境、穩定性要求）
　　?② 架構配置（模塊組合與拓撲）
　　?③ 控制策略（關鍵閉環、動作序列、互鎖邏輯）
　　?④ 保護策略（風險點與保護動作）
　　?⑤ 對接入口（技術咨詢/選型支持）
　　4.5 服務與支持（降低技術溝通成本）
　　目標：形成“資料→對接→調試→交付→運維”的閉環服務路徑。
　　?資料中心：規格書、接線圖、通訊協議說明、選型手冊、調試指南
　　?FAQ：常見接線、故障碼、通訊設置、參數恢復等
　　?技術支持流程：提交問題→遠程診斷→方案建議→現場支持→復盤（流程圖）
　　?運維支持：備件建議、巡檢周期、系統升級與變更管理說明
　　4.6 聯系方式（技術對接入口工程化）
　　?技術對接表單字段建議：設備類型/電壓等級/負載類型/控制需求/通訊協議/交付周期
　　?對接方式：電話/郵箱/微信二維碼（適度呈現）
　　?合規提示：資料下載與信息提交的隱私說明
　　五、內容策略：用結構與邏輯替代營銷化描述
　　5.1 推薦“工程內容四段式”
　　?結構：系統由哪些模塊構成，控制鏈路如何連接
　　?邏輯：動作序列與閉環控制如何實現
　　?保護：異常路徑如何識別、如何動作、如何恢復
　　?驗證：如何調試、如何測試、如何形成可追溯記錄
　　5.2 推薦可視化內容形式
　　?系統拓撲圖：控制層/執行層/感知層/通訊層分層示意
　　?流程圖：啟動—運行—停機—故障處理流程
　　?狀態機：關鍵狀態與互鎖邏輯
　　?數據看板：報警記錄、運行趨勢、關鍵閾值（示意）
　　?接口示意：I/O、端子、協議棧層級（示意）
　　六、功能需求與技術實現建議
　　6.1 核心功能
　　?多語言（中/英）與SEO友好結構（靜態化、語義標簽）
　　?產品篩選：按電壓等級/功能模塊/協議/防護等級篩選
　　?資料下載中心：權限控制（公開/注冊后下載）
　　?站內搜索：產品型號、協議、功能點、故障碼等檢索
　　?表單轉化：技術對接、選型支持、問題提交（字段工程化）
　　?可視化組件：拓撲圖/流程圖/狀態機交互（放大、切換、圖層）
　　6.2 技術架構建議
　　?前端：響應式（PC優先），組件化設計系統（模塊化卡片、圖示組件）
　　?后端：CMS內容管理（產品、架構、場景、資料），支持權限與版本管理
　　?性能：圖片/文檔CDN、懶加載、結構化數據（Schema）
　　?安全：HTTPS、表單防刷、下載權限與水印（可選）
　　七、視覺規范（簡要）
　　?主色：深藍（強調/導航/按鈕）；底色：深灰（背景）；輔助：淺灰/銀白（分割與層級）
　　?圖形語言：電氣線路、網格、模塊邊框、邏輯連接線；避免花哨漸變
　　?圖標：線性工程圖標統一風格；模塊采用電氣符號化圖標
　　?圖片：現場以整潔、秩序、可靠為準；突出柜體、端子、布線、HMI界面（脫敏）
　　八、內容采集與制作清單（執行落地）
　　8.1 需要采集的素材
　　?產品：控制柜、配電柜、端子、模塊、接線細節
　　?現場：設備運行、控制界面（HMI/SCADA）、調試場景
　　?邏輯：流程圖/拓撲圖/狀態機（可從工程文檔二次整理）
　　?資料：規格書、接線圖、通訊說明、調試手冊（用于可視化）
　　8.2 推薦制作物
　　?系統架構圖（不少于8張）：分層拓撲與模塊協同
　　?控制流程圖（不少于6張）：動作序列與閉環
　　?保護策略圖（不少于6張）：異常路徑與動作邏輯
　　?接口與通訊圖（不少于6張）：協議/端子/I/O示意
　　九、實施計劃與交付物
　　9.1 項目周期（參考）
　　?階段1：策劃與信息架構（5–10天）
　　?階段2：視覺設計與組件規范（10–15天）
　　?階段3：前后端開發與CMS搭建（15–30天）
　　?階段4：內容制作與上線測試（10–20天）
　　?階段5：上線與運營優化（持續）
　　9.2 交付清單
　　?網站架構與頁面原型（含內容模板與圖示體系）
　　?UI視覺稿與設計規范（色彩/組件/圖標/排版）
　　?前后端系統與CMS后臺
　　?全站內容上線（產品/架構/場景/資料）
　　?SEO基礎配置與數據統計接入（按需）
　　?操作手冊與維護說明
　　附錄：首頁模塊建議（布局草案）
　　?01 頂部：定位標題 + 快速入口（產品/架構/邏輯/場景）
　　?02 系統能力：供配電/控制/驅動/保護/通訊模塊卡片
　　?03 典型架構：系統拓撲圖 + 關鍵接口說明
　　?04 控制邏輯：流程圖/狀態機示意入口
　　?05 應用場景：按設備類型進入（工況→配置→邏輯）
　　?06 服務支持：資料下載/選型支持/問題提交