個寒假回來，好幾個同學(xué)都來問我或者自己開始學(xué)起了前端，前端入門雖然簡單，但是想要做好很難，是一個要通十行才能精一行的工作。再這幾年 MVVM 框架的大肆流行，前端已經(jīng)不是以前用 jQuery 寫一寫就可以的時代了。于是我寫下這篇文章，來給大家一個參考。

首先，請大家牢記以下幾點(diǎn)：

1. 前端不簡單！前端不簡單！前端不簡單！
2. 前端和美工不一樣！不是只會 HTML、CSS、JavaScript 就行的。
3. 程序和其他的行業(yè)不一樣，經(jīng)驗(yàn)是十分重要的，不管看多少書，都逃不過要經(jīng)常的練習(xí)。
4. 在學(xué)會使用 JavaScript 實(shí)現(xiàn)相同操作之前，不要使用 jQuery。
5. JavaScript 和 Java 的關(guān)系如同雷鋒和雷峰塔的關(guān)系一樣，并沒有什么關(guān)系！

前期準(zhǔn)備工作

1. 下載好 Sublime Text 3，并自行找教程安裝 Package Control。安裝完后使用 Package Control 安裝 Sublime Text 的漢化包，名字叫做 ChineseLocalizations。之后單獨(dú)寫 HTML 和 CSS 的時候，使用 Sublime Text 編輯。
2. 下載 Chrome 瀏覽器，目前（2017 年 3 月 9 日）最新版本為 56，請盡量安裝最新版本，并設(shè)置為默認(rèn)瀏覽器。
3. 下載 Visual Studio Code，之后單獨(dú)寫 JavaScript 的時候，使用 VS Code 編輯。
4. 下載并在本地安裝 Node.js，目前（2017 年 3 月 9 日）最新版本為 7.7.1，請盡量安裝最新版本。
5. 使用 Google 搜索，不能使用 Google 的使用 Bing 搜索，不要使用百度。
6. 注冊一個 Github 賬號。

初學(xué)階段

學(xué)習(xí)時間：1 個月

初學(xué)階段主要是學(xué)習(xí) HTML、CSS 和 JavaScript，掌握三種語言的基礎(chǔ)語法，并且掌握基本的布局方式、基本的 DOM 操作和算法。

HTML 和 CSS

推薦跟著 iMooc 的《HTML + CSS 基礎(chǔ)課程》學(xué)習(xí)，里面的每一小節(jié)都是指引式的教學(xué)，跟著指導(dǎo)學(xué)習(xí) HTML 和 CSS 的基礎(chǔ)語法。

鏈接：http://www.imooc.com/learn/9

學(xué)習(xí)完上面《HTML + CSS 基礎(chǔ)課程》的所有內(nèi)容之后，自行完成一個百度搜索的首頁，要求做到位置、顏色、間距等 99% 還原。不需要點(diǎn)擊可以搜索。

【3.12 更新】

課程中沒有提到的該學(xué)習(xí)的還有 flex 布局。

JavaScript

學(xué)習(xí) JavaScript 可以上廖雪峰的網(wǎng)站上學(xué)習(xí)：

http://www.liaoxuefeng.com/wiki/001434446689867b27157e896e74d51a89c25cc8b43bdb3000

跟著目錄從上往下學(xué)習(xí)，一直到 Promise。

學(xué)習(xí)的過程中可以結(jié)合練習(xí)題學(xué)習(xí)，這里整理了一些：

https://github.com/iszu/web-learning/blob/master/JavaScript%E7%BB%83%E4%B9%A0%E9%A2%98.md

正確把代碼寫的簡單，短小。最好能一行實(shí)現(xiàn)。

當(dāng)你學(xué)完 HTML、CSS 和 JavaScript 的基礎(chǔ)之后，完成這么一個小練習(xí)：

實(shí)現(xiàn)一個簡單的 TodoList

