背景
各種網際網路行業，會員都是核心基礎和競爭力，為增加使用者的粘性及留存，需要運營類工具的支撐。本次設計的目標是積分**。使用者可以用平台的積分或者其他形式的虛擬貨幣來兌換禮品。
概要設計：
由於積分**的本質就是乙個微型的**。為模型通用，盡可能以標準**模型設計。同時盡可能簡化設計。達到短小精悍的目的。
前台：1、商品展示。
2、使用者看商品詳情，
3、支付（兌換）
4、訂單詳情，及訂單狀態管理
5、歷史訂單檢視。
後台：1、後台檢視訂單詳情。
2、訂單狀態管理（）。
3、庫存管理
4、商品上架（商品編輯功能）
5、商品狀態管理。
核心/通用：
1、訂單核心，控制訂單的狀態和生命週期。
2、庫存消耗系統。（庫存控制）
其他：1、依賴的支付通道，內部積分系統的對接。同時提供積分消費介面和積分退回介面。
2、簡單的物流及發貨管理。能夠檢視簡單的物流狀態。（至少放個物流編號使用者自己跟蹤）
模組再抽象：
1、商品模組。（2天）商品屬性編輯，型號，品牌，**，（至少2張，大圖和小圖），前台展示商品。
2、庫存模組。(2天) ，庫存模型主要是控制數量一致性，併發下單的一致性，庫存為0前台不能下單，使用者沒支付一段時間要恢復庫存，後台能增加或減少庫存。
3、訂單模組。（3天），前台下單建立訂單，訂單資訊包括商品編號，**，資料量，校驗**
4、支付渠道模型。（2天）初期只用支援積分兌換，打通積分兌換即可，但要考慮擴充套件性留下通用介面。
積分商城如何梳理思路和進行設計
引文 最近兩天接手了乙個積分 裡面的乙個小需求，真的，真的是很小。之前對積分商稱這塊也沒怎麼研究過，原本想以最快的速度支援乙個簡單的方案就完事的。but，一不小心，強迫症犯了，就梳理了一下一整個積分商稱的邏輯和思路。梳理完了，看著梳理的內容，心裡開始罵娘，媽蛋，這玩意兩 三年內都不會去做 產品的定位...
某航空積分商城爬蟲
import urllib.request import urllib.parse import urllib.error import json import jsonpath import pandas as pd import time url 可從fiddler中檢視 headers nam...
積分商城系統積分兌換運營開源架構
如今的商業圈是使用者的時代，運營的重心必須從普通使用者轉為使用者積分 運營。隨著人口紅利的消失，獲得新使用者的成本以及超過維持現有使用者的成本。因此，引入積分 系統是企業關注使用者運營的必然選擇，使用者運營只會隨著使用者的日益普及而變得越來越重要。在使用者網際網路時代，企業如何運營好積分 系統？1 ...