IQ_Labs

최근 TransferIQ를 운영하면서 가장 크게 느낀 점은, 제품을 만드는 것보다 사용자가 왜 이 제품을 써야 하는지 설명하는 일이 더 어렵다는 것입니다.

TransferIQ는 해외송금사와 암호화폐 거래소를 이용한 송금 경로를 비교해, 환율·수수료·예상 수령액 차이를 보여주는 서비스입니다.

처음에는 기능을 많이 추가하면 사용자가 자연스럽게 늘어날 것이라고 생각했습니다.

하지만 실제로는 그렇지 않았습니다.

사용자는 “기능이 몇 개 있는가”보다 다음 질문에 더 관심이 있었습니다.

• 결국 내가 얼마를 받는가?
• 기존 송금사보다 정말 유리한가?
• 수수료가 낮아 보여도 숨은 비용은 없는가?
• 암호화폐 경로가 더 빠르더라도 실제로 안전하고 편리한가?

이런 질문에 바로 답하지 못하면, 아무리 기능이 많아도 제품의 가치가 잘 전달되지 않습니다.

그래서 최근에는 단순히 거래소와 송금사를 나열하는 방식보다, 같은 금액을 보냈을 때 최종 수령액이 어떻게 달라지는지 더 직관적으로 보여주는 방향으로 제품을 개선하고 있습니다.

동시에 FX 뉴스, 환율 변화, 국제유가, 중앙은행 정책처럼 실제 송금 비용에 영향을 주는 정보도 함께 정리하고 있습니다.

단순한 비교 도구를 넘어, 사용자가 송금 전에 더 나은 판단을 내릴 수 있는 서비스로 만드는 것이 목표입니다.

최근 여러 채널에 글을 올리고 사용자 반응을 확인하면서 배운 점도 분명합니다.

제품 링크만 올리는 것은 거의 효과가 없습니다.

사용자는 제품 소개보다 실제 문제, 비교 과정, 실패 경험, 시장 변화에 더 반응합니다.

그래서 앞으로는 TransferIQ의 기능 소개뿐 아니라 다음과 같은 내용을 꾸준히 공유하려고 합니다.

• 전통 송금사와 암호화폐 경로의 실제 비용 차이
• 환율과 스프레드가 최종 수령액에 미치는 영향
• 국가별 송금 환경 차이
• 제품 운영 과정에서 확인한 사용자 행동
• 유입은 발생하지만 결제로 이어지지 않는 이유
• 독립 개발자로서 제품과 마케팅을 함께 운영하며 배운 점

TransferIQ는 아직 완성된 답이라기보다, 실제 사용자 문제를 확인하며 계속 수정 중인 제품입니다.

지금은 더 많은 기능을 추가하는 것보다, 사용자가 가장 궁금해하는 비교 결과를 더 빠르고 명확하게 보여주는 데 집중하고 있습니다.

https://transferiq.org

비개발자로 AI와 함께 만든 앱(TransferIQ)을 드디어 Google Play 프로덕션에 올렸습니다.
축하하려고 열었더니, 아이콘 누르자마자 죽더군요. 스플래시도 못 넘기고 매번 튕겼습니다.

당연히 제 코드가 범인이라고 생각했습니다.
제 App.js는 9,000줄이거든요. (비개발자가 AI랑 만들다 보면 이렇게 됩니다…)

그래서 몇 시간을 그 안에서 헤맸습니다.
- AdMob 초기화를 의심하고 방어 코드로 감쌌지만 그대로 죽음
- 어떤 변수가 정의보다 546줄 먼저 쓰이는 걸 발견하고 심장이 멎었지만, 알고 보니 함수 안이라 안전
- 결국 Node로 앱 최상위 코드를 프로덕션 모드로 직접 실행해서 "여기서 죽는가"를 검증 → 안 죽음

코드는 무죄였습니다.
범인은 app.json 설정 파일의 딱 한 줄, 빠진 권한이었습니다.

"permissions": ["com.google.android.gms.permission.AD_ID"]

이게 없으면 광고 SDK가 앱 시작 시 네이티브 레벨에서 죽습니다.
JavaScript가 실행되기도 전에요.
그래서 제가 정성껏 넣은 .catch()는 애초에 잡을 기회조차 없었습니다.

메이커로서 얻은 것 세 가지:

1. "켜지자마자 죽는다"는 대부분 JS가 아니라 네이티브/설정 문제다.
   화면이 뜨기도 전에 죽으면 컴포넌트 코드는 그만 봐야 한다.

2. 로그(adb logcat) 한 번이 코드 몇 시간 노려보는 것보다 빠르다.
   확신이 있어도 로그부터 볼 걸 그랬다.

3. 버그는 "여기는 절대 아닐 거야" 하고 확신하는 곳에 숨어 있다.
   나는 내 지저분한 코드를 의심했지만, 범인은 내가 쳐다도 안 본 설정 파일이었다.

권한 추가하고 재빌드했더니, 몇 시간 뒤 AdMob에 광고 노출이 찍히기 시작했습니다.
수익은 아직 0.08달러(…)지만, 크래시가 잡혔다는 첫 증거라 이게 더 반가웠습니다.

혹시 비슷하게 "프로덕션에서만 죽는" 경험 있으신 분?
저처럼 코드부터 의심하다 시간 날린 분 계시면 위로받고 싶습니다.

오늘은 새 기능을 거의 만들지 못했습니다.

대신, 실제 운영 중인 TransferIQ Android 앱에서 이상한 결과가 나오는 문제를 하루 종일 추적했습니다.

처음에는 단순한 UI 버그처럼 보였습니다.