不懂啥是 TodoList 的自行 Google

限制

1. 界面不能照抄網(wǎng)上已有頁面的風(fēng)格，可以把網(wǎng)上的設(shè)計稿做成你的頁面，也可以自己設(shè)計
2. 不能使用任何已有的庫（如 jQuery, Bootstrap, Vue 等）
3. 增加、刪除、修改的操作執(zhí)行后，頁面不能刷新

基本功能

1. 增刪改查
   增刪改查是指可以實(shí)現(xiàn)“增加”、“刪除”、“修改”、“查詢”四個功能。 其中“查詢”不代表“搜索”，只要頁面刷新后，數(shù)據(jù)能夠正常顯示即可。
2. 可以儲存 “內(nèi)容” 與 “是否已完成” 的狀態(tài)
3. 使用 localStorage 儲存數(shù)據(jù)
4. 界面盡可能做的好看

加分項

1. 可以只顯示“未完成”或“已完成”的條目
   你可以把它們分開顯示，或者是通過按鈕切換顯示，或者你也可以自己想一種把它們分開顯示的方法
2. 給每一條 todo 添加 “完成日期”
3. 在第二點(diǎn)的基礎(chǔ)上，已過期的條目有不同的樣式
4. 其它更牛逼的功能

進(jìn)階階段

學(xué)習(xí)時間：1 個月

學(xué)習(xí)完上面的課程，你就已經(jīng)是一個合格的美工了，能根據(jù)設(shè)計師的設(shè)計稿實(shí)現(xiàn)出頁面，但是還不是一個前端工程師，或者說還不是一個工程師。這一階段你要開始接觸一些作為程序員需要學(xué)習(xí)的東西。

Markdown

首先學(xué)會使用 Markdown 進(jìn)行寫作，Markdown 是什么，怎么樣個語法；

git 版本控制

其次要學(xué)會使用 git 進(jìn)行版本控制，還是剛剛的廖雪峰—— git 教程：

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

并且把上面做的兩個項目，通過 git push 到 Github 上開源，README.md 使用 Markdwon 編寫。

HTTP, Ajax 和異步

學(xué)習(xí) Ajax 的基本實(shí)現(xiàn)，在這個階段你會接觸到 JavaScript 的異步編程，你得自行了解什么是異步，并且會開始基礎(chǔ) HTTP 協(xié)議，請自行了解 HTTP 狀態(tài)碼，請求頭，響應(yīng)頭等基礎(chǔ)知識，并了解 TCP/IP，HTTP，HTTPS 協(xié)議的概念和關(guān)系。接著了解 JavaScript 的同源策略，為什么需要同源策略，以及如何跨域。

高級階段

學(xué)習(xí)時間：6 個月以上

【3.12 更新】

這個階段你會開始多終端前端的開發(fā)，了解響應(yīng)式布局，接觸前端工程化和前端框架，并開始深入學(xué)習(xí) JavaScript 的深入內(nèi)容，包括 ES6、ES7 等。

響應(yīng)式布局

了解響應(yīng)式布局的應(yīng)用范圍、基本原理。學(xué)習(xí) em, px, rem, vh, vw 等單位的使用。

ECMAScript 6

學(xué)習(xí) ECMAScript 6，了解 ECMAScript 和 JavaScript 的關(guān)系，具體文章可以看阮一峰的 《ECMAScript 6 入門》，另外可以參考我寫的《ECMAScript6 學(xué)習(xí)筆記》。

NPM

自行找教程學(xué)習(xí) npm 的使用，接觸前端工程化，了解 Gulp, Webpack 等工具的用處，并在本地自己搭建一個工程化環(huán)境。

前端框架

自行找教程學(xué)習(xí) Vue.js 或 React 或 Angular 等前端框架，并嘗試使用這些框架搭建一個單頁面應(yīng)用。以下以 Vue.js 舉例：

