🚶PM/기획자 데이먼은 어떻게 혼자 네이티브 앱을 만들었을까?

🧑‍💻 오늘의 메이커 : 천천히, 함께 자라는 가족을 위한 ‘슬로그램’의 데이먼(조영수) 메이커

오늘 함께할 메이커는 발달이 느린 아이를 키우는 가족들이 서로의 하루를 나누고 응원할 수 있는 커뮤니티 ‘슬로그램’을 만들고 있는 조영수 메이커입니다.

조영수님은 ‘기획자 데이먼’이라는 이름으로 활동하며, 오랫동안 프로덕트 매니저로 여러 제품을 기획하고 팀을 이끌어왔는데요. 지금은 그동안 쌓아온 PM 경험을 바탕으로 기획부터 디자인, 개발, 운영, 마케팅까지 전 과정을 직접 맡아 슬로그램을 만들어가고 있습니다.

오늘 인터뷰에서는 발달장애 가족을 위한 서비스를 시작하게 된 계기부터, AI를 활용해 혼자 네이티브 앱을 완성한 과정, 그리고 부모님들이 마음 편히 머물며 천천히 함께 나아갈 수 있는 커뮤니티를 만들어가는 이야기를 들어보고자 합니다.

레시피 하나, 슬로그램 소개와 시작하게 된 마음

출처 : 슬로그램 랜딩페이지

Q. 먼저 슬로그램이 어떤 서비스인지 소개 부탁드려요! 현재 제공하는 핵심 기능과 주로 어떤 분들이 이용하는 서비스인지 궁금해요.

슬로그램은 한마디로 발달장애 가족을 위한 커뮤니티예요.

자폐스펙트럼이나 지적장애, 경계선 지능, ADHD뿐 아니라 아직 정식 진단 전인 발달지연 단계까지, 발달이 느린 아이를 키우는 부모님들이 주로 이용하고 계세요.

핵심 기능은 크게 세 가지예요. 글을 중심으로 비슷한 상황의 가족들과 소통하는 커뮤니티 피드, 하루에 사진 한 장으로 아이와 보낸 시간을 기록하는 Daily 인증, 그리고 진단·치료·제도·양육에 관한 정보를 모아둔 위키가 있어요.

주 이용자가 발달장애 아이를 키우는 어머님들인 만큼, 별도로 사용법을 익히지 않아도 바로 이용할 수 있도록 쉽고 단순하게 만드는 데 초점을 맞추고 있어요.

에디터 : 어떻게 이런 커뮤니티 서비스를 직접 만들게 되셨나요?

발달장애 아이를 키우는 당사자로서 겪은 경험이 슬로그램의 가장 큰 출발점이었어요.

지금은 열 살이 된 아이가 세 살쯤 됐을 때, 또래와 조금 다르다는 걸 알게 됐어요. 그때부터 정말 많은 정보를 찾아보고, 여러 치료와 교육도 경험했는데요. 그 과정에서 장애가 있는 아이를 키운다는 일이 우리 사회에서 얼마나 고되고 외로운 일인지 몸으로 느끼게 됐어요.

아이의 성장 과정은 치료에서 학교생활로, 또 이후에는 사회생활로 계속 이어지잖아요. 그런데 그 시간을 보내는 동안 또래 아이를 키우는 가족들과는 자연스럽게 멀어지고, 온라인에서도 마음 편히 이야기할 곳을 찾기가 쉽지 않더라고요.

그러다 보니 ‘발달장애 가족은 결국 사회적으로 고립되고 외로워질 수밖에 없는 걸까’라는 생각을 자주 하게 됐어요. 그래서 아이의 작은 성장도 마음껏 자랑하고, 서로 축하하고 응원할 수 있는 공간이 하나쯤은 꼭 있었으면 좋겠다고 생각했습니다.

다만 시장이 크지 않다 보니, 오랫동안 ‘언젠가는 꼭 해보고 싶은 버킷리스트’ 정도로만 남겨두고 있었어요. 그러다 AI를 활용하면 기획부터 개발과 운영까지 혼자서도 해볼 수 있겠다는 자신감이 생겼고요. 그때 처음으로 ‘이제는 정말 만들어볼 수 있겠다’고 생각하면서 슬로그램을 시작하게 됐습니다.

Q. 기존 맘카페나 오픈채팅에서도 정보를 나눌 수 있지만, 그 안에서 충분히 채워지지 않는 부분이 있었을 것 같아요. 슬로그램이 가장 먼저 해결하고 싶었던 건 무엇이었나요?

출처 : 슬로그램 앱스토어

발달장애 아이를 키우는 부모님들이 가장 크게 느끼는 감정 중 하나가 사회적 고립감과 외로움이라고 생각해요. 비슷한 고민을 나눌 사람을 만나는 것부터 쉽지 않고, 아이에게 친구를 만들어주고 싶어도 자연스럽게 어울릴 수 있는 자리를 찾기가 어렵거든요.

기존 네이버 카페나 오픈채팅에서도 정보는 활발하게 오가고 있어요. 다만 서로 정보를 주고받는 것을 넘어, 실제 관계로 이어지는 데에는 한계가 있다고 느꼈어요.

그래서 슬로그램이 가장 먼저 풀고 싶었던 건 ‘비슷한 상황에 있는 가족을 만날 곳이 없다’는 점이었어요. 같은 장애 유형이라도 아이마다 성향이나 발달 양상이 정말 다르기 때문에, 단순히 같은 진단을 받았다는 것만으로는 서로를 알아보기가 어렵거든요.

결국 비슷한 상황에 있는 가족끼리 서로를 발견하고, 자연스럽게 이어질 수 있도록 만드는 것이 첫 번째 목표였어요. 그래서 프로필에는 아이의 정보를 필요한 만큼만 보여주고, 지역이나 장애 유형을 통해 서로를 알아볼 수 있도록 지금의 구조를 설계했습니다.

에디터 : 이야기를 듣고 나니 ‘슬로그램’이라는 이름과 ‘천천히, 함께’라는 슬로건이 더 따뜻하게 느껴지는 것 같아요.😊

감사합니다. 서비스 이름에 대한 배경을 말씀드리자면, 저희 아내가 원래 감성이 풍부하고 사람들과 일상을 나누는 걸 좋아하는 전형적인 ‘F’예요.(웃음) 아이가 장애 진단을 받기 전까지는 인스타그램을 통해 사람들과 소통하는 것도 즐겼고요.

