David Ha

활성화의 꽃, 온보딩 - 맥락과 상황에 맞는 온보딩이 핵심이다.

2026-04-12T13:15:17Z

다양한 앱 서비스들이 있지만, 각 서비스의 성격이랑 성향 그리고 그 팀의 가치관과 성격을 보기 좋은 영역이 필자는 "온보딩"의 영역이라 생각한다! 기분 좋았던 온보딩 생각해 보면 필자가 개인적으로 매우 좋아하는 방식의 온보딩이지만, 상황과 맥락에 맞춰 적당한 타이밍에 기억하기 쉽고 따라 하기 좋은 적당한 분량의 온보딩을 해주고 즉시 실천하기 쉬운 온보딩이

고객의 마지막 행동 - 제품의 문제, 우선순위, 방향을 동시에 결정한다.

2026-04-05T10:31:29Z

대부분 앱 서비스 데이터 분석하면 아래와 같은 것들을 보통 분석한다. - DAU/MAU 고착률 - 전환율 - 퍼널 이탈률 - 리텐션 큰 틀에서 제품을 만들어 공급하는 관점에선 가장 직관적이고 이해하기 쉽다. 필자도 서비스를 운영할 때 기본적으로 위 지표를 확인하면서 더 나아가 CC(Carrying Capacity) 분석까지 더해가면서 건강하게 서비스가 잘

행동을 설계하는 건 어렵다. - 프롤로그입니다.

2026-03-29T13:11:26Z

내가 앱 개발을 시작한 이유부터 되돌아보면, 당시 내가 제품 디자인을 잘하지는 못한다 관련 전공도 아니고, 그렇다고 주변에 서버 개발자들만큼 기술적으로 깊은 편도 아니었다. 단지, 만드는 게 좋을 뿐이었고 운 좋게 iOS 개발로 커리어 시작했다. 수년을 모바일 앱 서비스를 만들어서 먹고 살아왔는데, 개발은 너무나 쉽다. 모르면 배우면 되고 요즘엔 AI가

빠른 속도보단 느린 바름 - 문제, 방향 그리고 실행의 바름에 대해서

2026-03-15T10:07:50Z

최근 들어 무척 바쁜 시간을 보냈다. 이틀연속 밤 10시 가까이 이틀 야근하면서까지 말이다. 사실 나는 야근을 싫어한다. 사실 누가 야근을 하고 싶은가? 하루 해야 할 일을 마치고 집에서 개인시간을 보내고 싶은 건 누구나 같은 마음이다. 즉, 야근은 곧 주어진 시간 내에서 밀도 있게 시간관리를 잘하지 못했고 인생에 귀한 시간을 희생해서 못다 한 일을 수

노이즈 - 요즘 내 주변과 마음속에서 일어나는 노이즈들에 대한 이야기

2026-03-03T03:55:26Z

프롤로그 마지막으로 글을 쓴 것이 작년 12월 말쯤이었다. 2026년 새해 첫 맞이 이후 순식간에 벌써 생애 첫 2026년 3월을 맞이했다. 그간 돌이켜 보면 수행해야 하는 일은 열심히 수행하고, 먹는 것도 작년보단 더 잘 챙겨 먹고, 내가 구축해 둔 시스템도 유지보수하고 일부는 긴 시간을 가지며 리뉴얼도 진행했다. 엄연히 따지만 지낸 시간은 2 달이라는

우리는 서로에게 로켓 부스터다 - 함께 살아가기

2025-12-22T10:44:43Z

부모와 나 회사와 나 동료와 나 친구와 나 우리는 서로에게 로켓 부스터여야 한다. 일정 궤도를 지나면 역할을 완수하고 잠시 떨어졌다가 다음 궤도를 향해 서로가 부스터가 되어 같이 항해를 해야 한다. 부스터가 아닌 한쪽이 부스터가 아니라 승무원 되면 얼마나 무겁고 짐이 되고 삶을 갉아먹고 궤도를 향해 가는데 얼마나 힘들겠는가? 반대로 상대에게 부스터

신의 한 수 - 2025년 회고록

2025-12-21T03:20:46Z

지난 삶을 바둑판으로 비유해 보자면 대학 졸업하고 난 이후 바둑알 3개가 내 삶에 큰 영향을 주었다. 대학 동아리 활동 시절엔 개발자로서 더 크게 성장하고 싶고 기술적인 역량과 스타트업 문화를 간절히 원했다. 2016년 12월 신은 내 바둑판 위에 한 수를 두었다. 실력 좋고 뇌지컬이 뛰어난 개발자들이 똘똘 뭉쳐있는 SNS를 운영하는 스타트업에서 첫

