HammingDev App 수익화 Skill로 온보딩, 페이월 및 요금제 설계

프로젝트 소개

haiming-app-monetization은 HammingDev(海明Dev)가 출시한 App 수익화 Skill입니다. App 프로젝트 디렉터리에서 실제 구현을 읽고 관련 페이지와 코드 위치를 찾아내며, 경쟁사 조사를 바탕으로 개발 Agent가 이어서 실행할 수 있는 온보딩, 페이월 및 요금제 설계안을 제공합니다.

이 Skill은 이미 App 프로토타입이나 소스 코드를 보유하고 수익화 경로를 체계적으로 정리하려는 개발자에게 적합합니다. 소스 코드가 없어도 제품 설명, 스크린샷 또는 화면 녹화를 제공하면 Agent가 기존 자료를 바탕으로 조언을 제공할 수 있습니다.

기본 동작은 코드 수정이 아닌 평가입니다. 명확하게 “평가하고 구현”을 요청한 경우에만 Agent가 해당 코드 변경을 실행합니다.

핵심 기능

실제 경로와 우선 문제 파악

Skill은 실제 프로젝트에서 온보딩, 페이월, 멤버십 혜택 및 구매 흐름이 있는 페이지와 코드 위치를 최대한 식별하고, 정적 추론과 실행 관찰을 구분합니다. 이를 통해 소스 코드만으로 도출한 판단을 실제 실행 결과로 잘못 설명하지 않도록 합니다.

경쟁사 및 후보 가격 조사

Agent를 실행하는 환경에 네트워크 도구가 있으면 Skill은 관련 경쟁사를 조사하고 후보 요금제를 정리할 수 있습니다. 결과에는 지역, 통화, 결제 주기, 정보 출처 및 미확인 항목을 명시해야 합니다. 네트워크에 연결할 수 없는 경우 확인되지 않은 가격을 명확하게 표시합니다.

분기형 온보딩 설계

Skill은 일률적인 신규 사용자 안내만 제공하지 않습니다. 사용자의 선택에 따라 서로 다른 제품 데모, 핵심 장점 및 문구가 표시되도록 하여 개인화된 분기형 온보딩 방안을 설계합니다.

페이월 점검 및 설계

페이월 분석에서는 멤버십 혜택이 명확한지, 주력 요금제가 잘 부각되는지, 무료 체험 안내가 충분한지, 그리고 사용자가 구매를 완료한 후 어느 단계로 이동해야 하는지를 중점적으로 확인합니다.

구현 및 검증 계획

방안을 적용하도록 요청하면 Skill은 재사용 가능한 위치, 필요한 변경 사항 및 첫 번째 실험에 주목합니다. 다만 프로젝트는 전환율이나 매출 향상을 보장하지 않으며, 방안은 실제 데이터로 검증해야 합니다.

Skill 설치

기본 환경에 설치

App 프로젝트 디렉터리로 이동한 후 다음을 실행합니다.

npx skills add HammingDev/haiming-app-monetization

현재 프로젝트의 Codex에 설치

Codex를 사용하고 현재 프로젝트에 Skill을 설치하려면 다음을 실행합니다.

npx skills add HammingDev/haiming-app-monetization --agent codex --yes

--agent codex는 대상 Agent를 지정하고, --yes는 설치를 자동으로 확인합니다.

Codex에 전역 설치

여러 프로젝트에서 사용하려면 전역 설치를 진행할 수 있습니다.

npx skills add HammingDev/haiming-app-monetization --agent codex --global --yes

대화형 설치에서는 지원되는 다른 Agent를 선택할 수도 있습니다. 실제 사용 가능한 기능은 프로젝트 읽기, 애플리케이션 실행 또는 네트워크 조사를 수행하는 데 필요한 도구를 실행 Agent가 갖추고 있는지에 따라 달라집니다.

기본 사용법: 전체 수익화 평가

설치가 완료되면 App 프로젝트에 해당하는 작업에서 다음을 입력합니다.

 $haiming-app-monetization을 사용해 현재 프로젝트를 평가하고 관련 경쟁사를 조사한 후,
요금제 가격, 개인화된 온보딩 및 페이월 방안을 제시해 주세요. 먼저 코드는 수정하지 마세요.