그런데 진단을 받은 뒤부터는 익숙하게 사용하던 그 공간에서도 점점 멀어지더라고요. 주변에 아이의 장애를 알리고 싶지 않다 보니 일상을 마음 편히 올리기가 어려웠고, 표현하는 걸 좋아하던 사람이 점점 안으로 숨는 ‘I’로 변해가는 모습이 보였어요. 아마 비슷한 상황을 겪은 부모님들이라면 이 마음을 바로 아실 것 같아요.

그 모습을 보면서 새로운 무언가를 배우게 하기보다는, 이미 익숙한 방식으로 마음 편히 소통할 수 있는 공간을 만들면 좋겠다고 생각했어요.

그래서 어머님들에게 친숙한 인스타그램에서 ‘Gram’을 가져오고, 여기에 ‘천천히 함께 가자’는 의미의 ‘Slow’를 더했어요. 다만 ‘Slowgram’을 그대로 발음하면 조금 매끄럽지 않아서 ‘w’를 덜어냈고, 그렇게 지금의 ‘슬로그램(Slogram)’이라는 이름이 만들어졌습니다.

‘천천히, 함께’라는 슬로건도 같은 마음에서 나왔어요. 조금 느리더라도 조급해하지 않아도 된다고, 무엇보다 이 길을 혼자 걷지 않아도 된다는 말을 전하고 싶었어요.

레시피 둘, 만들어가는 과정의 이야기

Q. 슬로그램을 실제 서비스로 구현한 과정도 이야기해볼게요. 오랫동안 PM으로 여러 제품을 이끌어오셨지만, 이번에는 팀이나 외주 없이 모든 과정을 직접 맡으셨어요. 이런 선택을 하게 된 이유는 무엇이었나요?

슬로그램은 제 인생에서 꼭 한 번은 이루고 싶은 사업이었어요. 다만 당장 큰 비즈니스가 될 수 있는 시장은 아니다 보니, 손실을 감수하면서까지 팀을 꾸려 뛰어들기는 현실적으로 어려웠고요.

그래서 오랫동안 버킷리스트처럼 마음속에만 담아두고 있었어요. 그러다 AI를 계속 활용해보면서 ‘이제는 혼자서도 한번 해볼 수 있겠다’는 자신감이 생겼습니다.

개인적인 호기심도 컸어요. PM으로 오래 일해온 경험을 바탕으로, 단순히 빠르게 만들어보는 바이브 코딩을 넘어 혼자서도 완성도 있는 네이티브 앱 하나를 온전히 만들어낼 수 있을지 궁금했거든요.

더 나아가 하나의 제품팀이 하는 일을 한 사람이 어디까지 해낼 수 있는지도 직접 확인해보고 싶었어요. 기획부터 디자인, 개발, 운영까지 한 사람이 끊김 없이 관통하면 제품을 만드는 과정이 얼마나 더 빠르고 효율적일지도 궁금했고요.

에디터 : 혼자 서비스를 완성하려면 현실적인 조건도 중요했을 것 같아요..! 슬로그램을 시작할 당시의 개발 경험과 투입할 수 있었던 시간과 예산은 어느 정도였나요?

개발 경험과 시간, 예산으로 나눠서 말씀드릴 수 있을 것 같아요.

먼저 개발 경험의 경우, 오랫동안 PM으로 일해온 만큼 제품이 개발되는 전반적인 과정은 이해하고 있었어요. 직접 코드를 작성해본 경험은 거의 없었지만, 인프라부터 데이터베이스, 프론트엔드, 백엔드, 데이터 분석까지 각 영역이 어떻게 연결되고 돌아가는지는 알고 있었죠.

초기 세팅은 개발자 동료의 도움도 받았어요. 덕분에 처음부터 모든 기술적 기반을 혼자 잡아야 하는 부담을 덜고, 제품 설계와 디자인에 조금 더 집중할 수 있었어요.

시간은 회사를 퇴사한 뒤 시작했기 때문에 풀타임으로 투입할 수 있었어요. 가족과 보내는 시간이나 개인적인 일정을 제외하면, 깨어 있는 시간 대부분을 슬로그램에 쓰고 있어요.

예산은 크게 사무실과 AI 도구, 인프라 비용으로 나눠보자면, 아직 초기 단계라 인프라 비용은 거의 들지 않고 AI 도구에는 한 달에 약 40만 원 정도를 사용하고 있어요. 비용의 대부분은 Claude Max 20x에 쓰고 있고, Codex와 Antigravity, Cursor를 보조 도구로 활용하고 있습니다.

이런 조건에서 프로젝트를 처음 시작해 앱스토어에 출시하기까지는 두 달이 채 걸리지 않았어요.

Q. 그렇다면 PM 경험을 바탕으로, 처음에는 무엇부터 시작하셨나요? 아이디어를 화면과 기능으로 구체화하고 실제 개발에 들어가기까지 어떤 순서로 진행했는지 공유 부탁드릴게요.

제가 PM으로 오래 일해온 만큼, 전체적인 흐름은 일반적인 제품 개발 프로세스를 그대로 따랐어요. 크게 보면 이런 순서였어요.

먼저 작업의 ‘본진’을 만들었어요. 가장 먼저 한 일은 모든 문서를 한곳에서 관리할 수 있도록 Obsidian에 지식 베이스를 만드는 거였어요. 이후의 기획과 디자인, 개발에 관한 결정이 여기저기 흩어지지 않고 하나의 기준으로 쌓이도록 정리 체계부터 잡았죠.

비전과 타깃, 해결할 문제를 분명히 했어요. 누구의 어떤 문제를 풀 것인지부터 문서로 정리했어요. 타깃은 부모님으로 좁히고, ‘비슷한 상황의 가족을 만나기 어렵다’는 문제를 중심에 뒀죠. 이 단계에서 비즈니스 모델과 경쟁 서비스 분석도 함께 진행했고요.

이후에는 데이터 구조 정리, PRD 및 기술 스펙 작성, 디자인 시스템, 개발 착수까지 순차적으로 진행했어요. 이 순서를 지키면서 진행하니 뒤로 갈수록 앞에서 정리해둔 내용이 판단의 기준이 되어줬어요. 매번 처음부터 고민하지 않아도 되니 의사결정도 훨씬 빨라졌고요. 시작할 때는 곁에서 도와주는 개발자 동료가 있어서, 저는 그동안 체계를 잡는데 온전히 집중할 수 있었어요.

