營銷搭建系統(tǒng)的設計思想復盤

作者：徐小夕 2023-12-01 08:09:08

為了讓不同能力團隊共享信息, 我們需要利用信息化技術來設計一套“粘合劑”, 讓“企業(yè)發(fā)動機”高效運轉(zhuǎn). 這個“粘合劑” 就是我們說的數(shù)字(智)化營銷系統(tǒng). 它不會侵入到企業(yè)的具體業(yè)務中, 而是通過連接企業(yè)數(shù)字資產(chǎn), 實現(xiàn)對外品宣,獲客和需求反饋. 更多充當?shù)氖情T戶和反饋系統(tǒng)的作用。

嗨, 大家好, 我是徐小夕, 之前分享了很多可視化低代碼相關的技術實踐和開源項目, 今天繼續(xù)和大家分享一下如何通過可視化搭建技術設計高效的企業(yè)營銷配置系統(tǒng)。

背景

隨著技術的飛速發(fā)展和行業(yè)高內(nèi)聚的競爭內(nèi)卷, 企業(yè)數(shù)字化轉(zhuǎn)型更加迫在眉睫. 很多傳統(tǒng)企業(yè)為了提高盈利能力, 在流量,轉(zhuǎn)化和口碑上投入了巨大的成本, 比如:

招募(或擴大)優(yōu)質(zhì)銷售團隊。
廣告投放(為了更多的流量和轉(zhuǎn)化)。
系統(tǒng)搭建(更高效的管理企業(yè)進銷存)。
策略運營分析(更精準的投流獲客和產(chǎn)品品牌力打造)。
其他企業(yè)策略目標。

設計實現(xiàn)方案

為了實現(xiàn)營銷數(shù)字化系統(tǒng), 我們一般會采用三種方案:

傳統(tǒng)業(yè)務開發(fā)型
配置化營銷中心
可視化營銷搭建平臺

1、傳統(tǒng)業(yè)務開發(fā)型

早期我們更多的企業(yè)營銷宣傳頁面大多采用這種模式, 面向營銷活動或者業(yè)務活動設計針對性的頁面. 但是隨著企業(yè)規(guī)模的壯大和活動需求規(guī)模化之后, 普通頁面開發(fā)意味著人力成本的線性增加, 我們需要通過“堆人”來實現(xiàn)業(yè)務需求.

從前端技術側(cè), 為了進一步提高研發(fā)效率, 前端程序員不得不去思考如何復用的問題. 但是實際情況卻不容樂觀. 從我個人研發(fā)經(jīng)驗的角度, 對定制型營銷場景開發(fā)我們可以采用如下措施提高研發(fā)效率:

（1）搭建營銷組件庫 / 業(yè)務sdk抽象

我們可以在開發(fā)之初就定好一個可擴展的技術方案, 針對活動/營銷頁面以組件化的方式開發(fā), 然后將業(yè)務功能沉淀為可復用的技術資產(chǎn). 我們可以用vue / react等技術框架來搭建組件庫工程, 這塊我之前寫過一篇從零搭建前端組件庫系統(tǒng) 的工程, 大家感興趣可以參考一下。

更近一步的, 任何頁面都離不開通用能力和埋點監(jiān)控, 如下:

這些工具函數(shù) 和業(yè)務sdk 未來會在不用需求頁面中反復使用, 所以我們也可以更進一步的封裝和抽象。

（2）搭建通用腳手架, 實現(xiàn)基礎工程和業(yè)務方案的復用(配置化)

通用腳手架可以讓前端團隊更高效的復用技術資產(chǎn), 比如不同技術同事開發(fā)不同的需求時, 我們能使用前人積累的技術實踐, 省去了前期的調(diào)研和試錯成本. 一個成熟的前端腳手架包括:

基礎的項目工程配置
路由配置(baseUrl, public, outPut等)
分包策略
模塊加載器Loader(比如對svg, png, pdf, excel, css等處理)
代碼插件(代碼壓縮, 分割, 按需打包, hot reload等)
服務proxy支持
微前端配置等

當然我們還可以參考市面上比較成熟的前端工程解決方案, 比如 umi, vite等.

（3）建立可配置的模版庫

雖然我們用定制代碼的方案無法很輕易的實現(xiàn)類似配置平臺或者搭建平臺的高可配性, 但是我們?nèi)匀豢梢栽O計一種偽配置化方案. 類似下面的配置:

