成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專(zhuān)欄INFORMATION COLUMN

iPaaS將成為客戶(hù)體驗(yàn)的抽象層

chinafgj / 809人閱讀

摘要：將解決這個(gè)問(wèn)題，并將自己建立為客戶(hù)體驗(yàn)的抽象層，就像容器已成為操作系統(tǒng)之上的抽象層一樣。數(shù)據(jù)碎片化或偏斜會(huì)導(dǎo)致客戶(hù)體驗(yàn)分散或扭曲。

營(yíng)銷(xiāo)就像一個(gè)巨大的鐘擺。

一年前工作的東西今天可能不起作用。今天工作的東西可能在一年后不再有效。在SaaS和數(shù)字產(chǎn)品時(shí)代，機(jī)會(huì)變得飽和，最佳實(shí)踐被過(guò)度使用，一切都突然變得高度可測(cè)，更可預(yù)測(cè)，并且過(guò)度優(yōu)化。我們依賴(lài)的東西隨著時(shí)間的推移變得不那么有效，它的效率逐漸消失。

營(yíng)銷(xiāo)中的一切都注定了這個(gè)規(guī)則。

在我的上一篇文章中，我概述了過(guò)去5到7年間我們目睹的過(guò)程，基本上是營(yíng)銷(xiāo)棧的深度分散。我們開(kāi)始認(rèn)為，不同的垂直，松散耦合的高度專(zhuān)業(yè)化產(chǎn)品，而不是傳統(tǒng)的單片方法，營(yíng)銷(xiāo)將更好地服務(wù)。

雖然這種“微服務(wù)營(yíng)銷(xiāo)”方法相對(duì)較新并且在行業(yè)中分布不均，但它已被一些最好的軟件公司廣泛采用。

對(duì)于大多數(shù)這些企業(yè)來(lái)說(shuō)，它真的是一個(gè)真正的游戲規(guī)則改變者。它使這些組織能夠設(shè)計(jì)出更好，更相關(guān)的客戶(hù)旅程，更具創(chuàng)造性和有效性，并帶來(lái)更多收入。

使用微服務(wù)設(shè)計(jì)方法可以獲得明顯的好處。這些包括成本效益，更大的靈活性，沒(méi)有供應(yīng)商鎖定的風(fēng)險(xiǎn)，以及客戶(hù)體驗(yàn)的一般優(yōu)化。

但并非所有閃閃發(fā)光的東西都是黃金。

這種大規(guī)模的權(quán)力下放導(dǎo)致了許多缺點(diǎn)，這些缺點(diǎn)將導(dǎo)致向部分市場(chǎng)重新集中化的過(guò)渡。

以下是營(yíng)銷(xiāo)技術(shù)領(lǐng)域中這些整合重點(diǎn)的表現(xiàn)：

面向客戶(hù)體驗(yàn)的iPaaS抽象層iPaaS（集成平臺(tái)即服務(wù)）是一個(gè)高度專(zhuān)業(yè)化的營(yíng)銷(xiāo)技術(shù)系統(tǒng)協(xié)調(diào)員，能夠通過(guò)Web API無(wú)縫協(xié)調(diào)不同的產(chǎn)品，這些都將出現(xiàn)在技術(shù)領(lǐng)域。

Segment是一款早期了解這一功能的軟件，它幫助企業(yè)在不傳統(tǒng)工程爆發(fā)的情況下與不同產(chǎn)品無(wú)縫集成。

我們即將走得更遠(yuǎn)，更深入。

實(shí)際上，企業(yè)不僅需要系統(tǒng)集成，還需要協(xié)調(diào)來(lái)自堆棧中包含的各種系統(tǒng)的輸入和輸出。

iPaaS將解決這個(gè)問(wèn)題，并將自己建立為客戶(hù)體驗(yàn)的抽象層，就像Docker容器已成為操作系統(tǒng)之上的抽象層一樣。

＃ SaaS的定價(jià)冗余
當(dāng)您使用多種SaaS產(chǎn)品時(shí)，這些產(chǎn)品以各種方式收費(fèi)（每個(gè)座位，每次使用，每個(gè)產(chǎn)生的結(jié)果，每次API調(diào)用等）。您的營(yíng)銷(xiāo)技術(shù)支出可能變得高度不可預(yù)測(cè)。