에디터 : ‘모든 문서를 한곳에서 관리할 수 있는 지식 베이스’를 구축한 과정은 AI가 활용할 수 있는 단일 소스 체계를 만드는 일이기도 했을 것 같아요.

출처 : 메이커의 옵시디언 화면 일부

네 맞아요. 그래서 문서를 분류하고 서로 연결하는게 중요했어요. 제가 진행한 방식을 살짝 공유해드리자면, 분류 체계를 잡을 때는 제가 실제로 제품을 만들어온 경험을 바탕으로 잡았어요. 제품을 만들 때 거치는 흐름인 비전 → 프로젝트 → 아키텍처 → 기획 → 디자인 → 운영 → 마케팅 순서를 그대로 폴더 번호에 반영했죠.

그래서 새로운 문서가 생기거나 기존 문서를 수정해야 할 때도 “이건 몇 번 폴더에 들어갈 내용이지?”라고 생각하면 자리가 자연스럽게 정해져요.

설계할 때 가장 중요하게 본 건 정합성이었어요. 원칙은 크게 두 가지예요.

이 두 가지만 잘 지켜도 AI와 일할 때 효과가 굉장히 커져요. 문서 하나를 전달해도 연결된 맥락을 따라가며 전체 구조를 파악할 수 있고, 한 부분을 수정했을 때 함께 살펴봐야 할 문서도 찾아낼 수 있거든요.

결국 사람에게도, AI에게도 가장 좋은 지식 베이스는 하나의 원천을 두고 관련된 정보가 촘촘하게 연결된 구조라고 생각해요.

[이 링크를 통해 강의를 구매하시면 팁스터가 수익을 받을 수 있어요.]

Q. 이렇게 제품의 구조를 잡아나가는 과정에서, 첫 버전에 넣을 기능과 뒤로 미룰 기능은 어떤 기준으로 나누셨는지도 궁금해요.

기준은 명확했어요. 첫 번째로 검증하고 싶은 핵심 가설에 필요한지를 봤어요.

당시 가장 먼저 확인하고 싶었던 건 “부모님들이 텍스트 중심의 피드에서 서로 소통할까?”였어요. 그래서 이 가설을 검증하는 데 꼭 필요한 기능은 첫 버전에 넣고, 없어도 검증에 문제가 없는 기능은 과감히 뒤로 미뤘죠.

첫 버전에는 글과 좋아요, 댓글, 사진·영상, 외부 공유, 알림처럼 SNS의 기본이 되는 기능을 넣었어요. 여기에 가입과 온보딩, 프로필, 계정 관리처럼 서비스를 이용하는 데 필요한 기능도 포함했고요. Daily 인증과 월 구독 결제, 위키도 함께 포함했고요.

반면 팔로잉과 팔로워, 검색과 탐색, 오프라인 모임, 추천 알고리즘, 리포스트, 포인트 시스템처럼 관계와 확장에 가까운 기능은 뒤로 미뤘어요.

기능을 볼 때마다 “이게 없으면 핵심 가설을 검증할 수 없나?”라고 물었어요. 없어도 피드에서의 소통을 확인할 수 있다면 일단 제외했습니다.

에디터 : 첫 버전의 범위를 정한 뒤에도 계속 손보고 싶은 부분이 생겼을 것 같아요. 어느 시점에 사용자에게 공개해도 되겠다고 판단하셨어요?

기능을 나눌 때와 마찬가지로, 출시할 때도 핵심 가설을 확인할 수 있을 만큼의 완성도가 나왔는지를 봤어요.

부모님이 가입해 글을 쓰고, 다른 분들이 댓글이나 좋아요로 반응하는 핵심 흐름이 끊김 없이 돌아가는지를 가장 중요하게 봤어요. 이 경험이 안정적이라면 일부 화면이 조금 거칠거나 편의 기능이 부족해도 출시 후에 보완할 수 있다고 생각했거든요.

반대로 개인정보 보호나 신고·차단·숨김, 부적절한 콘텐츠를 걸러내는 기능은 출시 전에 반드시 해결해야 했어요. 앱스토어 심사 요건이기도 하지만, 장애아동 보호자들이 이용하는 커뮤니티에서는 무엇보다 신뢰와 안전이 먼저라고 봤거든요.

그래서 첫 버전의 완성도를 모든 기능이 갖춰진 상태로 정의하기보다는, 핵심 경험은 끊김 없이 작동하고 사용자 보호에 필요한 장치는 빠짐없이 갖춰진 상태로 봤어요.

Q. 첫 버전에 담을 기능을 정한 뒤에는, 머릿속의 아이디어를 실제로 구현할 수 있는 형태로 구체화해야 했을텐데요. 기능 목록이나 사용자 흐름, PRD, 와이어프레임처럼 어떤 자료를 중심으로 정리하셨나요?

질문에서 말씀해 주신 기능 목록과 사용자 흐름, PRD, 프롬프트를 모두 활용했어요. 다만 개별 문서를 잘 만드는 것보다 더 중요하게 본 건, 이 자료들이 서로 다른 이야기를 하지 않도록 하나의 흐름으로 연결하는 일이었어요.

눈에 보이는 화면을 구체화할 때는 구글의 ‘Stitch’와 앤트로픽의 ‘Claude Design’을 많이 활용했어요. 단순한 와이어프레임을 만드는 데 그치지 않고, 실제 서비스에 가까운 화면을 빠르게 시뮬레이션해보는 용도로 썼죠. 여러 안을 비교해본 뒤 마음에 드는 방향을 고르고, Figma MCP를 통해 정리하면서 최종 디자인을 완성했어요.

개발에 들어갈 때는 기능 목록과 사용자 흐름, PRD, Figma 디자인을 각각 따로 전달하지 않고 하나의 세트로 묶어서 개발 LLM에 넘겼어요. 무엇을 만들지뿐 아니라 사용자가 어떻게 움직이고, 화면은 어떻게 보여야 하며, 어떤 정책을 따라야 하는지까지 한 번에 전달하는 방식이에요.

이렇게 맥락을 통째로 넘기면 AI가 일부 기능만 보고 임의로 해석하는 일이 줄어들고, 제가 의도한 방향에 훨씬 가까운 결과물을 만들어줘요. 결국 중요한 건 자료의 종류보다, 각각의 자료가 하나의 제품을 설명하도록 서로 잘 맞물려 있는지였어요.

