1)고객의 니즈로부터 출발한 핌팩의 Slackbot 지출결의서 아이디어
스타트업에서 일하는 동안 대부분의 "왜?"라는 질문에 대한 답은 "고객"의 니즈와 관련되어 있어야 합니다. Fimpact(핌팩)의 MVP 출시 과정도 다르지 않았습니다. 핌팩은 스타트업 창업자들과 수많은 사용자 인터뷰를 진행하는 것부터 시작했습니다. 아래는 비용 관리에 대해 구체적으로 파고들게 된 인터뷰의 일부입니다:
"현금 유출입을 요약한 월별 보고서를 엑셀로 받곤 했어요. 하지만 세부 사항을 파악하고 데이터를 신뢰하기 어려웠다는 점이 문제였습니다. 한국 스타트업의 재무 인프라는 팀원들의 선의에만 의존하는 경우가 많은데, 이는 좋지 않습니다." - Alvin, Crave 대표
"처음에는 법인카드 없이 술담화를 시작했어요. 가장 큰 어려움은 개인 은행 계좌를 사용하는 직원들의 비용 환급을 처리해야 하는 것이었습니다. 두 번째 고충은 경비 관리를 위해 엑셀 스프레드시트를 설정하고 구성원들에게 스프레드시트 사용법을 온보딩하는 과정에서 엑셀 형식을 계속 변경해야 한다는 점이었죠." - 재욱, 술담화 대표
2) 시장의 흐름에 따라 변화하는 유통 전략에 발맞추는 핌팩
우리는 제품-시장 Fit뿐만 아니라 제품-채널 Fit을 테스트하기 위해 최소 실행 가능한 제품을 출시하고자 했습니다. 저희의 가설은 Slack을 비롯한 오픈 API를 사용하는 업무 공간 도구의 인기가 높아지면서 소프트웨어 유통 채널의 잠재적 변화를 예고한다는 것이었습니다. 즉, 휴대폰의 발전과 함께 데이팅 앱이 "match.com"에서 "tinder"로 진화한 것과 마찬가지로 지출 관리 제품도 기존의 설치형 또는 온프레미스 소프트웨어에서 진화해야 한다는 것이었습니다.
우리는 제품 로드맵에 대해 "레이어 케이크 전략"을 믿습니다. 스타트업 금융 운영은 종종 비효율적인 부분이 많은 광범위한 영역을 다루기 때문에 문제를 해결하기 위해 여러 계층의 제품(포괄적인 금융 솔루션)이 필요합니다.
Bessemer 벤처 파트너스는 다음과 같이 말합니다: "최고의 버티컬 소프트웨어 기업은 지속적인 성장을 주도하는 새로운 제품으로 구성된 레이어 케이크를 구축합니다. 레이어 케이크를 설계할 때 다른 버티컬 분야의 시장 리더가 교차 판매할 수 있었던 것에서 영감을 얻으십시오."
이러한 조언에 귀를 기울여, 핌팩은 HR 분야의 한국 시장 리더인 '플렉스'를 벤치마킹했는데, 이 회사 역시 하나의 틈새 문제를 해결한 Slackbot MVP로 시작했습니다.
3) 시장의 흐름, 확장성을 고려한 판단
미국의 다양한 백오피스 자동화 버티컬들은 재무 및 인사 관리라는 광범위한 분야로부터 파편화가 되어 시작했습니다 (급여 관리, 신원 조회, 채용 등). 재무 분야에서는 경비 관리 버티컬이 고객수와 기업 가치 평가 측면에서 확실한 승자로 보였고 많은 버티컬을 포괄한 전체적인 인사 분야와 비교해도 손색이 없어 보였습니다. 예를 들어, 브렉스의 기업 가치는 약 120억 달러, 램프의 기업 가치는 약 80억 달러로 평가되었습니다. 이는 스타트업 비용 관리가 재무 운영에서 가장 쉽게 확장할 수 있는 분야로 업종에 구애받지 않기 때문일 수 있습니다. Baker McKenzie가 지적했듯이 "많은 스타트업의 경우 스타트업의 주요 지출은 직원 인건비와 부동산 임대 및 클라우드 서버 계약과 같은 제한된 의무"이며 업종별로 차이가 크게 없을 것입니다. 저희는 현재 미국 SaaS 시장을 통해 향후 한국 SaaS 시장의 모습을 엿볼 수 있다고 생각했고, 미국의 선례를 보며 저희도 확장 가능한 업종에서 레이어 케이크를 시작하고 싶었습니다.
그래서 슬랙봇.. 어떻게 만들어야하는건데?
^왜 되는거지? 왜 안되는거지? 코드르 보며 괴로워하는 저의 모습
기술 블로그는 고수 개발자뿐만 아니라 초보 개발자를 위한 것이어야 한다고 생각합니다. 따라서 이제부터 구체적으로 설명하는 기술 섹션에서는 저희처럼 코딩 전문가가 아닌 저처럼 코딩 Zero base의 창업자가 Slackbot을 구축하는 데 도움이 될 만한 내용을 다룰 예정입니다!
아래의 세 가지 프로그램이 슬랙봇 개발의 시작점이 되었습니다.
1️⃣ 유튜브(실제로!): 말 그대로 이 비디오를 보는 것으로 시작했습니다. 이 시리즈는 파이썬의 모든 것을 다루고 있지만, 개념은 자바스크립트에서도 거의 동일합니다. 결국에는 좀 더 기술적인 동영상 튜토리얼에 의존하기 시작했지만, 이 동영상 강의들은 개발 속도를 높이는 데 큰 도움이 되었습니다. 요즘 같은 시대에는 유튜브나 Udemy와 같은 온라인 소스를 통해 코딩을 처음부터 배우는 것도 충분히 가능합니다. 초보 코더라면 YouTube의 "The Net Ninja" 채널을 적극 추천합니다.
2️⃣ Airtable: 사실 코딩으로 바로 제품을 개발하기 전, 핌팩은 노코드툴인 Airtable로 가설 검증을 시작했습니다. 에어테이블 API와 슬랙용 API를 연결해서 사용함으로써 React나 Node와 같은 프론트엔드 및 백엔드 라이브러리 전체를 사용하는 방법을 배울 필요 없이 바로 저희가 원하는 초기 형태를 구현할 수 있었죠. 돌이켜보면 노코드툴을 사용함으로써 초기에 잠재 고객의 목소리를 듣는 데에 가장 많은 시간을 쓸 수 있었던 것 같아요.
3️⃣ Slack Documentation:
"코딩은 그냥 구글링하는 것", "코딩은 Stack Overflow에서 복붙하는 것"이라는 말이 있습니다. 이런 말을 들어보지 않은 사람이 있을까요? 제 경험상 초보자들에게 구글링과 Stack Overflow만 뒤지는 것은 정답이 아니었습니다.
실제로는 Slack API 설명서를 반복해서 읽는 것이 저희 초기 코딩 경험의 대부분을 차지했습니다(ChatGPT 이전에는 말이죠). 초보자의 시간을 절약하기 위해 이 문서를 읽어보시길 추천합니다. Slack의 다른 많은 가이드가 있지만, BoltJS 문서가 시작하기에 가장 좋은 곳일 것입니다.
Slackbot 만들며 마주한 두 가지 문제
Slackbot의 가장 큰 두 가지 문제는 (1) "Slack의 사용자 아이디와 Fimpact의 사용자 아이디를 어떻게 일치시킬 것인가?"와 (2) "영수증 업로드를 어떻게 처리할 것인가?"였습니다. 첫 번째 문제는 사용자가 Slackbot과 상호작용할 때 트리거되는 "app_home_opened" 이벤트를 사용하여 해결했습니다. 사용자가 처음 Slackbot을 통합하면 Slackbot에서 환영 메시지를 표시하여 사용자를 식별할 수 있습니다. 또한 Slack과 Fimpact 모두에 가입하는 데 이메일 주소가 필요하다는 점을 활용하여 두 데이터 포인트 간의 연결 역할을 했습니다. 이메일을 기반으로 쿼리한 후, Fimpact 사용자에게 이전에 Slack 사용자 아이디가 할당된 적이 없는 경우, "app_home_opened" 이벤트에서 얻은 사용자 아이디로 PATCH 요청을 보냅니다. (아래는 코드에 대한 내용이라 생략)
스타트업 창업가를 위한 재무 관리 솔루션, 핌팩의 첫 걸음
한 멘토가 제품을 만드는 것은 "한 번에 한 걸음씩 나아가야 하는" "천 마일의 여정"이라고 말한 적이 있습니다. 온라인 리소스와 노코드 옵션이 풍부해졌기 때문에 이제 기술 전문가가 아닌 창업자들도 제품 개발에 쉽게 첫걸음을 내딛을 수 있습니다. Fimpact은 스타트업의 재무 운영을 효율적으로 도와주기 위해 위한 긴 여정의 첫걸음을 시작하게 되었습니다.
저희의 기술 문화에 대해 더 자세히 알아보고 싶거나 저희 팀에 합류하고 싶은 분이 있다면 언제든지 커피챗주세요!
현재 핌팩은 백엔드 개발자 채용 중에 있습니다!
👉 핌팩 채용문의: https://open.kakao.com/o/sMS9k9g
Comments