체험단 플랫폼 기획하기
체험단 플랫폼 기획하기 — #체험단플랫폼 #플랫폼기획 #개발자의도구들 체험단 플랫폼 기획이유 필자도 블로글를 본격적으로 시작한지...
#체험단플랫폼 #플랫폼기획 #개발자의도구들
체험단 플랫폼 기획이유
필자도 블로글를 본격적으로 시작한지 벌써 4년이 다되간다. 개발 공부를 하기 전부터 조금씩 했었다. 그당시 주된 컨텐츠는 맛집이나 카페 탐방에 관한 글을 작성했다. 처음에는 내가 직접 찾아가서 체험한 것을 위주로 작성했지만, 돈이랑 시간이 많이 들어서 체험단을 알아봤고, 여렵지않게 협찬을 받아 많은 서비스를 체험하며 글로 돈을 버는 재미를 느꼈었다.
나에게 블로그를 지속하게 해주는 힘은 당시는 체험단이었다. 체험단을 통해 정말 다양한 서비스를 경험했고, 다양한 맛집과 카페를 탐방했다. 여기저기 다니며 재밌게 시간을 보냈다. 이때부터 블로그 마케팅에 대한 관심을 느꼈고 실제로 작은 마케팅 회사에 들어가 일을 하기도 했다.
당시 나의 일은 자영업자들을 상대로 블로그 및 인스타그램 홍보를 기획하고 포스팅하는 것이었다. 특히나 나는 SEO키워드를 잡는데 많은 공을 들였고, 항상 내가 올린 글이 블로그 메인 상단에 잘뜨는지 확인했었다.
일을 하면서 느낀 것은 많은 자영업자들이 블로그 마케팅에 대한 지식이 많이 없다는 것이었다. 특히나 SEO에 대한 지식이 많이없다고 느꼈다. 마케터로 일을하다가 다시 체험단 플랫폼을 보니 체험단 모집 공고글에 사용된 키워드들이 일반 블로거들이 잡기 힘든 키워드들이 많은 것을 알 수 있었다. 예를들어 창원에서 고깃집을 운영하는 외식업체의 경우 대부분 "창원 맛집", "창원 상남동 맛집"과 같이 경쟁률이 높고 키워드 범위가 큰 키워드를 사용한다. 보통 이런 키워드들은 광고주(자영업자)가 마케팅 지식없이 선정하는 경우가 대부분이다.
나의 경우에는 일할 때 1. 연관되면서도 2. 경쟁률이 낮으며 3. 키워드 범주를 좁혀서 글을 작성하여 SEO에 유리하게 노출시켜 마케팅을 효과적으로 하였다. 체험단 플랫폼의 문제점은 이런 광고주들의 미비한 마케팅 지식을 활용하여 지속적으로 플랫폼을 사용하도록 유도하는 것이 아닐까하는 생각이 들었다. 광고주가 올린 광고에 지속적인 비효율성이 발생한다면, 광고주는 장기적으로 더 큰 비용을 지불해야 동일 효과를 얻을 수 있을 것이다.
이런 문제를 개선하고자 나는 체험단 플랫폼 내에서 키워드 추천 시스템을 만들고자 하였다. 추가적으로 블로거 개인과 광고주(자영업자)의 연결성을 더욱 높이기 위해 기존 SNS 플랫폼의 기능들을 플랫폼 내에서 사용하도록 하였다.(물론 이건 연습하고 싶어서 그런 것도 있다)
시행착오: 초기 리소스 관리
https://www.notion.so/Marketing-Docs-USER-19db5f7a57d280409563cfbf55261988?source=copy\_link
전체 프로젝트를 설계하는 과정에서 처음부터 API 문서를 만들어 버렸다. 이는 매우 큰 오산이었는데, 실제로 여기 작성된 문서대로 기획된 API가 거의 없다... 실제 프로젝트를 만들다보면 처음 기획과는 전혀 다른 API가 사용되는 것을 경험했다. 초반에 저거 작성하느라 시간이 꽤나 소모되었다...
여기서 얻은 것은 API를 직접 명세하기 보다는 간단하게 규칙을 설정하는 것이다. 예를들어 DTO 클래스 이름 규칙, 예외 처리 규칙과 같은 것들이다. 나는 다음과 같은 규칙들을 적용하여 코드의 일관성을 다듬었다.
코드작성 규칙
# (when app -> server) request dto builder
#1 viewmodel -> repository:
make requestModel
#2 repository -> api :
(requestModel: methodDomain) ex) requstModel: SignUpAdmin
#3 api -> network
serverRequest.of(requestModel)
ex) val request = MakeNewAdminRequest.of(requestModel)
# (when server -> app) response dto builder
#1 nwtwork -> api -> repository
server dto
#2 repository -> viewmodel
- extract only needs
- check response code
- success? failed?
#3 viewModel : updated state!!
시스템은 글보단 그림으로
사람은 글을 읽을 때 머릿속으로 시각적인 정보로 변환하여 정보를 처리한다. 그러니 단순 글로 전체 시스템을 설명하는 것보다 그림으로 보여주면 훨씬 이해 속도가 빨라서 다시 볼 때도 편하다. 나는 이전에 Figma를 배운 적이 있어서(디자인에 관심이 많아요) Figma를 사용해서 애플리케이션 UI구조를 계속해서 그렸다. 귀찮아 보일 수 있지만 이렇게 하는게 개발하는데에 있어서 편하고 구조를 쉽게 파악할 수 있어서 유지 보수하기도 좋다.
[Figma
Created with Figma
www.figma.com](https://www.figma.com/design/8ztPrSBJ1VfGAsDs49IGwo/marketing-ui-structure?node-id=3-28045&t=Y9JAopUEJWGCwhum-1)