{
  "title": "第3期企業(yè)數(shù)字化宣講",
  "layout": {
    "header": [],
    "main": [],
    "footer": []
  },
  "share_icon": "微信分享icon",
  "share_desc": "Dooring,  讓頁面制作更簡單",
  "track": true // 是否啟用埋點
  "api_path": "https://xxxx.com"
}

然后在頁面中設計一套模版引擎, 來動態(tài)讀取json配置, 需要自定義的部分即可自定義開發(fā). 我們通過這種方式, 就可以用一套基礎模式, 快速生成自定義的頁面模版, 從而提高頁面搭建效率。

在接下來分享的方案中我會介紹具體的實現(xiàn)思路。

2、配置化營銷中心

相信大部分互聯(lián)網(wǎng)企業(yè)都做過類似配置化平臺的項目, 營銷板塊也不例外. 當然要做配置化平臺, 需要產(chǎn)品, 運營和技術的通力協(xié)作, 也就意味著要脫離技術多方?jīng)Q策. 這要求產(chǎn)品和運營需要對整體業(yè)務做一個通用性的抽象, 并通過技術人員轉(zhuǎn)化為可實現(xiàn)并被需求方低成本理解的配置平臺.

對于配置系統(tǒng)方案, 我之前寫過一篇文章《基于react/vue搭建一個通用的表單管理配置平臺》, 大家感興趣可以參考一下, 本質(zhì)上也是將抽象業(yè)務做統(tǒng)一封裝, 從而在技術層面實現(xiàn)按需渲染(配置式渲染):

具體展現(xiàn)形式如下:

關于動態(tài)配置表單的渲染模式, 我之前也提供了一種實現(xiàn)方案, 這也是目前大部分動態(tài)表單實現(xiàn)的一種模式(標準化SDL輸出):

// 基礎模版數(shù)據(jù)
const tpl = [
  {
    label: '文本框',
    placeholder: '請輸入內(nèi)容',
    type: 'text',
    value: '',
    index: uuid(5)
  },
  {
    label: '單選框',
    type: 'radio',
    option: [{label: '男', value: 0}, {label: '女', value: 1}],
    index: uuid(5)
  },
  {
    label: '復選框',
    type: 'checkbox',
    option: [{label: '男', value: 0}, {label: '女', value: 1}],
    index: uuid(5)
  },
  {
    label: '多行文本',
    placeholder: '請輸入內(nèi)容',
    type: 'textarea',
    index: uuid(5)
  },
  {
    label: '選擇框',
    placeholder: '請選擇',
    type: 'select',
    option: [{label: '中國', value: 0}, {label: '俄羅斯', value: 1}],
    index: uuid(5)
  },
  {
    label: '文件上傳',
    type: 'upload',
    index: uuid(5)
  }
]

// 模版渲染組件
const tplMap = {
  text: {
    component: (props) => {
      const { placeholder, label } = props
      return <div className={styles.fieldOption}><span className={styles.fieldLabel}>{label}:</span><Input placeholder={placeholder} /></div>
    }
  },
  textarea: {
    component: (props) => {
      const { placeholder, label } = props
      return <div className={styles.fieldOption}><span className={styles.fieldLabel}>{label}:</span><TextArea placeholder={placeholder} /></div>
    }
  },
  radio: {
    component: (props) => {
      const { option, label } = props
      return <div className={styles.fieldOption}>
              <span className={styles.fieldLabel}>{label}:</span>
              <Radio.Group>
                {
                  option && option.map((item, i) => {
                    return <Radio style={radioStyle} value={item.value} key={item.label}>
                      { item.label }
                    </Radio>
                  })
                }
            </Radio.Group>
        </div>
    }
  },
  checkbox: {
    component: (props) => {
      const { option, label } = props
      return <div className={styles.fieldOption}>
              <span className={styles.fieldLabel}>{label}:</span>
              <Checkbox.Group>
                <Row>
                  {
                    option && option.map(item => {
                      return <Col span={16} key={item.label}>
                              <Checkbox value={item.value} style={{ lineHeight: '32px' }}>
                                { item.label }
                              </Checkbox>
                            </Col>
                    })
                  }
                </Row>
            </Checkbox.Group>
        </div>
    }
  },
  select: {
    component: (props) => {
      const { placeholder, option, label } = props
      return <div className={styles.fieldOption}>
              <span className={styles.fieldLabel}>{label}:</span>
              <Select placeholder={placeholder} style={{width: '100%'}}>
                {
                  option && option.map(item => {
                    return <Option value={item.value} key={item.label}>{item.label}</Option>
                  })
                }
            </Select>
        </div>
    }
  },
  upload: {
    component: (props) => {
      return <div className={styles.fieldOption}>
              <span className={styles.fieldLabel}>{props.label}:</span>
              <Upload
              listType="picture-card"
              className="avatar-uploader"
              showUploadList={false}
              action="https://www.mocky.io/v2/5cc8019d300000980a055e76"
            >
              <div>+</div>
            </Upload>
        </div>
    }
  }
}