• 學(xué)習(xí) Vue.js 基礎(chǔ)語法，一定要看官方的文檔來學(xué)習(xí)：https://cn.vuejs.org。
• 學(xué)習(xí)使用 Vue-cli 在本地一鍵搭建 Vue.js 項目。
• 本地開發(fā)一個 Todolist 的 Vue.js 版本，同樣使用 localstorage 進(jìn)行存儲。
• 學(xué)習(xí)使用 Github pages 部署開發(fā)好的 Todolist，可以讓別人一起使用。
• 了解 Vue.js 2.0 的內(nèi)部原理和外部思想：
• Virtual DOM
• 數(shù)據(jù)監(jiān)聽
• render 函數(shù)
• 單向數(shù)據(jù)流
• Vue.js 的 Lifecycle
• 服務(wù)端渲染的原理
• Vuex 和 Vue-Router
• ……

Canvas 相關(guān)

了解 Canvas API 的使用，懂得使用 Canvas 制作動畫，以此來制作一些更炫酷的前端效果，如圖片背景的高斯模糊等。

深入階段

學(xué)習(xí)時間：無限

這個階段是作為一個前端繼續(xù)精進(jìn)自己的一個階段，你已經(jīng)可以勝任小型項目了，但是還有一些細(xì)節(jié)需要你一直不斷的學(xué)習(xí)。

前端儲存

前端儲存知識點(diǎn)：

• 儲存技術(shù)有哪些？
• Cookie, SessionStorage, LocalStorage 有什么區(qū)別？
• ……

History API

什么是 History API，為什么要增加這個功能？

性能優(yōu)化

學(xué)習(xí)有關(guān)前端性能優(yōu)化的相關(guān)知識等：

• 如何縮短白屏?xí)r間
• 如何提升 CSS3 動畫的性能
• ……

安全

學(xué)習(xí)有關(guān)前端的安全相關(guān)知識等：

• 通信安全
• 如何保障 Ajax 通信安全
• XSS 攻擊
• 什么是 XSS 攻擊
• 如何防范 XSS 攻擊
• CSRF 攻擊
• 什么是 CSRF 攻擊
• 如何防范 CSRF 攻擊
• CSRF 攻擊和 XSS 攻擊的區(qū)別是什么
• ……

兼容性

有關(guān) IE 瀏覽器以及老版本瀏覽器的兼容性問題的學(xué)習(xí)和解決，包括：

• HTML 標(biāo)簽的兼容性
• CSS 樣式的兼容性
• JavaScript 的 API 的兼容性
• 優(yōu)雅降級與漸進(jìn)增強(qiáng)

學(xué)習(xí)后端

等到前端學(xué)習(xí)的差不多了，可以通過 Node.js 來接觸后端的開發(fā)，這里不再詳述。

penAPI，也稱為開放平臺，是服務(wù)型網(wǎng)站常見的一種應(yīng)用，在許多業(yè)務(wù)如海外倉WMS業(yè)務(wù)中，OpenAPI平臺的存在就不容忽視。那么，產(chǎn)品經(jīng)理、尤其是不懂技術(shù)的產(chǎn)品經(jīng)理，要怎么參與搭建OpenAPI平臺？不妨一起來看看這篇文章，或許會對你有所啟發(fā)。

一、什么是OpenAPI平臺？

OpenAPI即開放API，也稱為開放平臺，是服務(wù)型網(wǎng)站常見的一種應(yīng)用，網(wǎng)站的服務(wù)商將自己的網(wǎng)站服務(wù)封裝成一系列API（Application Programming Interface，應(yīng)用編程接口）并搭建一個對外開放的平臺提供給第三方開發(fā)者使用，它提供了一套標(biāo)準(zhǔn)的API接口，讓不同的業(yè)務(wù)系統(tǒng)可以通過這些接口進(jìn)行交互和數(shù)據(jù)共享。這種行為就叫做開放網(wǎng)站的API，所開放的API就被稱作OpenAPI或者OpenAPI平臺。