當(dāng)今SaaS系統(tǒng)的定價(jià)方法極為互聯(lián)，依賴(lài)于眾多因變量。您獲得的潛在客戶(hù)越多，您的CRM中可用的席位越少，用于豐富這些潛在客戶(hù)的API調(diào)用越多，您需要發(fā)送的電子郵件就越多。

對(duì)于每個(gè)客戶(hù)運(yùn)營(yíng)單位，您的定價(jià)可能會(huì)以非線(xiàn)性方式增加。在軟件產(chǎn)品之間找到配置平衡是一團(tuán)糟。

iPaaS將通過(guò)制作捆綁包來(lái)抽象復(fù)雜的定價(jià)層，這些捆綁包包含組成堆棧所需的正確劑量的軟件。

通過(guò)支付單一定價(jià)等級(jí)，您可以訪(fǎng)問(wèn)大量潛在的隱形產(chǎn)品。

＃ iPaaS UX共用層
工具爆炸使公司更加靈活，但它也需要在應(yīng)用程序之間進(jìn)行大量的來(lái)回，以完成給定的任務(wù)（浪費(fèi)的時(shí)間比您想象的要多）。

使用微服務(wù)設(shè)計(jì)方法，您仍然使用各種界面，這些界面以多種不同的方式起作用和表現(xiàn)。

它們中的每一個(gè)都以自己的方式獨(dú)特，并且需要自己的學(xué)習(xí)曲線(xiàn)。

光譜

組織需要高度專(zhuān)業(yè)化的垂直產(chǎn)品，以實(shí)現(xiàn)其最終產(chǎn)出及其對(duì)業(yè)務(wù)的相關(guān)影響，而不是因?yàn)樗麄兿矚g使用多個(gè)接口。（他們希望在整個(gè)堆棧中使用“最佳”：最佳的富集產(chǎn)品，最佳預(yù)測(cè)分析產(chǎn)品，最佳電子郵件可傳遞性軟件，用于解析文本的最佳NPL工具等。）

SaaS爆炸將我們“工作”的這些元素分散到十幾個(gè)工作空間中，使得無(wú)法專(zhuān)注于自我限制的環(huán)境。從現(xiàn)在的純粹日常角度來(lái)看，轉(zhuǎn)換成本比以往更高。

我們將看到新一波的反活性使用產(chǎn)品將推翻傳統(tǒng)模式。

您不一定需要使用高級(jí)產(chǎn)品的界面來(lái)完成任務(wù)，您只需使用輸出。反活性使用產(chǎn)品不需要在其價(jià)值鏈的任何級(jí)別進(jìn)行人工干預(yù)。

iPaaS方面將面臨許多UX挑戰(zhàn)，使共享的UX基線(xiàn)足夠靈活，可以建模并適應(yīng)各種第三方產(chǎn)品。與此同時(shí)，這些低級(jí)產(chǎn)品也將面臨如何向自己的客戶(hù)傳達(dá)和展示價(jià)值的挑戰(zhàn)。

＃ iPaaS客戶(hù)數(shù)據(jù)無(wú)處不在
今天的客戶(hù)數(shù)據(jù)是明天客戶(hù)體驗(yàn)的源泉。數(shù)據(jù)碎片化或偏斜會(huì)導(dǎo)致客戶(hù)體驗(yàn)分散或扭曲。

任何想要能夠影響客戶(hù)體驗(yàn)的人都需要利用共享的客戶(hù)數(shù)據(jù)層，以便隨時(shí)提供最透明和最新的客戶(hù)環(huán)境。

無(wú)論您的“分散堆棧”多么具有創(chuàng)造性和靈活性，如果您無(wú)法檢索和利用所有SaaS數(shù)據(jù)以及其他第三方系統(tǒng)數(shù)據(jù)，那么它將無(wú)效。

客戶(hù)數(shù)據(jù)平臺(tái)是這方面的第一個(gè)解決方案，但它們并沒(méi)有在數(shù)據(jù)所有者和決策者之間架起橋梁。

