整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
019-10-22 08:52
“請直接說出您要辦理的業務。”撥打部分銀行客服電話時，用戶經常聽到這樣一句提示。當前，運用語音識別等技術的智能客服已成為銀行和電商平臺的“標配”，但很多看起來高效的智能客服，“答非所問”是常見現象，用戶體驗參差不齊。
人們對智能客服是有現實需求的。畢竟，理想狀態的智能客服，能夠高效地解決消費者遇到的問題，同時，從企業來講，智能客服也能夠減少人力成本，提高服務效能。不過，也應該看到，當下智能客服效率與效能并不能讓人滿意。比如，技術成熟度有限，智能客服“答非所問”； 智能客服“冷冰冰”，讓一些消費者感覺“不真誠”；部分智能客服成商家拖延的“擋箭牌”。
讓智能客服充分發揮作用，關鍵是企業對其須有正確的認識。人工智能技術不是“萬能鑰匙”，而客服提效也應“走心”。這也就意味著，企業推出智能客服雖可，但也不應忘了，客服的最終目的是服務于客戶，而并非是智能客服取代人工客服。所以，一則智能客服亟待更加人性化，更切合客戶的需求；二則面對智能客服短板，人工不能缺位。
同時，也亟待智能客服的技術更成熟。據悉，目前市場中，已經有基于html5（超文本標記語言）、人工智能等技術而開發的智能客服產品，比如網易七魚智能客服產品，能夠精準回答包括物流、型號、價格等在內的諸多問題，還能對原有的智能云業務功能進行全新升級等等。這就值得嘗試與因地制宜推廣。
誠如專家表示，未來人工客服和智能客服的邊界會慢慢模糊。用戶那種具有共性的問題可以由智能客服來應對，而當用戶需要面對面交流、需要疏導時，人工客服也應及時出現。無論是智能客服還是人工客服，最終的原則就是以用戶為中心。對于企業來講不能背離此，就應該重視客服運營，而不能讓其拖了自身發展的后腿。
責編：陶宗瑤
享：H5響應式公司企業網站(官網)建設制作策劃方案！
從互聯網+時代再到在移動互聯網時代，從有PC網站、博客、QQ空間、微博、分類信息、B2B，再到有手機網站、APP、自媒體、公眾號、小程序……似乎傳統的PC端網站已經到了窮途末路的時候，沒有什么發展前途可言了，而且曾被眾多中小企業家們奉為“神”一樣存在的百度，近幾年的日子并不大好過，就差到了“BAT”遭到他人取代的窘境的地步了。傳統的PC端網站似乎真的沒有多大用途了，因為現在手機用戶已經遙遙領先PC用戶，而此時恰好——響應式網站的出現，正好為中小企業開展互聯網和移動互聯網營銷帶來了新的機遇。
接下來我們就來了解一下：到底什么是響應式網站？
響應式網站建設的理念：頁面的設計與開發要求應當根據用戶行為以及設備環境(系統平臺、屏幕尺寸、屏幕定向等)進行相應的響應和調整。具體的實踐方式由多方面組成，包括彈性網格和布局、圖片、CSS media query的使用等。
無論用戶正在使用筆記本還是iPad平板或者蘋果、安卓手機等，我們的頁面都應該能夠自動切換分辨率、圖片尺寸及相關腳本功能等，以適應不同設備；換句話說，頁面應該有能力去自動響應用戶的設備環境。響應式網頁設計就是一個網站能夠兼容多個終端——而不是為每個終端做一個特定的版本。這樣，我們就可以不必為不斷到來的新設備做專門的版本設計和開發了。
那么，面對眾多中小公司面對轉型之痛，傳統的網站建設已經越來越不能滿足現在客戶的需求了，應該打造一個什么樣的新型企業品牌形象官網來開展互聯網營銷呢？下面，IT工作室創始人王晴兒本人根據多年的互聯網資深從業經驗，為大家分享一份公司H5響應式網站建設/企業自適應官網設計制作開發方案，希望對大家能有幫助！
一、建站前需要做的準備工作
網站建設的目的是什么？
公司當前能帶來利潤的主要產品和服務是什么？（最好可以精確到某個具體產品）
企業當前獲取訂單的主要途徑有哪些？
企業產品的購買者和使用者分別是哪一類目標人群？
當前企業產品及服務的核心優勢和特點是什么？
按產品的使用行業，用途、材質、適用人群是否可以分類，詳細分類？行業如何對企業的產品或者服務分類？
產品和服務是否有行業差異化，如果有是哪些？
網站的主導航需要布局哪些欄目？（本文接下來第二點就會具體講到）
企業的客戶在購買產品或享受服務普遍主要關心什么問題？其中哪些是最重要的？
網站規劃的核心關鍵詞是什么？（不超過3個）
網站規劃的長尾關鍵詞是什么？（不超過20個)
企業的成長年限，員工人數，辦公場所的大小，服務案例的數量，資本實力，榮譽資質；
企業業務的接待流程及售后服務流程是怎么樣的？
是否有企業宣傳視頻？
企業的聯系方式，QQ、微信、400電話、傳真、郵箱以及其他及時在線溝通工具。
二、明確網站架構欄目
這里分享一份公司響應式網站建設/企業自適應官網設計制作開發常用的網站結構欄目，注意：此網站結構僅用于參考，請企業根據自身實際情況進行增減。
(1)關于企業：用于介紹企業的歷史、文化、背景等信息展示，可增加子欄目內容板塊如：企業文化、榮譽證書、合作伙伴、客戶評價等；
(2)資訊中心：用于發布公司動態、行業資訊、媒體報道、常見問答等信息；
(3)產品中心：用于發布公司產品一、公司產品二、公司產品三、公司產品四等產品展示，圖文并茂；
(4)案例中心：用于發布家具/建材、家紡/服裝、光電/安防、工業/物博、電子/照明、醫療/機械、政府/高交、寵物/動漫、食品/禮品、文化/其他等案例信息；
(5)招賢納士：用于發布人才招聘信息展示；
(6)法律聲明：用于介紹公司法律、法務等信息展示；
(7)投訴建議：主要用于收集客戶的投訴建議信息；
(8)合作伙伴：展示企業的各大合作伙伴等信息，可用合作伙伴的LOGO圖標展示；
(9)聯系我們：充分展示企業的聯系方式、線路地圖等信息；
(10)在線客服：通過網站在線客服咨詢軟件，充分實現網站訪客與客服之間的即時通信(IM)，并把網站的在線銷售、實時客服和網站管理功能融合在一起，更好的服務客戶；
(11)網站地圖：為用戶提供最便捷的導航服務，一鍵到達用戶想要的服務。
三、響應式公司企業網站界面設計風格
以響應式公司企業網站平臺所屬企業VI/CI系統為基礎，以不同訪問者瀏覽習慣為標準。追求形式簡節、實用，符合行業用戶的瀏覽習慣，突出功能性和實用性。
四、響應式公司企業網站前端開發分析：
響應式公司企業網站當前一般采用當前主流的HTML5+CSS3前端開發技術，另外是只開發PC端？還是利用自適應技術同時兼容手機端和平板電腦？或者是需要單獨開發手機端？響應式公司企業網站是否需要加入一定的H5網頁互動元素？還是只需要加一些簡單的鼠標滑動效果？是否還有別的補充？
王晴兒在此建議：如果公司網站側重建站開發成本和效率，那么自適應網站建設是不錯的選擇。另外如果公司網站對手機端要求比較高的話，特別是用戶體驗上的細節優化較多的話，那么單獨開發手機端是個不錯的選擇。
五、響應式公司企業網站后端開發分析：
響應式公司企業網站后臺打算用什么主流編程語言開發？Php？Java？Python？Asp.net？還是其他？
看看是否需要這些后臺功能模塊？
公司概覽后臺功能模塊、新聞資訊后臺功能模塊、視頻發布后臺功能模塊、圖文信息發布后臺功能模塊、預約報名后臺功能模塊、搜索功能管理模塊、管理員后臺功能模塊、友情鏈接后臺功能模塊
王晴兒在此提醒大家：本響應式公司企業網站后臺功能開發模塊規劃僅供參考，企業可以根據自身實際情況來進行適當增減。
以上就是王晴兒分享的文章內容，由于自己從事網站設計制作已經七八個年頭了，所以自然深知企業網站建設對于互聯網營銷開展的重要性。既然您來到這里，看完了我分享的文章，那就是一種緣分，也是一種說不出的緣分。如果說得不好之處，歡迎各位拍磚與指正，有任何建站方面的問題，都可以與王晴兒一起交流探討，雖然從業7年，但不忘初心，一直相信越努力越幸運這句話，而且我本人也喜歡結交各行各業的朋友，謝謝！
如果您還有興趣的話，可以找找我之前寫過的一篇文章《王晴兒:做一個企業網站大概需要多少錢合適？》，讓您減少被網站建設公司忽悠的幾率，讓您對建站行業有個更加清晰的認識。
當然您覺得文章有價值、或關注分享感謝什么的，也順手點個贊哈——以文章價值為橋梁，「點贊」：使「您的價值」得以延伸并持續留香……
王晴兒再說點題外話，分享一些覺得不錯的感悟話語，希望對大家能帶來正能量：做人，細節太重要了，做任何事，有始有終，其中細節更要注意。和人來往，尊重他人的感受，不讓人難堪，其實就是尊重自己。一個人的教養與尊貴，全體現在細節處！ ?
文章來源：王晴兒網頁設計博客 歡迎分享交流，轉載請注明出處，謝謝！
004 年 Google Maps 的面世標志著 Java 桌面時代的終結，也改變了桌面環境下“跨平臺”的基本定義。
本文作者以個人視角對 Java 桌面發展歷程做了回顧，內容來自他在上世紀九十年代后期擔任 Java 開發者時的所見所感，主要講述曾經的“殺手級”桌面語言 Java 是為何從 21 世紀開始頹勢盡顯、步入衰落的。值得一提的是，作者如今在做一款開發者友好型 Java 桌面部署工具（jDeploy），其實他還是希望 Java 可以重拾風采，再度變得對桌面開發具有吸引力。
本文是該回顧系列文章中的第二篇，在上期文章中，作者回顧了 Java 制霸桌面的鴻圖如何在 1999 至 2005 的短短幾年間煙消云散。當初的 Java 可謂志得意滿、憑 Applet 小程序技驚四座，下決心要在互聯網時代下重新定義“桌面”。互聯網的未來在于“跨平臺”，而 Java 的血管中涌動的正是“跨平臺”的血液，優勢在握！可遺憾的是，事后來看，此跨平臺似乎并非彼跨平臺。接下來，讓我們繼續跟著作者的腳步去看看，具體在 2004 至 2007 年間，Java 桌面又經歷了什么。
2002 年左右，我在客服中心為客戶提供計算機與打印機技術支持。我和小伙伴們擠在小小的隔間里，面對著一款桌面程序。通過這款軟件，我們可以快速查詢客戶和產品信息，并把通話中的重要信息記錄進去。
在典型的客服來電中，我們會詢問客戶的產品序列號，再把結果輸入系統。如果他們之前就打過電話，系統就會輸出窗口，里面包含產品的完整歷史記錄和之前的求助細節。在參考其他同事留下的事由記錄后，我還能操作界面中的選項卡和功能按鈕，例如幫客戶更換新機。
我不記得這款軟件叫什么名字了，可能是為公司或者客服中心專門定制的吧。印象里這應該是 PeopleSoft（仁科公司，2005 年已被甲骨文收購）的產品，但我也不太確定。總之，這款桌面軟件運行在 Windows 2000 系統上，肯定不是 Web 應用程序。它其實挺復雜，里面包含不少菜單和表單；不過一旦上手，整個使用體驗相當棒——速度快、反應靈敏，幾乎沒有任何延遲。以輸入電話號碼查詢客戶記錄為例，我們只需要在“電話”字段里輸入號碼，其余空白表格就會立刻被客戶信息填充完整。
據我所知，這款程序肯定不是用 Swing 編寫的。但如今全球各地無數公司都在使用由 Swing 編寫的企業級桌面軟件，它們在使用體驗上跟我當初接觸的這款程序非常相似。換句話說，Swing 已經滿足了我們在 2001、2002 年那會對于桌面業務軟件的全部期望和想象。
在工作半年之后，上邊來了新指示，要求我們用 Web 應用程序替換掉之前的桌面軟件。據說新系統會讓我們的工作更輕松，但在第一節培訓課剛剛過去十分鐘后，我們就意識到這根本就是胡說八道：新系統簡直爛透了！
我不太記得當時使用的是 IE 5.5 還是 IE 6 了，總之就是前 AJAX 時代的 Web 環境。現在在產品字段中輸入序號后，系統會彈出一個窗口，上面寫著“正在加載……請勿關閉此窗口”。幾秒后，窗口自行消失，客戶詳細信息出現在表單當中。反正每當需要從服務器獲取內容時，這個倒霉窗口就會跳出來。領導還提醒我們別隨便在瀏覽器里點“刷新”，說是這樣會破壞系統狀態。于是每每出現問題，我就只能先登出、再重新登錄。
我不太理解公司為什么要用這款“傻了吧唧”的 Web 應用程序替代之前的桌面軟件。可能是出于成本考慮吧，畢竟跟桌面軟件相比，Web 應用程序的開發和維護成本都更低。或者是軟件供應商強行施壓，比如“Web 才是未來，每個人都必須接受！”但，真有這么強勢的乙方嗎？
無論如何，這里透露出一個重要的信息：Web 應用程序還沒等發展完善，就已經開始蠶食桌面軟件的生存空間。唯一的問題就是 Web 應用需要多久才能追平桌面軟件的使用體驗。而事實證明，用不了多久。
再回到 Java 這邊。熱情的支持者們正不斷擴大 Java 帝國的桌面版圖，對 WORA（一次編寫、隨處運行）的熱情也引導他們最終邁向跨平臺小程序與“本機”應用程序之間的秘密山谷。那時候的 Java IDE 主要面向三大構建目標：
從 2022 年的角度回顧，Java 身上其實有很多顯而易見的問題。應用程序可以作為 Web 部署、也可以按本機部署，但這兩種形式都沒有一丁點“原生”感。Web 部署的小程序運行在自己的“沙箱”內并被集成到網頁當中，整個運行過程又慢又遲鈍。
雖然 Java 總想在 Web 和桌面之間建起一道橋梁，但它自身卻被 Web 所裹挾。到 2002 年，很多企業開始把原本的桌面軟件功能遷移到 Web 端。這些 Web 應用程序的構建、維護和部署成本確實比桌面軟件低得多，代價就是在用戶體驗上做出妥協。
大約也是在這個時候，Java 開始推崇“富互聯網應用”的概念，希望把好 Web 應用跟差 Web 應用區分開來。但到 2004 年 Google Maps 正式亮相時，Java 的小把戲徹底宣告破產。Google Maps 以令人震驚的效果為富 Web 應用程序樹立了標桿，而人家用的是 HTML5。
我最近又看了一次 Bill Atkinson 第一次向蘋果愛好者們展示 MacPaint 的舊視頻。在他第一次通過鼠標用畫筆工具繪出圖案時，現場一片“哇哦”和掌聲。這就叫開創性。我第一次看到 Google Maps 也是類似的感覺，地圖可以無縫縮放、萬向平移，壓根看不出來任何拼接的痕跡。這里使用的全新技術被稱為 AJAX（異步 JavaScript 與 XML），這也是人們第一次能夠在 Web 應用程序中向服務器后臺無縫發出請求。現在這一切當然被視為理所當然，可 2004 年那會，開發者需要絞盡腦汁才能把那些讓人想吐的框架或者彈窗隱藏起來，確保不用刷新整個頁面就能從服務器處加載新數據。
身為 Web 開發者，我當然對其中的無窮可能性心生向往。但從桌面開發的角度看，這場歷史性的變革似乎沒有給桌面、特別是 Java 帶來任何影響。
在 HTML5 之前，“跨平臺”的意思是“跨 Windows、Mac 和 Linux”，所以跨的范圍還是在桌面范疇之內。當時我并沒意識到，但現在來看 HTML5 的亮相代表著新平臺時代的降臨——它將成為客戶端應用程序的客觀標準；更重要的是，Java 支持不了這個平臺。突然之間，WORA 理念就出現空白了——Swing 應用程序適用于一切平臺，除了最重要的那個：網絡瀏覽器。
那 Java 桌面開發者們都跑哪去了？方向主要有三：
2000 年初，JavaScript 開發工具尚處于起步階段。大多數 Web 開發者只能使用文本編輯器來編寫.js 文件。簡單的驗證腳本和交互設計倒是沒問題，但這種粗糙的方法肯定不能擴展并支持大型企業應用程序項目。另外，當時的 JavaScript 語言還不具備開發者在重構等重要操作時所需要的功能，例如靜態類型。
相比之下，Java 已經擁有一套全面的開發工具，能夠輕松擴展至任何規模的項目。到 2004 年，領先且成熟的 Java IDE 已經成為開發環境中的標桿，其中的靜態類型更是大大簡化了大型項目的維護難度。到這時，唯一的遺憾就是 Java 應用程序無法在網絡瀏覽器中運行（只有小程序可以）。
為了解決這個難題，Google 打造出 GWT（Google Web Toolkit）。這是一套 Java 到 JavaScript 的編譯器加運行時庫，允許開發者借助 Java 那一整套領先的開發工具編寫應用程序，再把成果部署成 JavaScript 應用的形式在瀏覽器內原生運行。這套運行時庫包含諸多核心 Java API（例如 java.lang、java.util 等）的實現，確保業務邏輯能夠在 GWT 應用程序與服務器應用程序間順暢共享。
在用戶界面方面，GWT 也提供自己的功能部件，其實質就是以 Java 的形式將各部件與瀏覽器中的本機 HTML 部件相綁定。雖然我們還是沒法直接使用 Swing 代碼、大部分第三方庫也不在支持之列，但我們至少可以用到自己最熟悉的 Java 開發環境和核心 API。
所以這不能算是讓 Java 真正走進了瀏覽器——標準 JavaSE 庫仍然大部分不受支持，線程等核心功能也無法起效。但至少對多數用例來說，這已經夠了。
Google 用 GWT 開發出很多流行一時的 HTML5 應用程序，其中最著名的就是 Gmail，這個項目還催生出一個規模不大、但卻相當活躍的開源社區。雖然影響力已經今非昔比，但這個社區直到現在也仍然存在。與此同時，JavaScript 工具的逐步改進也在擠占 GWT 的生存空間，過去十年來誕生的一系列更為現代的解決方案也允許我們在瀏覽器中更“無腦”地使用 Java。
HTML5 的出現顛覆了 Java 制霸桌面的野心，但這里也有好消息。由于不必分神于桌面端，Java 在服務器端迎來了全面發展。Java 做好了戰斗準備、努力滿足開發者對后端服務的種種新需求——畢竟沒有后端，再好的 Web 應用也出不來。
Java 在服務器端的受歡迎程度在接下來幾年中持續增長，也吸引到整個生態系統的高度關注。第三方庫不斷涌現，而 2005 年 Maven 的誕生也讓第三方庫的使用不再復雜繁瑣。無需額外下載、不必尋找依賴項，直接把片段粘貼到 pom 文件中，它就能自動下載一切相應依賴項。
Java 的開發工具也在不斷改進，這在很大程度上要歸功于 Java 在服務器端的優勢地位。這些改進也對桌面開發者產生了積極影響，讓我們用上了跟服務器端相同的 IDE、編譯器、虛擬機和庫。然而，代表 Java 世界“最后的堅持”的這幫桌面開發者眼界還是沒能打開，仍在圍著 UI 庫的改進和部署打轉。
遇到問題時，我的習慣是上 Google 搜一搜，看看有沒有其他人遇到或者已經解決過相同的問題。但在 Swing 開發上，我發現最新的搜索結果也基本是 2005 年左右的內容了，之后基本再無新增。在找不到答案時，我偶爾會寫一篇問題分析博文。而在兩年后再次遇到類似問題時，我在 Google 上找到的就是自己兩年前那篇博文……說真的，現在還有喘氣的 Swing 開發者嗎？感覺真的說不好。
從各個方面來看，Web 的興起讓“桌面應用”的概念清晰了起來。Java 最初的跨平臺客戶端開發愿景并沒有把瘦客戶端（主要與遠程服務器交互）跟本機完整桌面應用程序區分開來。這不僅提高了理解難度，更讓安全模型的設計有些無所適從。Java 理解中的“平臺”就是計算機本身，所以會使用笨拙的沙箱來限制可能引發安全威脅的 API 訪問，例如訪問文件系統。這是 Java 一切安全漏洞的根源，也是導致 Java 被逐出瀏覽器世界的原因。
這種基于“沙箱”的開發體驗相當糟糕，因為我們很容易意外“越界”并觸發安全異常。最終結果是，幾乎所有客戶端都會請求對系統進行“可信”訪問，這樣也就完全繞過了沙箱的限制。
相比之下，HTML5 在 Web 和桌面之間設立了明確的邊界。Web 應用程序默認無權訪問客戶端計算機，而瀏覽器才是那個“平臺”，這就讓客戶端應用程序的安全保障變得更輕松、更易行。
經過此番變革，“桌面”的范疇變得更小，以往很多被視為“桌面應用程序”的軟件現在被劃入“客戶端應用程序”類別。具體來講，如果應用程序只負責在用戶與服務器交互時提供 UI，那它就屬于客戶端應用程序。“桌面”這個概念現在指的就是那些以某種方式與本機設備相集成的應用程序，包括訪問文件系統（開發工具、文件轉換工具等）、調用瀏覽器中不存在的某些平臺本機 API、以及執行算力密集型任務的軟件。
這倒不是說“客戶端”應用程序跟“桌面”應用程序間就毫無交集——當然有，這兩者都涉及 GUI，而且不少現代桌面應用程序也都需要接入服務器。所以無論是桌面還是客戶端應用程序，都能享受到 GUI 工具包改進、媒體（音頻/視頻）及網絡等技術層面的改進成果。
2004 年，我曾在 Mac 和 Windows 上都開發出一些商用級別的 Java 桌面應用程序。HTML5 對這類應用程序基本沒有任何直接影響。結合自身需求，Swing 還是完全夠用，我用來構建本機捆綁包的各種桌面部署工具也都能正常起效。
但很遺憾，科技行業就是個不進則退的世界。在接下來的幾年中，Web 平臺一路突飛猛進、而 Swing 卻始終停滯不前。到 2007 年，Swing 已經到了不變革、就消亡的危難關頭。它需要響應 HTML5 這波歷史性潮流，而最終答案就是 JavaFX。這是一種新奇的 Java UI 工具包，能夠把 Java 帶入 GPU 加速、場景圖、3D 圖形、Web 視圖的現代新世界，同時支持 MP3 和 MP4 等現代音視頻編解碼器。
在下一篇文章中，我們將回顧 JavaFX 的火爆人氣、深遠影響，以及 2011 年 Mac 應用商店出現前 Java 領域的其他發展趨勢。別小瞧 Mac 應用商店，它的出現堪稱對 Java for Mac 桌面開發生態的“斬首行動”。
原文鏈接：
https://jdeploy.substack.com/p/the-decline-and-fall-of-java-on-the-970
了解更多軟件開發與相關領域知識，點擊訪問 InfoQ 官網：https://www.infoq.cn/，獲取更多精彩內容！
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
