모바일 청첩장 서비스를 직접 써보면서 한 가지 확실해진 것이 있다. 기능 자체는 대부분 비슷하다. 지도, RSVP, 계좌번호, 갤러리 — 핵심 기능은 어느 서비스든 갖추고 있다. 그런데 사용자들의 불만은 계속된다. 이유는 간단하다. 모두가 같은 것을 만들고 있기 때문에, 아무도 안 만드는 것이 그대로 남아 있다.

축의금 관리 : 가장 큰 빈자리
모바일 청첩장의 95%에 계좌번호가 포함된다. 신랑·신부와 양가 혼주 명의로 4~6개의 계좌가 기본이다. 카카오톡 송금 버튼까지 달리는 시대에, 정작 받은 축의금을 정리하는 기능은 어디에도 없다.
결혼식을 마친 뒤 예비부부가 가장 먼저 하는 일 중 하나가 축의금 정리다. 양가에서 각각 받은 금액을 합산하고, 누가 얼마를 보냈는지 기록하고, 추후 답례 계획을 세운다. 이 과정은 거의 대부분 엑셀이나 수기로 이루어진다.
기능 | 기존 서비스 제공 여부 | 사용자 요구 |
|---|---|---|
축의금 수합 현황 | 없음 | 매우 높음 |
양가 별도 정산 | 없음 | 높음 |
엑셀 업로드/내보내기 | 없음 | 높음 |
실시간 대시보드 | 없음 | 보통 |
답례 관리 | 없음 | 보통 |
기술적으로 어려운 기능이 아니다. 단순한 CRUD와 집계, 엑셀 파싱이면 충분하다. 그런데 기존 서비스들이 이 기능에 투자하지 않는 이유가 있다. 그들에게 청첩장은 "예쁜 초대장"이지, 결혼 준비 전체를 관리하는 플랫폼이 아니기 때문이다.
개발자 입장에서 보면 축의금 관리 기능은 2주면 MVP를 만들 수 있다. 양가 별도 정산, 실시간 현황 대시보드, 엑셀 내보내기 정도면 핵심이 완성된다. 결혼 준비하는 당사자에게 가장 실용적인 기능인데, 기존 서비스들이 여기에 집중하지 않은 것은 "청첩장 = 디자인 상품"이라는 프레임에 갇혀 있기 때문이다. 우리는 이 프레임을 깨려 한다.
검토 단계의 부재 : 실수는 공유 후에 발견된다
모바일 청첩장 제작의 일반적인 플로우는 이렇다. 템플릿 선택 → 정보 입력 → 미리보기 → 공유. 문제는 "미리보기"와 "공유" 사이에 검토·승인 단계가 없다는 것이다.
결혼식 날짜를 잘못 입력하거나, 예식장 이름에 오타가 있거나, 사진이 잘렸는데 모르고 공유해버리는 경우가 적지 않다. 커뮤니티에서 "청첩장 공유했는데 날짜가 틀렸다"는 글은 꾸준히 올라온다. 한 번 카카오톡으로 뿌린 청첩장은 되돌릴 수 없다.
종이 청첩장은 인쇄 전에 시안 확인이라는 검토 과정이 있다. 업체에서 시안을 보내주면 꼼꼼히 확인하고, 수정 요청을 하고, 최종 컨펌 후 인쇄가 시작된다. 모바일 청첩장에는 이런 게이트가 없다. "내가 직접 만들고 직접 공유한다"는 편리함이 오히려 실수의 원인이 된다.

하객 관리 : 보낸 이후가 공백이다
청첩장을 공유한 뒤, 예비부부에게 필요한 정보는 여러 가지다. 누가 청첩장을 열어봤는지, 참석 의사를 밝힌 사람은 몇 명인지, 식사 인원은 총 몇 명인지. RSVP 기능을 제공하는 서비스는 있지만, 대부분 "참석/불참" 응답을 모아주는 수준에 그친다.
실질적인 하객 관리는 더 복잡하다. 양가별로 하객 수를 분리해야 하고, 버스 운행이 필요한 하객 수를 파악해야 하고, 피로연 식사 인원을 예식장에 전달해야 한다. 이 작업을 모바일 청첩장 플랫폼 안에서 할 수 있다면, 단순한 "초대장 앱"에서 "결혼 준비 허브"로 포지셔닝이 바뀐다.
디자인 자유도 : "내 청첩장"이라는 감각
대부분의 서비스가 정해진 템플릿에서 사진과 텍스트만 교체하는 방식이다. 색상을 바꾸거나 레이아웃을 조정하는 것조차 어려운 경우가 많다. 한 이용자는 "노션으로 직접 만들까 생각했을 정도"라고 말했다. 개발자 커뮤니티에서 직접 청첩장을 코딩하는 프로젝트가 꾸준히 올라오는 것도 같은 맥락이다.
물론 완전한 자유도를 제공하면 제작 난이도가 올라간다. 핵심은 적절한 수준의 커스터마이징이다. 색상 팔레트 선택, 폰트 변경, 섹션 순서 조정, 배경 패턴 선택 정도만 가능해도 "내가 만든 청첩장"이라는 만족감이 달라진다.
프론트엔드 개발 경험에서 배운 것이 하나 있다. 사용자에게 자유를 줄 때는 "제한된 자유"가 핵심이다. 모든 것을 바꿀 수 있게 하면 오히려 사용자는 막막해한다. 잘 설계된 프리셋 안에서 의미 있는 선택지를 제공하는 것 — 이게 좋은 커스터마이징 UX다. 우리가 설계할 에디터의 핵심 철학이기도 하다.

평생 보관과 소유권 : 사라지는 청첩장
많은 무료 서비스가 일정 기간이 지나면 청첩장을 삭제한다. 60일, 90일 등 기한이 정해져 있고, 평생소장은 유료 옵션이다. "결혼식이 끝나면 사라지는 청첩장"이라는 것은 결국 이 서비스가 "일회성 소비재"로 설계되어 있다는 뜻이다.
그런데 직접 모바일 청첩장을 코딩한 개발자들의 후기를 보면, 가장 많이 언급하는 장점이 "평생 유지된다"는 것이다. 결혼 기념일마다 꺼내볼 수 있고, 나중에 자녀에게 보여줄 수 있다는 감성이다. 이 수요는 분명히 존재한다.
빈자리를 채우는 것이 곧 차별화다
정리하면, 기존 모바일 청첩장 서비스들이 공통으로 놓치고 있는 영역은 다음과 같다.
축의금 수합·정산·관리 기능
공유 전 검토·승인 게이트
실질적인 하객 관리 (양가별 분리, 식사 인원 등)
의미 있는 수준의 디자인 커스터마이징
합리적 가격의 평생 보관
이것들은 사용자들이 직접 불편함을 토로하고 있는 영역이다. 기술적 난이도도 높지 않다. 문제는 기존 서비스들의 시각이 "예쁜 초대장 만들기"에 고정되어 있다는 것이다. 프리아이브는 "결혼 준비의 실질적 동반자"라는 시각에서 플랫폼을 설계하려 한다. 다음 글에서는 왜 우리가 무료로 시작하는지, 그 포지셔닝 전략을 공유하겠다.
이 시장을 조사하면서 가장 인상적이었던 것은, 불편함이 이렇게 구체적으로 존재하는데도 아무도 채우지 않고 있다는 사실이다. "왜 안 하지?"보다 "우리가 할 수 있겠다"는 확신이 먼저 들었다. 빈자리가 보이면 채우면 된다. 단순하지만 강력한 원리다.