• USDT / USDC 로고가 깨져서 세로 글자로 표시됨
• 이미 제외한 송금 업체가 앱에 다시 노출됨
• 서로 다른 업체들의 예상 수령액 상단값이 똑같이 표시됨

그런데 웹 버전과 Android 앱을 나란히 놓고 비교하다 보니 더 큰 문제를 발견했습니다.

같은 제품인데도 웹과 앱이 조금씩 다른 계산 규칙과 예외 처리를 갖기 시작한 겁니다.

예를 들어 앱에서는 서로 다른 송금 업체의 예상 범위가 공통 benchmark ceiling에 걸리면서 동일한 상단값을 보여줄 수 있었고, crypto off-ramp 쪽에서는 사용자가 선택한 자산과 내부 rate source가 달라질 가능성도 있었습니다.

금융 비교 제품을 만들면서 가장 무서운 건 앱이 꺼지는 버그가 아니라는 생각이 들었습니다.

앱이 꺼지면 바로 압니다.

버튼이 안 눌려도 바로 압니다.

하지만 잘못된 숫자가 그럴듯하게 표시되면 사용자도, 만든 사람도 쉽게 지나칠 수 있습니다.

결국 오늘은 정상적으로 동작하는 웹 버전을 일종의 “정답지”처럼 놓고 Android 앱을 하나씩 대조했습니다.

그러면서 깨달은 건:

웹 수정
→ 앱에는 미반영

앱 hotfix
→ 웹과 로직 차이 발생

provider 추가
→ 한쪽 필터에만 반영

crypto route 수정
→ 한쪽 source 처리만 변경

이런 작은 차이가 계속 쌓이면 결국 하나의 제품이 두 개의 시스템이 된다는 점이었습니다.

저는 개발자가 아닙니다.

핀테크와 크립토 업계에서 약 8년 일한 경험을 바탕으로, AI를 활용해 TransferIQ를 혼자 만들었고 현재 실제 Android 앱으로 출시해 운영하고 있습니다.

TransferIQ Android:
https://play.google.com/store/apps/details?id=com.jkim1285.TransferIQMobile

직접 설치해서 보시면 아직 부족한 부분도 많을 겁니다.

오히려 그래서 피드백을 받고 싶습니다.

현재 다음 단계로 고민하는 건:

• 웹/앱 공통 quote engine
• 동일 JSON fixture 기반 테스트
• 주요 통화쌍 golden test
• 웹/앱 계산 결과 parity check
• disabled provider regression check
• selected crypto asset과 실제 rate source 일치 검증

정도입니다.

비슷하게 웹과 앱을 함께 운영해 본 분들께 궁금합니다.

같은 계산 결과가 중요한 제품이라면 여러분은 먼저 공통 core를 분리하시나요?

아니면 현재 구조를 유지하면서 테스트와 CI로 두 플랫폼의 결과가 달라지지 않게 관리하시나요?

그리고 실제 앱을 한번 사용해 보신다면, 기술 구조뿐 아니라 UX나 “이 비교 결과를 믿을 수 있겠는가?”라는 관점의 솔직한 피드백도 정말 감사하겠습니다.

오늘은 기능 하나 추가하지 못해서 답답했지만, 오히려 제품 구조상 더 큰 문제를 발견한 날이었던 것 같습니다.

이력서를 100개 가까이 넣고 계속 떨어졌을 때, 생각이 들었습니다.

이대로 이력서 문장만 계속 고쳐서 될까?

저는 핀테크·크립토 업계에서 8년 이상 운영, 프로덕트, API 연동, 글로벌 팀 업무를 해왔습니다.

그런데 채용시장에서는 결국 몇 장짜리 이력서로 저를 설명해야 했습니다.

그래서 5월 말, 포트폴리오라도 하나 만들자는 생각으로 TransferIQ를 시작했습니다.

처음에는 정말 단순했습니다.

“해외송금 서비스마다 수수료가 다른데, 실제로 최종 수령액은 얼마나 차이 날까?”

그런데 만들다 보니 문제가 생각보다 훨씬 복잡했습니다.

송금 수수료
FX spread
결제 방식
크립토 거래소
P2P
스테이블코인
네트워크 수수료
현지 통화 출금
국가별 지원 경로

그래서 단순 송금 비교기가 아니라, 여러 경로의 예상 최종 수령액을 비교하는 형태로 발전했습니다.

저는 전통적인 소프트웨어 엔지니어가 아닙니다.

React Native, Expo, Supabase, AAB 빌드, AdMob, SEO 같은 것들을 처음부터 잘 알고 시작한 것도 아닙니다.

대부분 실제로 만들고, 깨지고, 다시 고치는 과정에서 배웠습니다.

약 5~6주 동안:

Android 앱 출시
웹 제품 구축
Google Play 배포
GitHub 공개
Supabase 연동
송금·FX·크립토·P2P 비교
AdMob 배너 광고 적용
Google Search Console
Naver Search Advisor
sitemap / indexing
6개 언어 콘텐츠 배포

까지 진행했습니다.

물론 아직 초기입니다.

트래픽도 작고, 데이터도 계속 개선해야 하고, 제품도 완벽하지 않습니다.

하지만 한 가지는 확실히 배웠습니다.

계속 거절당할 때, 이력서만 다시 쓰는 게 답이 아닐 수도 있다는 것.

때로는 내가 무엇을 할 수 있는지 직접 보여주는 증거가 필요했습니다.

저에게는 TransferIQ가 그 증거가 됐습니다.

웹
https://transferiq.org

Android
https://play.google.com/store/apps/details?id=com.jkim1285.TransferIQMobile

GitHub
https://github.com/jkim1285/TransferIQ