export {
  tpl,
  tplMap
}

當然市場上也有比較成熟的開源方案, 比如 family, XRender等。

3、可視化營銷搭建平臺

以上我們可以看到, 從定制化代碼到配置化方案, 技術架構有了漸進式升級, 接下來繼續(xù)分享一種更低成本的方案: 可視化搭建平臺。

可視化搭建平臺是一種建立在底層通用規(guī)則之上的通過拖拽+配置化來實現(xiàn)頁面生產(chǎn)能力的一種高效率解決方案. 它主要解決的問題如下:

企業(yè)數(shù)據(jù)孤島(應用間數(shù)據(jù)共享,互通困難)。
企業(yè)定制化需求日益增加(不同行業(yè)賦能不同的應用場景, 千“客”千面)。
IT人才供不應求。
溝通成本,研發(fā)成本, 研發(fā)周期吃緊。
產(chǎn)品迭代和響應性遲緩。

所以我們迫切需要諸如低代碼/零代碼這樣的方案, 來解決上述問題. 目前國內(nèi)有上千家企業(yè)在接觸或者落地低代碼/零代碼方案, 我之前也開源了一個解決方案H5-Dooring, 用來解決頁面生產(chǎn)效能的問題:

當然設計可視化搭建系統(tǒng)需要考慮更多系統(tǒng)化問題, 比如:

如何滿足更多的定制需求。
如何對接企業(yè)數(shù)據(jù)源。
如何跨場景, 跨多端。
如何出高質(zhì)量可維護的代碼。
如何保證線上頁面運行穩(wěn)定和頁面監(jiān)控/閾值預警。

當然并不是每家企業(yè)都有極高的要求, 所以我們需要針對企業(yè)實際需求和未來需求, 制定更合理的可視化解決方案. 關于可視化平臺的實現(xiàn)方案我之前也寫了很多文章和開源方案, 這里就不一一介紹了, 感興趣的朋友可以參考一下。

H5-Dooring
H5-Stream
V6.Dooring

如何利用DooringSaas快速落地營銷配置方案

上面介紹了3種技術設計方案, 接下來我就以一個具體的案例, 來分享一下高效營銷落地方案.

轉(zhuǎn)盤抽獎營銷頁面是我們比較熟悉的一種運營手段, 傳統(tǒng)開發(fā)中我們需要針對每一場活動開發(fā)獨立的業(yè)務代碼, 如果我們將營銷活動的規(guī)則抽象出來, 并封裝業(yè)務常用的抽獎組件, 并提供一定的配置靈活性, 這樣我們就能滿足大部分的營銷活動場景, 如下, 我們可以配置抽獎信息, 中獎比例, 中獎后的一系列交互配置：

對于企業(yè)的品宣場景, 我們也可以從可視化搭建平臺中找到解決方案, 我們只需要對接企業(yè)資源庫, 業(yè)務統(tǒng)配數(shù)據(jù)接口, 安全規(guī)范和數(shù)據(jù)上報模式, 我們就可以用可視化平臺從技術側(cè)轉(zhuǎn)化為業(yè)務側(cè)直接搭建, 近一步縮短溝通周期。

有關拖拽搭建方案, 這里筆者也分享幾個成熟方案：

moveable
react-draggable
Vue Easy DnD
Vue smooth dnd
V-drag
react-dnd

總結 & 展望

后續(xù)我也會繼續(xù)分享低代碼和可視化相關的技術方案和設計模式, 如果大家感興趣也可以隨時和我交流. 比如:

如何實現(xiàn)跨多端的出碼方案。
業(yè)務層零代碼如何快速落地企業(yè)最佳實踐。
桌面端可視化平臺的價值最大化。
AI和可視化的一些價值主張。
通過可視化生態(tài)建設, 如果讓每一家企業(yè)都擁有一套可視化搭建平臺。

責任編輯：姜華來源：趣談前端

營銷搭建系統(tǒng)前端