에디터: AI에게 맥락을 넘기면 이 친구가 업무를 잘 수행하기도 하지만, 어떤건 기대만큼 해결하지 못하는 경우도 있잖아요? 그럴때 PM님은 AI에게 어떤 일을 맡기고, 어떤건 직접 판단할지를 나누신 기준이 있으셨나요?

무엇을 AI에게 맡길지 정하고, 일을 나눈 뒤 마지막 결과를 검증하는 건 제가 직접 했어요.

제품을 만들 때는 기획과 디자인, 개발, 데이터베이스, 인프라가 모두 연결되어 있잖아요. 어느 한 부분만 보고 판단하면 다른 영역과 쉽게 어긋날 수 있어서, 전체 맥락을 보며 일을 나누고 마지막 결과를 검증하는 일은 반드시 제가 맡았어요.

대신 제품의 방향에 큰 영향을 주지 않는 반복 작업은 AI에게 많이 넘겼어요. 매일 아침 QA 리포트를 정리하거나, 위키에 들어갈 자료를 리서치하는 일이 대표적이에요.

AI가 가장 잘하는 건 지시가 명확할 때예요. 충분한 맥락과 기준을 주면 생각보다 훨씬 많은 일을 빠르게 해내요. 반대로 일부 정보만 잘라서 주거나, 결과를 검증할 기준 없이 계속 맡기면 어느 순간 손대기 어려운 레거시가 쌓이기 시작하고요.

그래서 저는 AI를 쓸 때 지침을 가장 중요하게 봐요. 반드시 지켜야 하는 기준은 한 번만 적어두지 않고 여러 단계에서 반복해서 확인하게 하고, 결과물이 실제로 그 기준을 따르고 있는지도 직접 점검하고 있어요.

에디터 : 그러면 그 지침에서 ‘이것만큼은 반드시 지켜야 한다’ 같은 원칙이 있으셨나요? 지침을 지키도록 하셨던 방식도 궁금하기도 하구요.

저는 하네스나 헤르메스, 루프 엔지니어링처럼 표준화된 프로젝트 방식을 따르기보다는, claude.md와 agents.md 같은 지침 문서를 중심으로 관리하고 있어요.

방식은 단순해요. 앞서 말씀드린 폴더 구조 안에서, 각 폴더마다 그 영역에 필요한 지침을 함께 두는 거예요. PRD 폴더에는 기획 문서를 작성할 때 지켜야 할 원칙을, 디자인 폴더에는 디자인 작업의 기준을 두는 식이죠. 그러면 AI가 어느 영역에서 작업하든 그 자리에서 필요한 지침을 함께 참고할 수 있어요.

‘이중·삼중으로 관리한다’는 것도 이런 구조를 뜻해요. 최상단에는 전체 작업에 공통으로 적용되는 지침이 있고, 그 아래에는 영역별 지침이 한 번 더 걸려 있어요. 특히 놓치면 안 되는 원칙은 여러 층위에 반복해서 적어두고요.

예를 들어 디자인 지침에는 디자인 시스템의 기준을 문서로 명확히 적고, 반드시 이를 따라야 한다는 내용을 여러 곳에 반복해뒀어요. 한 번만 적어두면 작업이 길어질수록 우선순위에서 밀리는 경우가 생기더라고요.

물론 이렇게 해도 완벽하지는 않아요. 그래서 마지막 검증은 제가 직접 해요. 지침은 AI가 기준에서 크게 벗어나지 않도록 잡아주는 울타리이고, 실제로 그 안에서 작업했는지 확인하는 건 결국 사람의 역할이라고 생각해요.

Q. 기능 목록과 PRD, 디자인까지 하나의 흐름으로 연결해 활용하셨는데요. 기획부터 디자인, 개발, 데이터베이스, 테스트와 배포까지 각 단계에서는 어떤 도구를 사용하셨어요? 직접 써보며 느낀 장점과 한계도 함께 들려주세요.

단계별로 나눠서 말씀드릴게요.

먼저 기획 문서는 Obsidian과 Claude를 활용했어요. PRD나 IA, WBS처럼 제품을 만드는 데 필요한 문서를 하나의 볼트 안에서 관리하고 있는데요. 문서를 쌓아두는 데서 끝나는 게 아니라, Claude와 함께 내용을 작성하고 다듬기에도 가장 잘 맞았어요.

디자인은 Figma를 중심으로 Stitch와 Claude Design을 함께 사용했어요. 초기 아이디어를 빠르게 화면으로 확인할 때는 Stitch와 Claude Design을 활용하고, 최종 디자인을 정리하거나 전체 화면을 조망할 때는 Figma를 썼어요. 디자인 시스템을 구축하고 개발 단계로 넘기는 기준도 Figma에 두었고요. 이 과정은 Figma MCP를 통해 자연스럽게 이어지도록 만들었어요.

개발과 데이터베이스, 배포에는 Expo와 Supabase, Cloudflare, EAS 등을 사용하고 있어요. 1인 개발자가 초기 비용을 크게 들이지 않고 네이티브 앱을 만들어 운영하기에 효율적인 조합이라고 판단했어요. 초기 환경은 개발자 동료의 도움을 받아 세팅했고요. 각각의 도구를 MCP로 LLM과 연결하기 쉽다는 점도 선택에 큰 영향을 줬어요.

데이터 분석은 Amplitude의 무료 플랜으로 시작했어요. 아직 초기 단계라 복잡한 분석보다는, 사용자들이 어떤 기능을 이용하고 어디에서 이탈하는지 핵심 지표를 가볍게 확인하는 용도로 쓰고 있어요.

도구를 고를 때 공통적으로 본 기준은 LLM과 MCP로 얼마나 자연스럽게 연결할 수 있는지였어요. 한 사람이 여러 역할을 오가야 하다 보니, 각 단계의 도구가 따로 노는 것보다 맥락을 이어받을 수 있는지가 중요했거든요.

처음 정한 구성을 지금까지 큰 변경 없이 사용하고 있어요. 도구마다 담당하는 역할이 비교적 명확하게 나뉘어 있어서, 아직은 한계를 느껴 교체하거나 사용을 포기한 도구는 없어요.

Q. 혼자 서비스를 만들면서도 끝까지 유지한 방식과, 반대로 과감히 덜어낸 업무도 있으셨나요?