인간: 혼자서 할 수 있는 일은 없다 - 제1회 워크숍과 깨달음

2025-12-14T12:22:54Z

운영모드 10월엔 나도 바쁜 시간을 보냈지만 함께 서비스를 만들어가는 Whale도 본업에 바쁜 시간을 보냈다. 10월 중순 이후로 사실상 운영모드 상태로 서비스가 어떻게 돌아가게 되는지 구축한 시스템이 알아서 잘 돌아가는지 지켜보고만 있었다. 운영모드 기간 동안엔 특별히 기능을 개선하거나 수정하진 않았지만, 잘 모르겠지만 내가 붙들기 전 대비 리텐션이

계몽 - 계몽은 고객이 아니라 나에게 필요한 단어였다.

2025-11-09T05:05:04Z

최근 박소령 대표님의 "실패를 통과하는 일"이라는 책을 추천 받았고 몇 일동안 참 재미있게 읽었다. 솔로프리너 하면서 너무 와 닿는 내용들이 많았는데, 그 중 가장 기억에 남고 읽고 난 후 매일 반성에 시달리게 만드는 부분이 있었는데 바로 "고객을 계몽시키는 행위"라는 부분에서 많은 반성을 느끼게 만들었다. 내가 운영중인 서비스는 관계 관리 및 개선이라는

새로운 환경에서 시도하는 것들 - 나와 팀이 Win Win하기 위한 관찰과 기록

2025-10-15T12:11:48Z

이틀 전부터 새로운 팀에 합류해서 원래도 많이 바빴지만, 아무래도 새로운 환경에 적응하느라 역시나 매일 바쁜 하루를 보내고 있어요. 개인 서비스에 시간투자가 줄어들긴 했지만, 오히려 제한된 시간과 여유로운 마음으로 대하니 더 중요한 것에 집중할 수 있게 되어서 오히려 다행인 거 같기도 하고요. 물론 언젠가 혼자 감당하기 힘들 정도로 엄청 많이 커져버린다

선택적 주의 관점 설계 - 사용자는 보고 싶은 것만 본다. 이 글도 마찬가지다.

2025-10-01T01:47:04Z

한 때 당근 재직시절이었어요. 어느 겨울날 캐나다 오피스에서 동료들과 함께 어느 호탕하신 흑인 아주머니와 인터뷰를 했던 적이 있었는데, 비록 한 시간 정도 되는 짧은 인터뷰 시간이었지만 그분의 행동과 말 한마디 한마디가 아직도 기억에 남고 현재에 와서는 제품을 만들고 서비스를 운영하는 데 있어서 저에게 많은 영향을 주시기도 했어요. 대표적인 한마디가 "그

수성의 하루 - 온도차가 극명한 솔로프리너의 삶의 뜨거움과 차가움에 대하여

2025-09-17T13:47:37Z

지구엔 대기가 있지만, 수성엔 대기가 없어요. 회사에선 함께하는 동료들이 있어 리스크에 대한 안전망이 있지만, 솔로프리너에겐 없어요. 아니 만들어야 하죠. 수성은 대기가 거의 없어 낮에는 최고 430℃까지 올랐다가 밤에는 약 -180℃까지 떨어지는 극한의 온도차를 보여주는데, 신화 영역에 닿지 못한 솔로프리너 작은 행성들의 하루를 세세하게 들여다보면 온

영혼이 없는 카레 - 3분이면 뚝딱 레트로 식품이 판을 치는 세상

2025-09-16T09:55:34Z

지난 글 Peek End Rule을 작성했을 때가 8월 22일이었고 9월 16일인 오늘 25일이 지났군요! 역시 바빠질 거라 예상했는데 예상한 만큼 수많은 유저분들이 꾸준히 들어오시고 많은 의견과 아이디어를 제안해 주셔서 바쁜 시간을 보냈어요. 최근엔 유저 인터뷰할 이용자들이 필요했고 이 왕이면 이동 동선이 가까운 곳에서 유저를 모셔야겠다 생각해서 그 좋

고객에게 계속 의견을 물어라 - 고객의 이야기를 듣기 위해 시공간을 초월한 어느 집요한 개발자의 이야기

2025-08-30T06:33:43Z

