# 從消費者轉向開發者 2019 –- 談談 KKBOX 的開放 API 之路的第二年

###### tags: `MOPCON 2019` `Day2-Unconf`

---

## 講者介紹
- 講者：ericpi

歷程:北京天玩科技 技術經理

## KKBOX Open API
[KKBOX Open API](https://docs-zhtw.kkbox.codes/docs/overview)

直接找資料不使用API的缺點
- 掃進來的資料混亂
- 不同的人命名方式不同

## 使用API的優點
+ High quality
+ 不用另外再去爬資料

## 過去的API for Partner
+ 不流行跟夥伴分享資料
+ XML用的比JSON多
+ 拿Internal API 改一改就上線
+ 大量外部商業邏輯堆在API上

## 重新思考的Partner Solution
+ JSON取代囉嗦的XML
+ 標準化
+ Oauth2 取代內部認證介面
+ Restful & RAML -> Swagger
+ 提供技術元件，商業邏輯由方案指引
+ 提供比較友善的對外技術介面
+ 對硬體/作業性體最佳化的播放元件
+ 適用於智慧語音的API (今年的新內容)

### Partner Soulution vs Open API

Solution for partner

+ native player component
+ KK assistant NLU API

### Open API

## KKBOX Partner Solution: Smart Speaker
> 今年出的智慧音箱幾乎都有和KKBOX合作

Voice Control Integration

### Consumer landing
Acquisition-> 衝動-> 買-> 結案
### Develop landing
Acquisition-> 衝動-> 註冊開發者帳號 -> 閱讀文件 -> 玩弄一下 -> 滅火 ->
再回到 side project

## 怎麼解決跟開發者溝通問題
+ 多提供 SDKs
+ ==元件中文化==
+ 多提供開源範例程式
+ 舉辦/合作 Hackathon (今年有去找清交辦)
+ 到處開 Workshop/ Technical Sharing
+ 開發潛力合作夥伴

## 案例: SpaceCycle(日韓歌單)
https://www.spacecycle.com/
+ 健身教練可以在App內設計自己的歌單

### 總結第二年
+ Open source sdks 維護很苦
+ 提供Android 元件也很苦
+ 開源範例覆蓋覆蓋多數已知情境就可以
+ workshop 效益比 technical share 大
+ 有商務基礎的合作夥伴比較容易推動