iT邦幫忙

第 12 屆 iT 邦幫忙鐵人賽

DAY 21
1
Microsoft Azure

Azure Serverless 平步青雲,漫步雲端系列 第 21

Day 21- 繼往開來 :Serverless 電商 - 實戰前準備 - 產品規劃

https://ithelp.ithome.com.tw/upload/images/20201006/20130168M3DDC8tkjT.png

E-commerce動機

https://ithelp.ithome.com.tw/upload/images/20201006/201301689o7fUc1cK5.png

由於最近很愛做一些食物來吃,剛好最近跟上了微軟工作生活家社群活動,被身邊朋友們推坑肉桂捲,結果就被圈粉了~太好吃啦!!然後在多次報名烘焙課爆滿未果,搶單都忘記時間的情況下,一直覺得是不是老天不想給我吃肉桂捲了~誤。剛好最近看到他們專頁上電商一直持續有故障的相關問題,因此打算根據他們需求來打造一個適合他們使用的電商!

為了工作我可以忍,肉桂捲我不行!

產品規格

產品目標對象:快閃類型、非長時間上架販賣、直播、置入等類型商家,沒有耐心逛街、特定通路來源的消費者。
產品目的:幫助商家可以快速建立一個供消費者下單的網站,而這種網站可根據時下狀況處理,並拋棄或永久保留。
產品平台:使用網頁,產品ERP用的進銷庫存及管理服務利用我們團隊的主產品處理,使用Azure來託管商店前頁。
產品敘述:主要是讓商家可以利用自己的或是我們家平台的系統快速開立一個網頁來讓消費者下單及處理訂單,而在講求快速的時代,連登入這個步驟都消除,講求的是,商家能夠嗅到商機就開頁銷售,消費者來得快,去得也快,時間兩邊都能省則省。

今天的規格怎麼都跟昨天的不一樣?

產品系統設計

https://ithelp.ithome.com.tw/upload/images/20201006/20130168M3DDC8tkjT.png

這邊針對商店頁面做設計,其實 Serverless 的架構遠比想像中的類似與簡單易用。目前先以MVP架構處理商店頁面,而DB讀寫部分我們利用Azure CosmosDB的交易類型API來處理。在處理高流量跟高負載部分我們後面會使用壓力測試來講解及說明(如果團隊壓力測試的服務還有額度的話會幫大家商借來測試)。

你說借就借喔?衛生紙你是有還過膩?

使用者情境

https://ithelp.ithome.com.tw/upload/images/20201006/20130168epRIRY0Vdz.jpg
圖片來源:Feedthewife 胖死我太太

既然有了動機,就從動機來模擬使用者情境,我們開始走一次系統流程。

商品建檔

這個部分我們除了用現有平台來處理以外,可以直接使用時下流行的OpenSource Woocommerce 來參考做商品屬性建立。

連建檔都不會,你知不知道你在賣什麼?

而Woocommerce的Product我們來看會有這些屬性。

Attribute Type Description
id integer Unique identifier for the resource. read-only
name string Product name.
slug string Product slug.
permalink string Product URL. read-only
date_created date-time The date the product was created, in the site's timezone. read-only
date_created_gmt date-time The date the product was created, as GMT. read-only
date_modified date-time The date the product was last modified, in the site's timezone. read-only
date_modified_gmt date-time The date the product was last modified, as GMT. read-only
type string Product type. Options: simple, grouped, external and variable. Default is simple.
status string Product status (post status). Options: draft, pending, private and publish. Default is publish.
featured boolean Featured product. Default is false.
catalog_visibility string Catalog visibility. Options: visible, catalog, search and hidden. Default is visible.
description string Product description.
short_description string Product short description.
sku string Unique identifier.
price string Current product price. read-only
regular_price string Product regular price.
sale_price string Product sale price.
date_on_sale_from date-time Start date of sale price, in the site's timezone.
date_on_sale_from_gmt date-time Start date of sale price, as GMT.
date_on_sale_to date-time End date of sale price, in the site's timezone.
date_on_sale_to_gmt date-time End date of sale price, as GMT.
price_html string Price formatted in HTML. read-only
on_sale boolean Shows if the product is on sale. read-only
purchasable boolean Shows if the product can be bought. read-only
total_sales integer Amount of sales. read-only
virtual boolean If the product is virtual. Default is false.
downloadable boolean If the product is downloadable. Default is false.
downloads array List of downloadable files. See Product - Downloads properties
download_limit integer Number of times downloadable files can be downloaded after purchase. Default is -1.
download_expiry integer Number of days until access to downloadable files expires. Default is -1.
external_url string Product external URL. Only for external products.
button_text string Product external button text. Only for external products.
tax_status string Tax status. Options: taxable, shipping and none. Default is taxable.
tax_class string Tax class.
manage_stock boolean Stock management at product level. Default is false.
stock_quantity integer Stock quantity.
stock_status string Controls the stock status of the product. Options: instock, outofstock, onbackorder. Default is instock.
backorders string If managing stock, this controls if backorders are allowed. Options: no, notify and yes. Default is no.
backorders_allowed boolean Shows if backorders are allowed. read-only
backordered boolean Shows if the product is on backordered. read-only
sold_individually boolean Allow one item to be bought in a single order. Default is false.
weight string Product weight.
dimensions object Product dimensions. See Product - Dimensions properties
shipping_required boolean Shows if the product need to be shipped. read-only
shipping_taxable boolean Shows whether or not the product shipping is taxable. read-only
shipping_class string Shipping class slug.
shipping_class_id integer Shipping class ID. read-only
reviews_allowed boolean Allow reviews. Default is true.
average_rating string Reviews average rating. read-only
rating_count integer Amount of reviews that the product have. read-only
related_ids array List of related products IDs. read-only
upsell_ids array List of up-sell products IDs.
cross_sell_ids array List of cross-sell products IDs.
parent_id integer Product parent ID.
purchase_note string Optional note to send the customer after purchase.
categories array List of categories. See Product - Categories properties
tags array List of tags. See Product - Tags properties
images array List of images. See Product - Images properties
attributes array List of attributes. See Product - Attributes properties
default_attributes array Defaults variation attributes. See Product - Default attributes properties
variations array List of variations IDs. read-only
grouped_products array List of grouped products ID.
menu_order integer Menu order, used to custom sort products.
meta_data array Meta data. See Product - Meta data properties