結(jié)論雖然今天的現(xiàn)代團(tuán)隊(duì)將使用世界一流的，高度專(zhuān)業(yè)化的SaaS產(chǎn)品來(lái)構(gòu)建堆棧，但未來(lái)的現(xiàn)代團(tuán)隊(duì)將開(kāi)始在整合的工作空間中尋找更高級(jí)的編排功能，具有更可預(yù)測(cè)且更少冗余的定價(jià)系統(tǒng)，并且可以共享和無(wú)所不在的客戶(hù)數(shù)據(jù)層。

文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/10179.html

相關(guān)文章

  • PaaS仍舊缺席 別談云計(jì)算格局已定

    摘要：而不久之后將正式登場(chǎng)亮相的服務(wù)商們或?qū)⒊蔀槲磥?lái)改寫(xiě)中國(guó)云計(jì)算市場(chǎng)格局的一個(gè)個(gè)因素。因此，在仍舊缺席的中國(guó)云計(jì)算市場(chǎng)說(shuō)格局已定，還為時(shí)尚早。云計(jì)算業(yè)內(nèi)對(duì)IaaS和SaaS的關(guān)注度素來(lái)高漲。相比之下，關(guān)于PaaS的討論則頗為冷清。想圍繞PaaS寫(xiě)個(gè)三部曲的想法由來(lái)已久，年初接連完成兩篇（《PaaS是位好同志，但SaaS公司搞PaaS卻不大靠譜》《夾縫求生，PaaS要靠什么來(lái)刷存在感？》），第三篇...

    William_Sang 評(píng)論0 收藏0

  • 數(shù)據(jù)浪潮之間的前端工程師

    摘要：數(shù)據(jù)浪潮之間的前端工程師十年來(lái)，波瀾壯闊的移動(dòng)互聯(lián)網(wǎng)浪潮促進(jìn)了技術(shù)的迅猛發(fā)展，隨著瀏覽器性能網(wǎng)絡(luò)帶寬等基礎(chǔ)設(shè)施的提升，也能夠承載起包含復(fù)雜交互可視化計(jì)算邏輯需求的富客戶(hù)端應(yīng)用。 showImg(https://segmentfault.com/img/remote/1460000016874425); 本文是架構(gòu)師 2018-10 月刊的卷首語(yǔ)，歸納于自筆者的技術(shù)之路系列文章，也是對(duì) ...

    mdluo 評(píng)論0 收藏0

  • Kubernetes系統(tǒng)架構(gòu)演進(jìn)過(guò)程與背后驅(qū)動(dòng)的原因

    摘要：本文中，我們將描述系統(tǒng)的架構(gòu)開(kāi)發(fā)演進(jìn)過(guò)程，以及背后的驅(qū)動(dòng)原因。應(yīng)用管理層提供基本的部署和路由，包括自愈能力彈性擴(kuò)容服務(wù)發(fā)現(xiàn)負(fù)載均衡和流量路由。 帶你了解Kubernetes架構(gòu)的設(shè)計(jì)意圖、Kubernetes系統(tǒng)的架構(gòu)開(kāi)發(fā)演進(jìn)過(guò)程，以及背后的驅(qū)動(dòng)原因。 showImg(https://segmentfault.com/img/remote/1460000016446636?w=1280...

    wuaiqiu 評(píng)論0 收藏0

  • 讀懂 SOLID 的「接口隔離」原則

    摘要：接口隔離原則是什么客戶(hù)端代碼不應(yīng)當(dāng)被迫依賴(lài)于它們不需要的方法。 這是理解SOLID原則，關(guān)于接口隔離原則如何幫助我們創(chuàng)建簡(jiǎn)單的抽象接口，并使客戶(hù)端代與接口之間存在的更少的依賴(lài)關(guān)系。 接口隔離原則是什么 Clients should not be forced to depend on methods that they do not use.客戶(hù)端代碼不應(yīng)當(dāng)被迫依賴(lài)于它們不需要的方法。...

    wing324 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

閱讀需要支付1元查看
<