출처 : 메이커 직접 제공

회사에서 PM으로 일할 때 쓰던 제품 개발 프로세스는 대부분 그대로 유지했어요. 다만 혼자 일하다 보니 커뮤니케이션 비용이 거의 없어서, 소통을 위해 존재하던 도구와 절차는 많이 덜어냈고요.

예를 들어 Jira나 Asana 같은 업무 관리 도구와 지식 관리 도구를 Obsidian 하나로 합쳤고, 다른 사람에게 넘기기 위한 핸드오프 문서도 따로 만들지 않아요. 대신 기획이나 디자인, 개발 중 어느 한 곳이 바뀌면 관련된 영역을 그 자리에서 함께 수정하면서 전체를 계속 동기화하고 있어요.

AI를 적극적으로 활용하다 보면 오히려 사람에게 다시 맥락을 설명하고 넘기는 일이 더 큰 비용이 되기도 하더라고요. 그래서 작은 팀일수록 전체 맥락을 쥔 한두 명이 여러 영역을 함께 보는 방식이 더 효율적일 수 있겠다는 생각을 했어요. 그런 역할에는 제품 전체를 넓게 바라보는 PM의 경험이 꽤 잘 맞았고요.

에디터 : 개발자와 디자이너, QA의 역할까지 직접 맡으시면서 새롭게 배운 점도 많으셨을 것 같아요.

맞아요. PM으로 옆에서 지켜보는 것과 직접 손을 대는 건 전혀 다른 일이더라고요.

디자인에서는 디자인 시스템과 컴포넌트의 개념을 제대로 익혀야 했고, 개발에서는 화면 뒤에서 코드와 데이터가 어떻게 연결되는지를 이해해야 했어요. 이 구조를 알아야 AI에게도 더 정확하게 지시하고, 나온 결과가 적절한지 판단할 수 있었거든요.

QA에서는 자동화와 모니터링에 특히 신경을 썼어요. 제가 의도한 대로 동작하는지만 보는 게 아니라, 사용자가 예상하지 못한 방식으로 움직였을 때 어디에서 문제가 생기는지도 계속 확인할 수 있도록 했죠.

이해되지 않는 부분은 AI에게 계속 질문하고, 배운 내용을 바로 제품에 적용했어요. 그러면서 초기에 쌓인 구조를 걷어내고 다시 정리하는 리팩토링도 몇 차례 거쳤고요. 돌아보면 직접 배우고, 바로 적용하고, 다시 고치는 이 반복이 혼자서도 제품을 끝까지 끌고 올 수 있었던 힘이었던 것 같아요.

레시피 셋, 슬로그램 제작 과정에서의 고민들

Q. 서비스를 만들기 전에 슬로그램이 다른 부모님들에게도 필요한지 어떤 방식으로 확인하셨나요? 누구를 만나 어떤 이야기를 들었고, 그 과정에서 처음의 문제 정의나 기능이 달라진 부분이 있었는지 궁금해요.

저도 오랫동안 PM으로 일하면서, 고객 인터뷰를 통해 문제를 발견하고 가설을 세우는 일이 얼마나 중요한지 잘 알고 있어요.

그런데 슬로그램만큼은 조금 다르게 시작했어요. 첫 출시 전까지 타깃 고객에게 별도로 검증받기보다는, 저와 아내가 정말 필요하다고 느낀 서비스를 먼저 만들어보기로 했어요.

저희가 10년 동안 아이를 키우며 겪은 고민과 갈증이 분명했고, 주변의 비슷한 가족들을 오랫동안 지켜보면서 많은 부모님이 같은 어려움을 겪고 있다는 것도 알고 있었거든요.

다만 부모님들이 실제로 어떤 이야기를 나누는지는 꾸준히 살펴봤어요. 개발을 본격적으로 시작하기 훨씬 전부터 국내외 주요 커뮤니티의 글을 매일 스크랩하면서, 어떤 고민과 정보가 오가는지 계속 모니터링해왔어요.

아직은 제품을 세상에 내놓고 운영을 막 시작한 단계라, 처음 세운 문제 정의나 방향이 크게 달라지지는 않았어요. 지금은 우선 처음 믿었던 가설을 실제 사용자 반응으로 확인해가는 과정에 가깝다고 봐주시면 좋을 것 같아요.

Q. 서비스에서 자유롭게 글을 쓰는 게시판이 아니라 하루 사진 한 장 인증하는 서비스 방식이 인상 깊었어요. 이 방식은 어떤 사용자 문제에서 출발한 기능인가요?

출처 : 슬로그램 앱 화면

아이가 어릴 때부터 치료와 양육에 정말 많은 시간과 비용을 들였어요. 그 시간을 지나며 크게 두 가지를 느꼈어요. 발달장애 아이의 성장은 단거리가 아니라 긴 호흡으로 가야 하는 일이라는 것, 그리고 값비싼 사교육보다 부모가 꾸준히 곁에서 사랑을 주고 교육에 참여하는 일이 훨씬 중요하다는 것이었어요.

Daily 인증은 아내가 3~4년 전부터 직접 운영해온 카카오톡 모임에서 시작된 아이디어예요. 아내가 아이와 매일 교육하는 습관을 만들고 싶어 했는데, 혼자서는 오래 이어가기 어려울 것 같아 같은 또래 아이를 키우는 어머님들을 모았어요. 그렇게 2017년생 아이들의 부모님 다섯 명이 함께하는 오픈채팅 인증방을 만들었죠.

놀라운 건 이 모임이 3년 넘게 이어지고 있고, 인증률도 99%에 가깝다는 점이에요. 서로 올린 사진을 보며 교육 방법을 나누고, 잘한 날에는 응원하고, 힘든 날에는 토닥여줘요. 혼자였다면 포기했을 날에도 다시 한 번 해보게 만드는 힘이 있더라고요.

기존 커뮤니티에서도 비슷한 또래의 가족을 찾고 싶어 하는 수요가 꾸준히 보였고, 아내가 오픈채팅방을 운영하며 느낀 불편도 분명했어요. 그래서 이 경험을 서비스 안으로 가져와 Daily 인증을 중심 기능으로 만들었습니다.

Daily 인증은 세 가지 역할을 해요. 부모님에게는 아이와 매일 시간을 보내는 습관을 만들어주고, 같은 방에 있는 가족들과 함께하고 있다는 소속감을 줘요. 서비스 입장에서는 자연스럽게 다시 찾아오게 만드는 리텐션의 역할도 하고요.