參考資料:Woocommerce API

好真的太多了,除非你真的要建檔清點庫存,不然真的很沒必要放那麼多屬性。
我們挑出幾個商品頁會需要的把資料填好就好了。

找那個會電腦的來打字一下啦。

商品上架

我們需要將商品放到商店上賣,需要有一個地方來處理我們丟上去的商品資料,並可以稍微美觀一點顯示,不要花太多時間在打造太專屬於商品頁面,用過就丟的特性不太適合讓我們精雕細琢。並最好支援排程開賣或是提前上架後手動打開搶購。

商品再怎麼精美,沒有流量也是枉然。

頁面投放

而上完架之後便是要來蹭流量了,搭配正在進行的活動,丟出短連結,讓消費者第一線就能擠進來擠爆!

唉,那個小編。編你媽,叫我文案設計師。

結帳

而貫穿整個商品頁的便是結帳這個按鈕,我們要做到消費者滾哪裡都看得到按鈕,趁他腦波很弱的時候有地方讓他手滑。

哎呀我剛好缺這個無線PlashSpeed

填單

利用一些網頁技巧,並設定可以先搶後付,或是先付者成立訂單的方式來做流量分流,並能夠一定程度支援一些防爬跟機器人搶單的狀況發生。

你知道我是誰嗎?你不知道你怎不去看醫生問我幹嘛。

金流

目前所知的主流金流服務大多可以應付大流量狀況,因此只要有個方便跳轉的按鈕就可以了,這邊選擇以商家舒適的為主。

不收錢是在賣身體健康的?

訂單成立檢索

商家可以拉到所有訂單資料(不管是SignalR連接印表機、Postman自己拉等),並可以讓沒有註冊帳號的使用者能夠看到自己訂單狀態,並去除敏感資訊降低個資外洩的損害。

幫最近很紅的企業QQ

訂單申請退貨

檢索的頁面可以有地方發出退貨申請,並以訂單編號的方式讓商家可以找到相對應資料來處理訂單。

要退貨麻煩請先...,然後...,之後再請你...,留下...就可以...等個n個工作天就完成了唷。

訂單狀態更新

讓商家可以更新訂單狀態,並支援寄送Email提醒消費者噴貨了。

第一天-訂單狀態:已受理。
第二個月-訂單狀態:已受理。

訂單回饋

在檢索頁面可以回饋商家,或是商家利用貨品伴隨DM的方式建立忠誠度。

DM比商品還多。

系統

前端

由Angular配合Material Design並設計手機版本的視窗。這個篇章預計會帶大家做3 ~ 5篇。由於擔心素材版權問題,會商借一些商品來做Demo。

後端架構

由Python配合Azure Functions來做邏輯層運算,交易API來回。

由於本次想法牽涉智財權,因此不開放原始碼,而是在文章上帶大家走一次產品設計流程。

會做的人不用看就會做,會做的人不會做都是政治問題。

本日小節

今日為實戰前專案規劃,設計一個好的產品做好需求提煉、最小可行性設計很重要,並設計一個使用者情境來確保每一個基本流程都可以做到,並在每一個基本流程上面做好各種可能出現的模擬狀況如掉單、超賣及區域服務性停止備援等狀況,並可以讓大家在各種問題發生的情況下可以迅速恢復並持續進行訂購非常重要。

買不到就跟你拼命。


上一篇
Day 20- 繼往開來 :Serverless 電商 - 實戰前準備 - 實務分析
下一篇
Day 22- 鬼斧神工 :Serverless 電商 - 實戰 - 前端開發 (一)頁面規劃
系列文
Azure Serverless 平步青雲,漫步雲端30

尚未有邦友留言

立即登入留言