> For the complete documentation index, see [llms.txt](https://docs.pancakeswap.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pancakeswap.finance/kr/pancakeswap/about-us/team/become-a-chef/business-development-lead-1-1.md).

# 비즈니스 개발 매니저 (Liquidity Hub)

PancakeSwap은 BNB 체인을 대표하는 AMM DEX에서, 자체 AMM 풀·기관 자본·외부 유통 채널의 유동성을 집계하고 관리하는 완전한 Liquidity Hub로 전환하고 있습니다.

### 기관 유동성 + RWA + 유통 채널 확장

* 토큰화 주식 및 RWA 발행사 온보딩, 마켓 메이커 온보딩, 더 많은 채널로의 PancakeSwap X RFQ 유통을 총괄합니다.
* PropAMM 기관 파이프라인을 구축합니다. 핵심 지표: PancakeSwap X 월간 거래량, 온보딩한 RWA 발행사 수.
* 지갑, 거래 플랫폼, DeFi 프로토콜의 기본 애그리게이터 API로서 1inch를 대체합니다.

### 담당 업무

* 소싱, 협상, 통합, 지속적인 상태 지표 관리에 이르는 전체 파트너십 라이프사이클을 책임집니다.
* 주간 부서 간 BD 싱크에 참여하여 파이프라인 중복을 파악하고 공동 접근 방식을 조율합니다.
* 담당 부서 영역에 특화된 경쟁사 분석을 지속적으로 수행하고, 그 결과를 실행 가능한 차별화 전략으로 전환합니다.
* 부서가 성숙해지면 산하에 소규모 BD 매니저 팀을 구성하고 멘토링합니다.

### 이런 분을 찾습니다

**필수**

* DeFi, 암호화폐 또는 핀테크 분야의 BD, 파트너십 또는 그로스 경력 3년 이상, 파이프라인뿐 아니라 실제 체결한 딜의 실적 보유
* 정량적 사고방식: 온체인 데이터와 TVL/거래량 대시보드를 읽는 데 익숙하고, 기본 원리부터 스스로 KPI 목표를 설정할 수 있는 분
* 관심 부서에 맞는 도메인 이해: 토큰화 주식/RWA 인프라 및 기관 마켓 메이커 관계, DEX 애그리게이터 메커니즘, 지갑/거래 플랫폼 통합 흐름, 수익 분배/화이트라벨 딜 구조 설계
* 자율적이고 체계적인 분: 세세한 지도 없이도 여러 딜을 병행하여 관리하고 장애 요인을 조기에 공유할 수 있는 분
* 오너십 마인드셋

지원 방법: 이력서를 <hiring@pancakeswap.com> 으로 보내 주세요. 여러분의 이야기를 기다립니다! 가장 적합한 부서가 어디인지도 함께 알려 주세요.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.pancakeswap.finance/kr/pancakeswap/about-us/team/become-a-chef/business-development-lead-1-1.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
