소개

소개

DP42는 개발감자가 운영하는 1인 창업·제품 노트다. 혼자 앱을 만들고, 출시 준비 표를 나누고, 사용자에게 실제로 닿는 경험을 기준으로 기록을 남긴다. 이 사이트에 올리는 글은 도구 추천 모음이 아니라, 내가 직접 부딪힌 판단과 그 근거를 정리한 메모에 가깝다. 짧게 쓰고 싶은 유혹이 있어도, 공개하는 글은 독자가 다음에 써먹을 수 있을 만큼 깊게 쓰는 쪽을 택한다.

누가 운영하나

운영자는 개발감자다. iOS 앱을 중심으로 제품을 만들고, 같은 과정에서 생긴 운영 원칙을 DP42에 적는다. 회사 소개서처럼 자리 잡지 않는다. 출시 직전에 테스트는 초록인데 잠금 화면에서는 아직 확인을 못 한 상태, API는 200인데 결과가 비어 폴백만 나오는 상태처럼, 손으로 만진 장면만 남긴다.

지금 손으로 만지는 제품은 드라이브라디오(DriveRadio)와 MEMVIA다. 드라이브라디오는 이동 중 위치 기반 이야기와 음악을 교차 편성하는 오디오 경험이다. MEMVIA는 화면 속 예약·쿠폰·배송·주차·여행 정보를, 사용자가 명시적으로 보낸 입력만으로 정리하는 앱이다. 제품 지원 페이지와 개인정보 처리방침은 사이트에 제품별로 따로 두었다. 블로그 글과 제품 문서는 역할을 나눈다. 블로그는 판단 기록이고, 지원 페이지는 사용·문의 창구다.

무엇을 다루나

  • 작은 제품의 문제 정의, 출시 게이트, 실기기·차량 환경 검증
  • AI를 넣을 때 권한·폴백·수정 가능성·계측을 같이 설계하는 방법
  • 외부 API·스토어 자동화처럼 “중간 성공”을 최종 성공으로 착각하지 않는 운영
  • 콘텐츠와 제품 문서를 지속 가능한 자산으로 남기는 편집

주제는 AI·제품·성장으로 넓게 보이지만, 글마다 질문이 하나여야 한다고 생각한다. “이 빌드가 통과했으니 올려도 되나?”처럼 현장에서 반복되는 질문을 끝까지 밀어 보는 편이, 트렌드 요약보다 독자에게 남는다고 보기 때문이다.

편집 원칙: 직접 검증과 자료 정리

글을 두 종류로 나눈다. 하나는 내가 코드·로그·실기기에서 확인한 직접 검증이다. 성공한 빈 API 응답, 프롬프트 겹침, App Store Connect 업로드처럼 현장에서 고친 기록은 이 축에 둔다. 확인한 범위와 아직 못 본 범위를 같은 글에 적는다. “빌드 성공”과 “출시 가능”을 한 문장에 쓰지 않는 것도 같은 이유다.

다른 하나는 공식 문서·공개 자료·창업자 발언을 바탕으로 한 자료 정리다. 바뀔 수 있는 가격·정책·기능은 원문 링크를 우선하고, 해석은 사실과 구분해 쓴다. 직접 써보지 않은 도구를 체험기처럼 포장하지 않는다. 체험이 있으면 조건과 한계를 밝히고, 없으면 자료 정리임을 드러낸다.

AI는 자료 정리와 초안 보조에 쓸 수 있다. 발행 전에는 사람이 구조, 사실관계, 출처, 독자에게 실제로 도움이 되는지를 다시 본다. 검증 근거가 부족하거나 얇은 글은 공개하지 않거나, 깊게 다시 쓴 뒤에만 올린다. “항상”, “모든 기기”, “자동으로 완벽” 같은 문장은 검증이 따라오지 않으면 쓰지 않는다. 가짜 지표나 과장된 성과 숫자도 넣지 않는다.

독자가 얻는 것

완성된 성공담보다, 출시 직전에 무엇을 통과했고 무엇을 아직 안 봤는지를 읽고 싶다면 DP42가 맞다. 체크리스트·표·실패 모드를 남겨 다음 사람이(그리고 미래의 내가) 같은 증거를 재사용할 수 있게 한다. 반대로, 한 줄 팁이나 짧은 요약만 필요한 독자에게는 이 노트가 길게 느껴질 수 있다. 그 길이는 의도다. 공개하는 글은 현장에서 다시 열어볼 수 있을 만큼만 깊게 쓴다. 같은 주제를 여러 짧은 글로 쪼개 올리기보다, 한 번에 문제·조사·전후 비교·실패 모드·남은 검증까지 묶어 두는 편을 선호한다.

대표 콘텐츠와 전체 글 목록에서 최신 기록을 볼 수 있다. 제품 사용 중 문제가 있으면 각 앱의 지원 페이지가, 사이트·개인정보 관련 요청은 문의 페이지가 창구다.

이 노트에서 하지 않는 것

벤치마크 순위를 매주 갈아엎는 식의 비교표, 출처 없는 시장 전망, 써보지 않은 도구의 체험기 톤은 쓰지 않는다. 제휴·광고를 받더라도 검증 범위 밖의 문장을 끼워 넣지 않는 쪽을 택한다. 짧게 올려 트래픽만 보는 글도 공개 목록에 두지 않는다. 얇았던 초안은 폐기하거나, 하나의 깊은 글로 다시 묶은 뒤에만 발행한다.

글을 읽다 틀린 데를 찾으면 글 하단이나 문의 페이지로 알려 주면 된다. 그 피드백이 편집 원칙을 지키는 데 실제로 도움이 된다. 나는 완벽한 아카이브를 약속하지 않는다. 대신, 틀린 줄 알면 고치고, 아직 안 본 것은 안 본다고 적는다.

문의

정정 요청, 제품·콘텐츠 관련 문의, 개인정보 관련 요청은 문의 페이지를 이용하거나 contact@developpotato.com으로 보내 주세요. 운영 원칙과 답변 범위는 문의 페이지에 정리해 두었다.

1인 창업 AI 도구 가이드 · 전체 글 · 문의하기 · 이용약관·면책 고지