에디터 : 평일만 인증해도 연속 기록이 유지되고 주말에는 쉬어도 된다고 안내하신 것도 인상적이었는데, 이런 디테일도 말씀주신 실제 경험에서 비롯된 방식인걸까요?

네, 맞아요. 이 방식도 아내가 운영했던 모임 규칙에서 따왔어요.

아이뿐 아니라 부모에게도 쉬는 시간이 필요하다고 생각해요. 그래야 또 앞으로 나아갈 힘이 생기거든요. 그래서 주말/공휴일은 휴식 기간으로 정했어요 🙂

"매일 참여"보다는 "부담 없이 오래 오래"가 이 기능의 설계 철학이에요.

슬로그램에서 실제로 얼마나 꾸준한 기록으로 이어지는지는 앞으로 참여율을 더 지켜봐야겠지만, 적어도 아내가 운영해 온 모임에서는 완벽에 가까운 완주율과 참여율을 보여주고 있어요.

Q. Daily 인증이 서로의 일상을 나누는 공간이라면, ‘위키’에는 의학 정보부터 지역사회 바우처, 발달장애 관련 콘텐츠까지 다양한 정보가 모여 있더라고요. 위키에 소개할 주제와 자료는 어떤 기준으로 선정하고 계신가요?

출처 : 슬로그램 앱 화면

아이를 키우고 치료하는 과정에서 시중의 교육과 치료를 대부분 경험해봤어요. 그만큼 관련된 공부도 많이 하게 됐고요.

그런데 정보가 여러 곳에 흩어져 있고, 믿을 만한 정보와 그렇지 않은 정보가 뒤섞여 있더라고요. 그래서 필요한 정보를 백과사전처럼 한곳에 정리해두고 싶었어요.

지금은 제가 경험을 바탕으로 주제를 정한 뒤, 신뢰도 높은 자료를 리서치해 글로 정리하고 있어요. 마지막에는 직접 내용을 감수한 뒤 발행하고 있고요.

무엇보다 정보가 한쪽으로 치우치지 않도록 균형을 잡는 데 가장 신경 쓰고 있어요.

Q. 아이에 대한 정보를 나누고 사진을 기록하는 서비스인 만큼, 부모님들이 안심하고 머물 수 있는 환경도 중요했을 것 같아요. 개인정보 보호와 안전한 커뮤니티 운영을 위해 첫 버전부터 꼭 챙긴 부분은 무엇이었나요?

사실 제가 네이티브 앱을 선택한 이유 중 하나도 보안이었어요. 웹보다 보안 측면에서 유리하다고 봤고, 데이터도 사용자의 신원을 특정할 수 없도록 최소한만 받고 있어요.

현재 필수로 수집하는 정보는 이메일 하나뿐이에요. 가입 경로도 카카오와 구글, 애플만 열어뒀고요. 이메일 비공개나 암호화 기능을 사용하면 그 이메일조차 직접 특정하기 어려워요.

개발할 때도 보안을 가장 우선하는 원칙으로 두고, 기술적으로 할 수 있는 부분은 최대한 반영하고 있어요.

가장 고민이 컸던 건 사진이었어요. 그래서 아이의 정면 사진보다는 옆모습이나 뒷모습을 공유하는 문화를 자연스럽게 만들려고 했고, 얼굴을 가릴 수 있는 편집 기능도 함께 준비했어요. 현재는 블러와 모자이크 기능까지 반영했어요.

그 밖에도 프로필 공개 여부를 직접 선택할 수 있도록 하고, 탈퇴 시 데이터 영구 삭제, 신고와 차단 같은 기본 장치도 첫 버전부터 우선순위를 두고 넣었어요.

Q. 가장 최근에는 지도 기능이 업데이트 되었는데요. 어떤 의도가 담겨 있었나요?

출처 : 슬로그램 앱 화면

지도를 만들게 된 출발점은 "우리가 찾는 정보는 조금 다르다" 는 것이었어요.

주말에 아이와 가볼만한 장소들도 찾지만, 동네에 통합학교/특수학교는 있는지, 치료실은 어디가 가까운지, 소아정신과 전문의는 어느 병원에 계신지도 가끔씩 찾아보게 되거든요. 그런데 이런 정보는 여기저기 흩어져 있어서, 매번 검색하고 물어보며 발품을 팔아야 했습니다.

그래서 지도를 두 축으로 잡았어요.

아이와의 일상을 위한 [가볼만한곳], 그리고 이 여정에 꼭 필요한 [교육·치료·복지]. 우리 가족이 찾는 장소를 지도 한 장에 담는 것이 지도를 만들게 된 배경입니다.

만들면서 가장 신경 쓴 건 지도가 커뮤니티로 이어지게 하는 것이었어요. 피드와 장소를 연결해서, 그곳을 다녀온 가족들의 경험이 자연스럽게 대화의 소재가 되도록 했습니다.

앞으로도 부모님들께 필요한 장소부터 하나씩, 순서대로 채워가려 합니다.

Q. 첫 사용자분들은 어떻게 만나셨나요? 아직 사용자가 많지 않은 시기에도 슬로그램에 머물 이유는 어떻게 만들고 계신가요?

슬로그램이 타깃하는 시장은 크지 않지만, 대신 관계의 밀도는 높은 편이에요. 어머님들 사이의 네트워크가 촘촘하게 이어져 있거든요.

첫 사용자분들도 저희가 알고 지내던 분들을 중심으로 자연스럽게 모였어요. 앞으로도 이 안에서 입소문을 타고 조금씩 퍼져나갈 거라고 기대하고 있고요.

발달장애 자녀를 키우는 가족은 사회적으로 고립감을 느끼기 쉬운 만큼, 마음 편히 이야기할 수 있는 공간에 대한 필요가 분명하다고 생각해요. 슬로그램이 그 역할을 해낼 수 있다면, 사용자가 머물 이유도 자연스럽게 생길 거라고 봐요.

사실 마케팅보다 더 중요하게 생각하는 게 있어요. 슬로그램이 부모님들의 우울감을 나누는 곳이 아니라, 좋은 이야기가 더 많은 공간이 되는 거예요. 아이와 함께 가볼 만한 곳이나 놀이법, 성장 사례, 기관과 센터 정보처럼 도움이 되고 힘이 되는 이야기가 더 많이 오가는 커뮤니티가 됐으면 해요. 이런 가치가 충분히 쌓이면 입소문도 자연스럽게 따라올 거라고 생각해요.