최근 당근 동료와 동네에서 같이 베이글을 먹고 있는데 동료가 나에게 물었다. "David은 앱에서 고객들한테 설문을 정말 많이 돌리시더라고요." 나는 간단하게 "그냥 고객 의견을 많이 듣고 싶어서, 들으면 기능 개선할 때 좋아요."라고 간단하게 답변했지만, 사실 하나하나 다 이야기 늘어놓으면 할 말이 너무나도 많다. 이번글에선 너굴부부에서 어떤 식으로

Peek End Rule - 기억에 남는 앱이 되기 위한 방법

2025-08-22T05:37:50Z

우리의 삶을 되돌아보면 좋았던 경험도 있고 나쁜 경험도 있을 거예요. 특히 기억에 남는 경험을 되짚어보면 왜 이 경험이 기억으로 오랫동안 남았는지 어떤 기억은 좋은 기억으로 평가되었지만 반대로 어떤 기억은 나쁘게 평가되었는지 등... 이를 심리학적으로 표현하면 Peek End Rule(피크-엔드 규칙)이라고 말해요. 'Peek End Rule(피크-엔

이 앱이 고객의 일부가 되도록 - 사랑받는 앱을 만들기 위해서가 아닌 고객이 앱을 사랑하게 하려면은?

2025-06-05T15:38:30Z

운영 중이던 서비스의 앱 평가 답변을 일일이 읽고 답변들 달면서 이런 질문을 던져보았다. 왜 이 분들은 이 앱과 사랑에 빠지게 되었을까? 사랑에 빠지는 이유야 다양하겠지, 기능이 만족스러웠겠지 그리고 사랑한다는 것은 추상적이기도 하고 그렇게 쉽게 넘어갈려던 찰나에 분명 내가 만든 앱이기 때문에 내가 더 잘 알 것이라 생각했었지만 사실 나조차도 딱 명확하게

보물같은 아이디어는 "불쾌"함에서 시작된다 - 그리고 깊게 파고 들었을 때 나온다.

2025-05-09T08:01:45Z

불쾌란? 보통 서비스를 개발할 때 일반적으로 "불편"함 속에서 문제를 발견하고 문제를 해결하는 방법을 구성한 다음 서비스를 개발해서 세상에 내놓죠. 그럼 제가 말한 "불쾌"는 "불편"과 무엇이 다를까요? 불편, 불쾌 둘 다 어떤 현상으로 인해 좋지 않은 상황을 의미하지만 대상과 강도가 달라요. 불편은 환경적, 물리적인 요인에 초점을 맞춘 반명 불쾌는 감정이

결함이 많을수록 배울 것도 많다 - 완벽할 바에 빠르게 실패해라

2025-05-09T06:40:36Z

이번엔 빠르게 실패하고 망한 앱 서비스를 이야기해 볼까 싶어요. 가벼운 마음으로 빠르게 시도했지만 오히려 배운 게 많았던 경험이어서 글로 정리해 봤어요. 계기 너굴부부 신규 피쳐 배포하고 난 이후 다소 사용자 반응에 시간이 필요해서 공백기간 동안 또 뭘 만들어볼까?라는 생각에 빠지게 되었고 개인습관이나 루틴을 잘 유지하기 위해서 앱을 설치하려고 스토어를 둘

제품은 진심된 마음으로 - 소명의식을 가지고 제품을 만들어야 하는 이유

2025-05-09T06:40:30Z

기회비용 서비스를 만들다 보면 노력한 것 대비해서 지표가 개선되지 않을 때도 있다. 계속 정체되는 지표를 보면서 내가 엉뚱한 곳에 삽질하는 건 아닌지 의심하기 시작하고, 주변에 성공한 이야기들이 보일 때마다 비교하게 되면서 이럴 시간에 다른 거 하면 성공할 수 있지 않을까? 돈을 더 많이 벌 수 있지 않을까? 더 나은 서비스를 만들 수 있지 않을까 하면서

물길을 트기 위한 삽질 - 삽질을 해도 전략적으로 해야하는 이유

2025-05-09T06:40:16Z

전략이라는 것이 개발자 입장에선 기획자가 제시한 요구사항과 목표를 바탕으로, 개발팀은 기술적으로 어떻게 이를 구현할지 논의하고 전략을 수립한다. 이 과정을 통해 구체적인 기술 설계 방향을 문서화한 것이 바로 Tech Spec(Technical Specification) 이다. 보통 대부분 개발자들이 회사에서 집중하는 부분이다. 또 한편으로는 작은 스타트