二、為什么需要OpenAPI平臺？

在海外倉WMS業(yè)務(wù)中，其他上游系統(tǒng)可以通過OpenAPI與海外倉進(jìn)行數(shù)據(jù)交互和信息的傳遞，而不用從A系統(tǒng)導(dǎo)出數(shù)據(jù)，然后再登錄海外倉的系統(tǒng)再手動導(dǎo)入進(jìn)去，極大地提升了用戶的體驗(yàn)。

無OpenAPI的模式

如果沒有OpenAPI的時候，用戶要將數(shù)據(jù)推送到海外倉WMS中，則需要從電商平臺或者電商ERP中手動導(dǎo)出業(yè)務(wù)數(shù)據(jù)，然后再登錄海外倉OMS，根據(jù)導(dǎo)入模板去填寫業(yè)務(wù)數(shù)據(jù)，最后再導(dǎo)入到OMS中，再通過OMS推送到WMS中。而且WMS作業(yè)完成之后，雖然OMS可以看到最新的業(yè)務(wù)狀態(tài)，但是由于沒有對外的API，所以外部的系統(tǒng)并不知道最新的狀態(tài)，還需要人工手動根據(jù)OMS的最新狀態(tài)（數(shù)據(jù)）去更新電商平臺或者電商ERP的狀態(tài)（數(shù)據(jù)）。

如果引入了OpenAPI之后，只需要電商平臺或者電商ERP和海外倉的OpenAPI完成了對接之后，這一切都不要手動去處理，系統(tǒng)可以自動完成相關(guān)的數(shù)據(jù)傳遞，包括上游系統(tǒng)主動推送給海外倉和海外倉反饋?zhàn)钚碌臄?shù)據(jù)給上游系統(tǒng)等。

有OpenAPI的模式

三、OpenAPI和海外倉系統(tǒng)的交互示意圖

OpenAPI和海外倉系統(tǒng)的交互示意圖

在前面海外倉OMS的章節(jié)有介紹過，在海外倉WMS領(lǐng)域中，OMS承擔(dān)的是一個客戶端的角色，也是WMS的上游端，所以一般來說外部系統(tǒng)是先通過OPenAPI這個通道觸達(dá)到OMS，然后再由OMS處理、轉(zhuǎn)化之后再推送到WMS中。幾乎很少有直接通過OpenAPI直接觸達(dá)WMS的玩法，海外倉領(lǐng)域中OMS和WMS一般都是配套出現(xiàn)的，很多業(yè)務(wù)邏輯都掛在OMS層面，當(dāng)然如果需要特殊定制讓OpenAPI的數(shù)據(jù)直接推送到WMS層也不是不可以，國內(nèi)倉的玩法就是這樣做的，稍后我們會進(jìn)行介紹。

要注意的是，文中提到的OpenAPI平臺是指海外倉作為提供方去建設(shè)的平臺，通俗點(diǎn)可以理解為是上游系統(tǒng)去接入海外倉WMS，而不是海外倉WMS去接入上游系統(tǒng)。所以，嚴(yán)格來說電商平臺并不是通過OpenAPI去接入海外倉OMS的，而是海外倉OMS通過電商平臺的OpenAPI去接入電商平臺，這個模式和電商ERP接入海外倉OMS是不太一樣的，剛好相反。

對于國內(nèi)倉WMS來說，由于各家的倉儲系統(tǒng)不太一樣，發(fā)展歷程也比較悠久，很多國內(nèi)倉都沒有對應(yīng)的OMS，而且京東，淘寶都分別做了相關(guān)的“業(yè)務(wù)系統(tǒng)標(biāo)準(zhǔn)化對接平臺”，例如阿里的奇門，京東的虎符等，所以在國內(nèi)電商領(lǐng)域，電商ERP會接入奇門，而國內(nèi)倉也會接入奇門，大多數(shù)場景下就不需要倉庫WMS單獨(dú)去提供額外的OpenAPI去給ERP接入了，除非是一些耦合性比較高的特殊需求。