그렇게 유년기의 치료와 교육부터 초·중·고 학교생활, 이후 성인기와 직장생활까지 발달장애 가족의 긴 시간을 함께하는 커뮤니티를 만드는 것이 목표예요.

레시피 넷, 서비스를 혼자 운영하고 지속하기 위한 고민

Q. 서비스를 만드는 것만큼, 혼자 운영해가는 일도 만만치 않을 것 같아요. 출시 후에는 기능 개발부터 사용자 문의, 커뮤니티와 콘텐츠 관리까지 모두 맡아야 하는데요. 해야 할 일이 쏟아질 때는 어떤 기준으로 우선순위를 정하시나요?

PM으로 오래 일하면서 매일 해온 일이 우선순위를 정하는 것이어서, 할 일이 많아도 무엇부터 해야 할지는 비교적 빠르게 판단하는 편이에요. 크게 세 가지 기준으로 보고 있어요.

첫 번째는 이미 들어온 사용자들이 불편 없이 서비스를 이용하게 하는 일이에요. 오류나 사용상의 불편이 생기면 다른 일보다 먼저 처리해요.

두 번째는 핵심 가설을 확인하는 데 도움이 되는 일이에요. 지금은 Feed와 Daily 인증 그룹에서 확인하려는 목표에 가까워지는 일을 우선하고 있고요.

마지막으로 지금 당장 없어도 되는 기능이나 개선은 과감하게 뒤로 미뤄요.

혼자 여러 역할을 맡다 보니 할 일은 늘 많지만, 무엇부터 손대야 할지 오래 고민하는 경우는 거의 없어요. 오히려 우선순위를 빠르게 정할 수 있다는 점이 혼자 일할 때 가장 큰 강점인 것 같아요.

에디터 : 실제로 슬로그램을 운영하는 하루나 일주일은 어떻게 흘러가고 계시나요?

솔직히 말하면 지금은 일과 일상의 경계가 거의 없어요. 평일이나 주말을 따로 나누지 않고, 깨어 있는 시간 대부분을 슬로그램과 관련된 일에 쓰고 있어요.

개발이나 사용자 확인, 콘텐츠 관리처럼 업무별로 시간을 정해두지는 않았어요. 그날 가장 중요한 일이 무엇인지에 따라 유연하게 움직이는 편이라, 비중을 딱 잘라 말씀드리기는 어려울 것 같아요.

대신 제가 하루에 어느 정도의 일을 하는지는 꾸준히 기록하고 있어요. 직장에 다닐 때부터 10년 넘게 매일 일기를 쓰며 일과를 남겨왔는데, 요즘은 하루 평균 열 개가 넘는 할 일을 처리하고 있더라고요.

한 가지 일에 몰입하면 화장실 갈 타이밍조차 놓칠 때가 있을 만큼, 지금은 대부분의 에너지를 슬로그램에 쏟고 있습니다.

Q. 베타가 끝나면 월 9,900원의 구독 모델로 전환될 예정이라고 안내되어 있더라고요. 광고나 치료기관 제휴보다 구독을 먼저 선택한 이유는 무엇이었나요? 9,900원이라는 가격은 어떻게 정하셨는지도 궁금해요.

비즈니스 모델은 여러 단계로 생각하고 있어요. 광고나 치료기관 제휴도 그중 하나지만, 두 방식 모두 어느 정도 트래픽이 쌓여야 의미가 생기기 때문에 처음부터 적용하지는 않았어요.

반면 Daily 인증은 사용자가 얻는 가치가 비교적 분명하고, 그만큼 비용을 지불할 의사도 있을 거라는 가설이 있었어요. 그래서 가장 먼저 구독 모델로 검증해보기로 했죠.

가격을 정할 때 정교한 프라이싱 모델을 적용한 건 아니에요. 주변 부모님들과 이야기를 나눠보니 월 1만 원 정도라면 크게 부담스럽지 않으면서도, 한번 시작해볼 수 있는 금액이라는 판단이 들었어요. 그래서 9,900원으로 정했습니다.

결국 중요한 건 1주일의 무료 체험 동안 사용자가 월 1만 원 이상의 가치를 느끼는지예요. 그 경험을 통해 구독에 대한 가설이 맞는지도 확인할 수 있다고 보고 있어요.

에디터 : 구독 외에도 특수교육이나 심리상담, 돌봄처럼 부모님들의 필요가 큰 교육 프로그램과 연계해볼 수 있을 것 같아요.

네, 말씀하신 교육 프로그램 연계도 생각하고 있는 모델 중 하나예요🙂 현재 정리해둔 비즈니스 모델만 해도 열 가지 정도가 있어요. B2C에서는 Daily 인증을 시작으로 온·오프라인 교육과 매칭을 구상하고 있고, B2B에서도 검증해보고 싶은 아이템이 여러 개 있어요.

다만 한꺼번에 펼치기보다는 단계가 필요한 일이라고 생각해요. 지금은 가장 앞에 있는 가설부터 확인하면서, 하나씩 순서대로 검증해나가려고 합니다.

레시피 다섯, 앞으로의 슬로그램

Q. 위키의 제도·복지 정보나 지역 기반 프로필을 보면, 슬로그램이 커뮤니티를 넘어 발달장애 가족들의 든든한 정보 창구로 자리 잡을 가능성도 보여요. 3년 뒤에는 부모님들에게 어떤 존재가 되어 있길 바라세요?

발달장애 자녀를 키우는 가족들이 서로 응원하고 위로하며, 함께 성장하는 공간이 되었으면 해요.

무엇보다 부모님들이 슬로그램에서 활력을 얻고, 다시 앞으로 나아갈 힘을 얻으셨으면 좋겠어요. 부모가 힘을 내야 아이도 함께 나아갈 수 있으니까요. 아이들에게는 부모가 세상의 전부잖아요.

Q. 개발 경험이 많지 않은 PM이나 기획자가 혼자 앱 서비스를 만들고 싶다면, 처음 준비해두면 좋은 최소한의 지식과 도구는 무엇일까요? 반대로 시작 전에 완벽하게 갖추지 않아도 되는 것도 있을까요?