이 명령에는 몇 가지 중요한 제약 조건이 포함되어 있습니다.

• 현재 프로젝트 평가: Agent가 실제 프로젝트 구조와 기존 구현을 기반으로 작업하도록 요청합니다.
• 관련 경쟁사 조사: 도구가 허용하는 경우 외부 시장 정보를 보완합니다.
• 전체 방안 제시: 가격 책정, 온보딩 및 페이월을 모두 다룹니다.
• 먼저 코드 수정 안 함: 읽기 전용 분석을 유지하여 방향을 먼저 검토할 수 있게 합니다.

먼저 이 평가 모드를 사용하는 것이 좋습니다. 페이지 위치가 정확한지, 경쟁사가 관련성이 있는지, 후보 가격에 지역과 결제 주기가 명시되어 있는지 확인한 다음 구현 단계로 진행할 수 있습니다.

단일 영역에 집중

현재 페이월만 점검하면 된다면 전체 수익화 분석을 요청할 필요가 없습니다. 다음과 같이 입력할 수 있습니다.

 $haiming-app-monetization을 사용해 현재 페이월의 멤버십 혜택, 무료 체험 안내 및 구매 경로를 점검해 주세요.

이 방식은 범위가 명확한 작업에 적합합니다. 예를 들어 페이월은 이미 출시되었지만 다음 문제를 점검해야 하는 경우입니다.

• 멤버십 혜택을 이해하기 쉬운가.
• 무료 체험 조건이 명확하게 표현되어 있는가.
• 주력 요금제가 분명한가.
• 구매 진입점과 경로가 자연스럽게 이어지는가.
• 구매 완료 후 다음 단계가 명확한가.

온보딩이나 요금제 설계에 집중할 때도 같은 방식을 적용할 수 있지만, 작업에서 점검할 영역과 원하는 결과를 명확히 밝혀야 합니다.

평가에서 구현으로 전환

기본적으로 Skill은 제품 코드를 수정하지 않습니다. 방안을 검토한 후 Agent가 적용하기를 원한다면 반드시 “평가하고 구현”이라고 명확하게 요청해야 합니다.

 $haiming-app-monetization을 사용해 현재 프로젝트의 온보딩 및 페이월을 평가하고 구현해 주세요. 먼저 재사용 가능한 컴포넌트를 찾고 필요한 변경 사항을 설명한 다음, 구현을 실행하고 검증 단계를 제시해 주세요.

README는 “구현을 명확히 요청한 후에만 수정한다”는 경계만 규정하므로, 실제 변경 범위와 실행 결과는 프로젝트 구조, 기존 코드 및 Agent의 도구 역량에 따라 달라집니다. 구현 전에 버전 관리로 현재 상태를 저장하고 Agent가 제시한 파일 범위를 검토해야 합니다.

소스 코드가 없을 때 사용하는 방법

읽을 수 있는 프로젝트 소스 코드가 없다면 제품 설명, 스크린샷 또는 화면 녹화를 Agent에 제공할 수 있습니다. 분석 품질을 높이려면 최소한 다음 내용을 포함하는 것이 좋습니다.

• 제품의 대상 사용자와 주요 용도.
• 현재 온보딩의 페이지 순서와 문구.
• 무료 기능과 멤버십 혜택의 차이.
• 기존 요금제, 통화, 결제 주기 및 무료 체험 규칙.
• 페이월을 연 후 구매를 완료하기까지의 경로.

이 경우 Agent는 실제 코드 위치를 파악할 수 없으므로 결과를 이미 검증된 엔지니어링 결론이 아닌 제품 수준의 조언으로 간주해야 합니다.

고급 사용 팁

지역, 통화 및 결제 주기 명시

가격 조사를 요청할 때는 목표 시장을 지정해야 합니다. 예를 들어 특정 지역을 우선 분석하고 월간, 연간 또는 기타 주기별로 정리하도록 요청할 수 있습니다. 명시적으로 지정하지 않더라도 최종 결과에는 지역, 통화, 결제 주기, 출처 및 미확인 항목을 표시해야 합니다.

정적 분석과 실행 관찰의 구분 요청