阿里奇門的作用說明

隨著電子商務(wù)發(fā)展，商家所使用到的各類軟件越來越多，各個軟件之間沒有相互打通，形成一個個信息孤島，給商家的使用帶來種種不便，商家要求各個系統(tǒng)之間的對接需求已經(jīng)越來越迫切。

目前在行業(yè)內(nèi)已經(jīng)有部分系統(tǒng)直接由服務(wù)商之間完成了系統(tǒng)軟件的對接，但是由于沒有統(tǒng)一的接入標(biāo)準(zhǔn)，導(dǎo)致接入較混亂，對接接口的版本也參差不齊，往往這樣的系統(tǒng)對接不具有可復(fù)制性，多個系統(tǒng)之間的對接，需要多次開發(fā)，給商家的使用和功能迭代升級帶來了諸多的不便，同時也給服務(wù)商帶來額外的維護(hù)、開發(fā)成本。

為了滿足商家需求，讓商家能夠突破各個業(yè)務(wù)系統(tǒng)之間的信息孤島，提升商家在各個系統(tǒng)之間的操作效率，解決各個系統(tǒng)之間標(biāo)準(zhǔn)化對接的痛點(diǎn)，我們推出了奇門項目。

奇門項目一期支持ERP、WMS 之間的系統(tǒng)標(biāo)準(zhǔn)化對接，通過構(gòu)建 ERP、 WMS 系統(tǒng)之間標(biāo)準(zhǔn)通信協(xié)議來實(shí)現(xiàn)不同系統(tǒng)之間的打通。對商家來說，省去了更換系統(tǒng)軟件所帶來的額外開發(fā)成本。對 ISV 來說，省去了與多家ERP、 WMS系統(tǒng)對接難的問題，ERP通過一次對接奇門項目，打通與所有WMS之間的通信，WMS通過一次對接奇門項目，可以適配所有ERP軟件……

四、產(chǎn)品經(jīng)理如何去參與搭建OpenAPI

前面大概介紹了什么是OpenAPI，為什么需要OpenAPI，以及海外倉的OpenAPI背后是用OMS來承接相應(yīng)的數(shù)據(jù)，接下來就來介紹一下，作為產(chǎn)品經(jīng)理應(yīng)該怎么參與搭建OpenAPI。

很多人以為，OpenAPI是技術(shù)相關(guān)的事情，應(yīng)該全權(quán)交給技術(shù)去處理，自己壓根就不用管。但是這種想法是不對的，是片面的，對于OpenAPI的技術(shù)細(xì)節(jié)方面作為產(chǎn)品經(jīng)理確實(shí)可以不用參與，但是其它方面的內(nèi)容產(chǎn)品經(jīng)理都是需要去參與的。

不要把OpenAPI當(dāng)作一個技術(shù)名詞去理解，而是要把搭建OpenAPI平臺作為一個需求，作為一款產(chǎn)品去對待。去分析它的商業(yè)目標(biāo)是什么，用戶群體是誰，解決了什么問題，創(chuàng)造了什么價值。細(xì)化到具體的產(chǎn)品設(shè)計方案就是有多少套系統(tǒng)，有多少業(yè)務(wù)場景，有多少功能模塊，這些和做一款信息化系統(tǒng)并無二致。

1. OpenAPI平臺有哪些內(nèi)容需要搭建？

如果是搭建一個OpenAPI平臺，一般來說會有兩個端，分別的：

開放平臺端，也可以稱之為用戶端，用戶是指需要接入OpenAPI的開發(fā)者們，他們需要在OpenAPI平臺上查看API接口文檔，查看開放平臺的接入方式，查看自己申請的應(yīng)用APP和接口調(diào)用的情況等。