가장 먼저 필요한 건 제품을 만드는 전체 과정을 구조적으로 이해하는 것이에요.

저는 AI를 잘 다루는 일이 팀을 잘 이끄는 것과 비슷하다고 생각해요. 우리 제품이 무엇을 해결하는지, 지금 무엇이 우선인지, 기획·디자인·개발 AI에 각각 어떤 기준으로 일을 맡길지를 스스로 판단할 수 있어야 하거든요.

프로젝트의 전체 흐름과 직무 간 핸드오프 방식을 잘 이해하고 있으면, 꼭 최신 모델이 아니더라도 구조화된 문서와 지침만으로 충분히 좋은 결과를 만들 수 있어요.

도구로는 Claude Code나 Codex 같은 코딩 에이전트, Cursor나 VS Code, Antigravity 같은 IDE의 기본적인 활용법을 익혀두면 좋아요.

그리고 가능하다면 곁에서 자문해줄 개발자 한 명이 있는 게 정말 중요한 것 같아요. 개발 환경을 세팅하거나 운영하다 보면 AI와 대화하는 것만으로 해결되지 않는 순간이 생기는데, 그때 물어볼 사람이 있느냐가 큰 차이를 만들어요.

반대로 기획과 디자인, 개발, 운영, 데이터 분석, 마케팅까지 모든 영역을 완벽하게 배우고 시작할 필요는 없어요. 지금은 직접 만들면서 필요한 만큼 배우고, 시행착오를 바로 수정하는 편이 훨씬 빠르다고 생각해요.

결국 다 준비한 뒤 시작하는 게 아니라, 만들어가면서 그때그때 필요한 것을 배우는 정도면 충분하다고 생각합니다.

에디터 : 이 글을 보고 계시는 특히 주니어 메이커분들은 개발자 동료에게 부탁하기 어려운 분들도 계실 것 같아요. 만약 바로 물어볼 수 있는 개발 동료가 없는 분들은 어떻게 도움을 구하면 좋을까요?

정답이 있는 건 아니지만, 제 경험으로는 먼저 손을 내미는 게 가장 중요한 것 같아요.

가장 부담 없이 시작할 수 있는 건 개발자분들이 운영하는 오픈채팅방에 참여하는 거예요. 새로운 트렌드도 빠르게 접할 수 있고, 가벼운 질문을 주고받으며 자연스럽게 관계를 만들 수 있거든요.

조금 더 적극적으로 움직이고 싶다면 링크드인 같은 SNS를 통해 직접 연락해보는 방법도 있어요. 자신의 상황을 솔직하게 설명하고 도움을 요청하면, 생각보다 흔쾌히 대화에 응해주시는 분들이 많더라고요.

혼자 제품을 만들 역량은 있지만 아이디어가 없어 시작하지 못하는 개발자분들도 있어요. 그런 분과 연결된다면 서로에게 좋은 기회가 될 수도 있고요.

물론 개발 동료가 반드시 있어야만 시작할 수 있는 건 아니에요. 지금은 AI와 다양한 학습 자료를 활용해 혼자서도 충분히 배울 수 있는 환경이니까요. 동료가 있다면 시행착오를 줄이고 조금 더 빠르게 갈 수 있지만, 없더라도 필요한 만큼 배우며 충분히 앞으로 나아갈 수 있다고 생각해요.

Q. 마지막으로 팁스터 구독자분들과, 지금도 아이와 하루하루를 쌓아가고 있을 부모님들께 전하고 싶은 말씀이 있다면 들려주세요.

지금 이 순간에도 아이와 하루하루를 쌓아가고 계신 부모님들께. 발달이 느리다는 건 늦은 게 아니라 자기만의 속도로 가고 있다는 뜻이라고 믿고 있어요. 그 길이 외롭지 않도록, 같은 걸음을 걷는 가족들이 곁에 있다는 것도 전하고 싶고요.

무언가를 혼자 만들어보고 싶지만 아직 시작하지 못한 분들께도 말씀드리고 싶어요. 완벽하게 준비되는 순간은 오지 않더라고요. 작게 시작하고, 사람들을 만나고, 배우면서 하나씩 다듬어가면 돼요. 저도 여전히 그 과정에 있고요.

천천히, 함께 가요. 감사합니다.

메이커와 함께 만든 플레이북을 활용해보세요!

2007년 11월부터 2026년 4월까지. 조영수(데이먼)님은 제품 리더를 마지막으로 직장인 커리어를 마쳤어요. 그리고 올해 4월부터 1인 메이커이자 창업가로 새로운 출발을 시작하게 되었죠. AI 시대로 전환되며 최소한의 인원으로도 탄탄한 제품팀을 꾸릴 수 있는 시기가 도래했기 때문인데요.

뉴스레터에서 소개한 슬로그램 메이커의 판단 과정을 바탕으로, 내 아이디어를 직접 정리할 수 있는 플레이북과 워크숍을 준비했어요.

플레이북 체험판 안내

가장 먼저 해결할 사용자 문제와 첫 변화를 3단계로 가볍게 정리해보세요. 팁스터 인스타그램 게시물에 댓글을 남기면, 체험판과 활용 가이드가 담긴 노션 페이지를 DM으로 보내드릴게요.

플레이북 확장판 안내

문제와 사용자 정의부터 첫 기능, 제작·운영 조건, AI 활용 방법과 첫 4주 계획까지 직접 완성하는 13단계 플레이북입니다. 작성한 답변은 공유용 요약과 실행 기록으로 자동 정리되어, AI나 협업자에게 전달할 프로젝트 기준으로 활용할 수 있어요.

오늘의 메이커와 함께하는 워크샵 사전신청 안내

플레이북으로 내 아이디어와 질문을 먼저 정리한 뒤, 조영수 메이커의 실제 제작 경험을 더 깊이 듣는 오프라인 프로그램을 준비하고 있어요.

뉴스레터에서 미처 소개하지 못한 실제 구축 과정에 대한 딥다이브 강의, 그리고 참가자들이 미리 제출한 질문을 주제별로 묶어 답하는 질의응답 시간으로 진행됩니다.

인터뷰에서 다루지 못한 시행착오와 판단 기준을 확인하고, 내 프로젝트에서 아직 결정하지 못한 부분을 점검해보세요!

오픈채팅방을 통해 뉴스레터로 다 소개하지 못한 정보를 확인해보세요!

팁스터가 인스타그램을 시작했어요!