Agent가 코드만 읽을 수 있고 애플리케이션을 실행할 수 없다면 추론을 이미 관찰한 사용자 경험처럼 작성해서는 안 됩니다. 다음 문장을 지시에 추가할 수 있습니다.

어떤 결론이 소스 코드 정적 분석에서 나온 것인지, 어떤 결론이 실제 실행 관찰에서 나온 것인지 각각 표시해 주세요. 검증할 수 없는 부분은 미확인 항목으로 분류해 주세요.

먼저 Agent가 우선순위를 제시하도록 요청

문제가 많을 때는 모든 내용을 한 번에 수정하도록 하기보다 우선순위에 따라 정리하도록 요청할 수 있습니다.

온보딩, 페이월 및 구매 경로의 문제를 파악하고 영향도와 구현 비용에 따라 정렬해 주세요. 첫 번째 실험안을 먼저 제시하고 코드는 수정하지 마세요.

README에서는 우선 문제, 필요한 변경 사항 및 첫 번째 실험을 결과에 포함하도록 안내합니다. 따라서 이러한 작업 구조는 제안을 후속 개발 작업으로 전환하는 데 도움이 됩니다.

온보딩 선택이 이후 콘텐츠에 실제로 영향을 주도록 설계

개인화된 온보딩을 설계할 때는 사용자의 선택을 수집하는 데 그치지 않아야 합니다. 각 선택이 서로 다른 데모, 장점 또는 문구로 연결되도록 요청하여 분기가 사용자에게 보이고 의미 있게 만들어야 합니다.

구매 후 다음 단계 점검

페이월 평가는 결제 버튼에서 끝나서는 안 됩니다. 구매 완료 후 사용자에게 무엇이 표시되는지, 어떤 기능으로 이동하는지, 방금 잠금 해제한 멤버십 혜택을 어떻게 이해하는지도 확인해야 합니다.

개발 Agent에 결론을 전달하기 전 재검토

구현 단계로 들어가기 전에 다음 사항을 확인하는 것이 좋습니다.

1. 페이지와 코드 경로가 실제로 존재하는가.
2. 경쟁사 가격에 출처와 확인 상태가 표시되어 있는가.
3. 무료 체험 안내가 실제 규칙과 일치하는가.
4. 주력 요금제와 멤버십 혜택이 명확하게 표현되어 있는가.
5. 변경 범위가 현재 버전의 목표에 부합하는가.
6. 첫 번째 실험에 검증 가능한 결과가 있는가.

기능 범위 및 버전 상태

현재 버전은 v0.1.0이며 Skill 형식 검사를 통과했습니다. 이 방법은 Life Widget 프로젝트에서 정적 평가와 경쟁사 조사를 완료하는 데 사용되었지만, 실제로 전환율을 높일 수 있다는 점은 아직 입증되지 않았습니다.

네트워크 조사와 프로젝트 읽기는 실행 Agent의 도구 역량에 따라 달라집니다. 네트워크에 연결할 수 없으면 Skill은 가격이 확인되지 않았음을 표시합니다. 애플리케이션을 실행할 수 없는 경우에도 정적 판단과 실행 결과를 구분해야 합니다. 저장소 자체에는 프로젝트 소스 코드나 비공개 협업 brief가 포함되어 있지 않습니다.

Skill의 진입점 파일은 SKILL.md이며, 동작 승인 기준은 references/acceptance.md에 있습니다. 프로젝트는 MIT 라이선스를 따르므로 사용, 수정, 재배포 및 상업적 이용이 허용됩니다. 단, 배포 시 저작권 고지와 라이선스를 보존해야 합니다.

요약

haiming-app-monetization은 App 수익화 분석을 AI Agent가 실행할 수 있는 프로세스로 구성합니다. 기존 구현을 읽고, 경쟁사를 조사하며, 분기형 온보딩을 설계하고, 요금제와 페이월을 정리한 뒤 구현 및 첫 번째 검증을 계획합니다. 가장 좋은 방법은 먼저 읽기 전용 모드로 평가하고, 출처·미확인 항목·변경 범위를 검토한 다음, 명확한 “평가하고 구현” 지시로 개발 단계에 진입하는 것입니다.