API管理后臺，也可以稱之為管理端，使用者是接口的提供商，例如海外倉需要對外提供開放平臺的接口，那么海外倉就需要搭建相關(guān)的API管理后臺，用來發(fā)布接口，審核開發(fā)者的資質(zhì)，還有監(jiān)控一些接口的日志等。

所以，當(dāng)產(chǎn)品經(jīng)理接收到了任務(wù)需要去搭建OpenAPI平臺之后，并不是說把這個事情簡單翻譯一下丟給技術(shù)人員就好了，實(shí)際上還是要把它當(dāng)作一個大的項目，大的需求，去做業(yè)務(wù)的分析和梳理，做競品的調(diào)研，做用戶畫像的梳理等。起碼要搞清楚有多少個端（系統(tǒng)），有多少功能模塊，有幾類使用的用戶等……

2. 用戶端的搭建

一般來說開放平臺的用戶端會分成這么幾個部分：

其中API文檔和接入指南一般都是直接對外開放的，訪問相關(guān)URL就可以直接訪問，不會做權(quán)限的控制。

Shopee開放平臺

谷倉開放平臺

而控制中心/工作臺則需要注冊成為了開發(fā)者，登錄賬號和密碼后才可以訪問，里面一般就是包含了自己的個人信息，接入的APP，還有一些接口調(diào)用日志，消息通知等。

4PX的開發(fā)者工作臺

Shopee的開發(fā)者控制中心

3. 后臺管理端的搭建

相較于用戶端來說，內(nèi)部管理端的競品非常不好找，因?yàn)檫@個內(nèi)容一般都是不對外開放的，所以這個時候產(chǎn)品經(jīng)理往往要想好另一條路：就是多和研發(fā)人員溝通，確認(rèn)一些技術(shù)需求，同時梳理出典型的業(yè)務(wù)場景，通過這些場景去設(shè)計內(nèi)部的管理端功能。

例如，如果需要在用戶端需要開發(fā)者入駐，那么開發(fā)者入駐的時候會填寫一些申請信息，后臺管理端就需要有開發(fā)者資質(zhì)審核的功能模塊。

同樣的，如果用戶端的開發(fā)者申請開通了一些APP應(yīng)用，也是需要后臺審核的，那么后臺管理端也需要有對應(yīng)的審核功能模塊。

然后前臺的一些API文檔和接入文檔等可能會不定期的更新，那么后臺管理端可能就需要有CMS（內(nèi)容管理系統(tǒng)）的功能模塊，這樣才可以快速地完成修改和更新。

針對技術(shù)部分的內(nèi)容，一些API的調(diào)用可能比較敏感，需要做費(fèi)用的計算，調(diào)用次數(shù)的限制，日志的統(tǒng)計，還有異常的監(jiān)控等，所以這些都需要在后臺管理端去完成。

接口大師后臺管理系統(tǒng)

4. 業(yè)務(wù)接口的梳理

通過前面3個部分內(nèi)容的學(xué)習(xí)，我們知道了原來搭建一個OpenAPI平臺要做這么多事情，有這么多內(nèi)容，并不是想象中的做個“甩手掌柜”就夠了。

如果要從0開始去搭建一個OpenAPI平臺確實(shí)要做很多事情，OpenAPI搭建成本比較高，適用于有多個開發(fā)者要接入的場景，所以一般都是業(yè)務(wù)量到了一定量級之后才會去做這件事。如果目前只有少量的用戶需要接入海外倉系統(tǒng)，那么可以考慮用MVP的思路去實(shí)現(xiàn)，不是上來就搭建一個OpenAPI平臺，而是先搭建對外的技術(shù)接口，然后整理相關(guān)的說明，用一個在線文檔或者Word等方式交付。

如果是以MVP的方式去交付，作為產(chǎn)品經(jīng)理需要做的事情就稍微少一些，大概是下圖中的這么一些：

產(chǎn)品經(jīng)理怎么輸出接口文檔

關(guān)于產(chǎn)品經(jīng)理輸出接口文檔這件事，很多人都會有一個誤區(qū)，覺得這個東西是技術(shù)相關(guān)的內(nèi)容不需要自己參與過多。但是實(shí)際上從我的個人經(jīng)驗(yàn)來看，如果純粹由技術(shù)輸出接口文檔，對于接入方來說非常痛苦，要么看不懂文檔，要么發(fā)現(xiàn)有些接口調(diào)不通，要么就發(fā)現(xiàn)文檔閱讀體驗(yàn)賊差等，對于開放平臺方來說可能是偷懶了，但是接入方的產(chǎn)品和研發(fā)往往就很痛苦了。

而且從API文檔也可以看得出對方的研發(fā)能力，一般小規(guī)模的技術(shù)團(tuán)隊或者整體能力偏差的技術(shù)團(tuán)隊，輸出的API文檔都比較爛，會讓客戶產(chǎn)生一些不信任感，感覺不安全。

所以我都是建議產(chǎn)品經(jīng)理要參與到開放平臺或者開放接口的搭建過程中去，要和技術(shù)進(jìn)行協(xié)同，你不懂技術(shù)方面的東西那就交付給研發(fā)去搞定，但是體驗(yàn)方面的內(nèi)容、業(yè)務(wù)和邏輯的表達(dá)方面的內(nèi)容產(chǎn)品經(jīng)理是需要把關(guān)的，大家都是同為一體的，應(yīng)該共同為最后的交付結(jié)果（API功能和API文檔）承擔(dān)責(zé)任。

海外倉的OpenAPI需要開放哪些接口，這個是沒有標(biāo)準(zhǔn)的，需要結(jié)合實(shí)際的業(yè)務(wù)去選擇，這里我把行業(yè)內(nèi)做得比較好的一些友商的開放平臺整理了一下，大家可以直接看他們的接口文檔，對照學(xué)習(xí)和輸出即可。

其中做得最好的應(yīng)該是谷倉的開放平臺，整體的體驗(yàn)和邏輯說明都很優(yōu)秀，值得反復(fù)看看。

https://open.goodcang.com/（重點(diǎn)推薦）

https://open.4px.com/apiInfo/api

https://developer.winit.com.cn/

五、API對接方面的學(xué)習(xí)和提升

OpenAPI開放平臺這個項目說大也大，說小也小，和業(yè)務(wù)需求有直接的關(guān)系，但是考慮到后續(xù)大家肯定還是會有機(jī)會經(jīng)歷這一塊的，所以我整理了相關(guān)的學(xué)習(xí)資料和參考資料在文末，等后續(xù)要做這一塊業(yè)務(wù)的時候再翻出來查閱即可。

1. OpenAPI平臺

https://open.weixin.qq.com/

https://open.shopee.com/

https://open.lazada.com/

https://partner.tiktokshop.com/doc/page/63fd7444715d622a338c5097

2. 接口API的一些知識

https://juejin.cn/post/6987377856447774734

https://www.ruanyifeng.com/blog/2014/05/restful_api.html

https://www.ruanyifeng.com/blog/2019/04/oauth_design.html

http://www.yesx2.com/

https://www.imooc.com/learn/68/

3. 接口調(diào)試工具

https://www.bilibili.com/video/BV1ae4y1y7bf/?share_source=copy_web&vd_source=52af3a6250261fa8c6e13c736f8e3884

專欄作家

我叫維他命（Vitamin），微信公眾號：PM維他命。前PHPer，做過在線教育類產(chǎn)品，也做過4年多的跨境倉儲物流方向的產(chǎn)品，目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理。主要專注于WMS/OMS/TMS/BMS/ERP等領(lǐng)域，分享供應(yīng)鏈相關(guān)的產(chǎn)品知識。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于 CC0 協(xié)議。

該文觀點(diǎn)僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。