한 줄 결론

공공 OpenAPI/기관 공고를 “텔레그램 알림 서비스”로 표준화해서,
크몽은 “초저가 세팅(진입용)”으로 깔고, 반복 매출은 “국내 결제(토스 등) + 기간권”으로 회수한다.
확장은 API별 어댑터만 추가하는 공장형 구조로 간다.

1) 문제 인식과 전략 재정의

1.1 경쟁이 심한 영역 vs 틈새가 있는 영역

나라장터/조달은 이미 무료 경쟁자(예: 지투비플러스류)가 존재 → “정보 자체”로는 차별화 어렵다.
반면 LH 임대전환/분양·임대/특정 기관 공고는 API는 있어도 “정리된 텔레그램 실시간 알림”이 부족 → 틈새가 있다.

1.2 핵심 전략(윤호님 방향)

“API 217개 전부”가 목적이 아니라,
채용/지역한정/돈 안 되는 정보는 제외
즉시 돈 되는 버티컬(Tier1/Tier2) 10~30개만 먼저
공통 엔진(수집/필터/중복/발송/구독)을 1번 만들고
API별로는 어댑터만 반복 추가한다.

2) 타겟/버티컬 우선순위(요약)

Tier 1 (명확한 니즈 + 돈이 도는 분야)

입찰/조달(기관별)
부동산/분양/임대/공매
정부지원사업(중소/창업/R&D)
특수(ODA/급식/환경/항만 등)

Tier 2 (니치하지만 절실)

규제/법률/관보/의료기기 재평가
특허/상표/디자인
복지/돌봄/요양 등

실전 조언: 초반엔 “고객이 돈을 버는 정보(입찰/공매/지원사업)” 위주가 유지율이 높습니다.

3) 수익 모델(현실형으로 재구성)

3.1 크몽은 “개발비”가 아니라 “세팅/검수 패키지”

초기에 클로드가 말한 구축비(30~50만)는 맞춤개발 느낌이라 비현실적일 수 있음 → 윤호님 판단대로 “낮은 진입장벽”이 더 유리.

구축비(세팅비) 권장 3단

3만원 라이트: 포함키워드 소량 + 지역/기관 1개 정도
5만원 스탠다드: 포함/제외 키워드 확장 + 필터 2~3개 조합 + “초기 안정화 1회 조정” 포함
10만원 프로: 예외/복잡한 조건(OR/AND, 제외 다수, 다중 채널 분배 등) 또는 “엑셀 목록 대행 세팅”

포인트: “싸게 보이게(입구)” + “복잡한 케이스만 비싸게(시간 방어)”.

3.2 반복 매출은 “월 구독”인데, Stars는 한국 출금/정산 불확실

Stars는 문서상 출금/전환 경로가 존재하더라도 국가/환경에 따라 제한이 현실적으로 있을 수 있음.
윤호님 경험상 “한국에서 현금화가 불확실” → Stars를 핵심 결제축으로 잡지 않는다.

4) 결제 구조(Stars 대신) — “텔레 안내 + 국내 결제 링크”

4.1 가능한가? → 가능. 단 조건이 있음

윤호님이 놀란 부분:
“봇에서 결제 링크 안내 → 결제 → 결제사 웹훅 → 자동 구독 활성”

이게 되려면 결제 링크가 그냥 URL이 아니라, 서버가 주문을 생성해 발급한 결제 URL이어야 합니다.

4.2 토스 결제 기준 기본 흐름(가장 현실적)

유저가 텔레봇에서 플랜 선택
서버가 orderId 생성 + chat_id 매핑 저장
서버가 결제 페이지 URL 생성(결제사/PG)
봇이 URL 버튼 제공
유저 결제 완료
결제사가 웹훅으로 결제 성공 이벤트를 서버로 전송
서버가 웹훅 검증 → orderId로 chat_id 찾음 → 구독 활성
봇이 “구독 시작” 안내

웹훅이 없으면?

successUrl 리다이렉트 + 결제 조회 API로 “결제 완료 여부” 확인 후 활성
(자동화 가능. 웹훅이 더 편함.)

5) 구독 상품 설계(윤호님 방향 강화)

5.1 “키워드 2트랙 + 리밋 낮게”가 정답

복잡해지면 CS와 이탈이 폭발합니다.

키워드 2트랙 정의

Include(포함 키워드): 찾고 싶은 단어
Exclude(제외 키워드): 빼고 싶은 단어

추가 옵션은 최소화:

지역 or 기관 중 1~2개 정도만

5.2 플랜은 2개만 추천(운영/전환에 강함)

라이트(9,900원): 포함 3 / 제외 3 / 지역or기관 1개
프로(19,900원): 포함 10 / 제외 10 / 지역+기관 또는 필터 2개 / 주간요약 ON/OFF

3단(1/2/3만원)도 가능하지만, “무제한”은 운영 지옥이 되기 쉬워서
윤호님처럼 낮에 일하는 환경이면 2플랜이 더 강력합니다.

6) “기간권(1/3/6개월)”로 가면 운영이 쉬워진다

정기 자동결제(빌링키)는 구현/운영/결제 실패 대응이 늘어나고 CS가 증가합니다.
윤호님 상황(낮 근무, 답변 느릴 수 있음)에서는 기간권이 훨씬 현실적입니다.

6.1 기간권 방식

1개월 / 3개월 / 6개월 상품을 결제하면
expires_at를 그만큼 연장
“미리 결제 = 자동 연장”이 자연스럽게 성립

6.2 만료 알림(자동)

D-7 / D-3 / D-0에 부드러운 연장 안내
귀찮으면 3개월/6개월로 유도

7) 텔레그램 온보딩(설치/가이드 최소화)

윤호님 목표: 고객이 “따라오게 하는 가이드”를 최소화.

7.1 최적 플로우(고객 행동 최소)

크몽 구매(세팅비)
자동 메시지로 “봇 링크” 제공
텔레봇:
(1) 버티컬 선택
(2) 포함/제외 키워드 입력
(3) 테스트 알림 1회
(4) 결제 버튼(기간권 선택)
결제 완료 → 자동 활성 → “구독 시작” 메시지

8) 기술 설계 핵심: “어댑터 표준화 + 공통 엔진”

윤호님이 말한 “API 승인→연동→프로토콜 맞춤→테스트→라이브”를
십수번 반복하려면 이 부분이 결정적입니다.

8.1 NormalizedNotice(정규화 공고 객체) 최소 스키마

API마다 응답이 달라도, 내부는 이 포맷으로 강제합니다.

source : 소스명 (예: LH_LEASE)
source_id : 원본 고유키
title
published_at
region (없으면 null)
url
raw : 원본 JSON(통째로 저장)

의미

API가 바뀌어도 → 어댑터만 수정
필터/중복/발송/로그/요약 로직은 거의 그대로 유지

8.2 공통 엔진 기능(한 번 만들면 끝)

수집 스케줄러(크론/워커)
정규화(어댑터)
필터(Include/Exclude/지역/기관)
중복 제거(source + source_id 또는 해시)
발송(텔레 메시지)
로그/엑셀/DB 기록
상태 모니터링(고장 감지)

9) 운영 안정성: “고장 감지”는 초기에 넣어야 한다

십수번 반복하면 반드시 터지는 것들:

응답 지연/실패
날짜 포맷 변경
필드명 변경
특정 소스만 0건 지속

최소 가드(추천)

24시간 수집량 0이면 경고
에러 N회 연속이면 경고
특정 소스만 죽으면 자동 OFF(또는 임시 중단)
관리자에게만 알림(윤호님 텔레로)

10) 품질 테스트: “몇 주”가 아니라 3~7일이면 충분

윤호님도 동의하셨듯,
성패는 “긴 기간”이 아니라 짧은 실사용에서 바로 갈립니다.

3~7일 테스트로 확인할 것(핵심 4개)

하루 평균 알림 수(스팸 여부)
중복/수정 공고 비율
제외 키워드가 필요한 빈도
지역/기관 필터가 필요한 빈도

테스트 방식

버티컬 1~2개만 선택(LH + 온비드 or 중소벤처24)
“현실 키워드 세트” + “스팸 유발 세트” 두 가지로 돌려보기

11) 가격 인식(1~3만원이 비싸게 느껴질까?)

정리하면:

B2B(입찰/지원/공매): 월 1~3만원은 대체로 “싸다/보험료”로 인식될 가능성이 큼
B2C(잡정보 알림): 1~3만원은 비싸게 느껴질 수 있음

윤호님 타겟은 B2B 성격이 강하니, 가격 자체보다 “정확도/중복제거/필터 편의”가 가치 포인트입니다.

12) 전체 로드맵(추천 실행 순서)

Phase 1: MVP 고정(가장 중요)

기간권 결제 + 자동 활성(웹훅)
구독 상태/만료 알림(D-7/D-3/D-0)
버티컬 1개 완성(LH 또는 온비드 또는 중소벤처24)
3~7일 품질 테스트 후 필터/메시지 확정

Phase 2: 버티컬 3개까지 확장

어댑터만 추가하며 패턴 고정
크몽 상품 템플릿도 복붙 수준으로 고정

Phase 3: 크몽 대량 등록(20~30개)

“상품 수”가 곧 노출/유입 자산
실제 운영은 공통 엔진에서 통제

13) 윤호님 상황에서의 현실 평가(있는 그대로)

실현 가능성: 높음
(Stars 이슈를 빼고 토스/국내 결제로 바꾸면 더 쉬워짐)
현실성: 충분히 현실적
단, 온보딩과 필터 정책을 단순화해야 CS가 안 터짐
작업 대비 효율: 매우 좋음
공통 엔진 1번 + 어댑터 반복 구조가 “확장 대비 비용”을 계속 낮춤

14) 다음 단계로 “바로 진행”할 체크리스트

오늘 확정해야 하는 4가지(뼈대 고정용)

NormalizedNotice 스키마(7필드)
필터 정책(Include/Exclude + 지역/기관 옵션 1~2개)
플랜(2플랜) + 기간권(1/3/6개월)
메시지 템플릿(제목/핵심/링크/태그)

이번 주 실전 액션(가장 효율)

버티컬 1개 연결
키워드 직접 세팅 후 3~7일 수신 테스트
알림 품질/수량 확인 후 플랜/리밋 최종 확정

좋습니다. 아래는 제가 앞에서 만든 “처음~끝 설계 문서”에, 제미나이 문서의 장점을 흡수하고 제가 보완해야 한다고 짚은 6가지(결제 검증/중복/연장/템플릿/UI/어댑터 공장화)를 “추가·수정해야 할 내용만” 깔끔히 반영한 업데이트 패치본입니다.
(즉, 기존 문서에 그대로 덧붙여서 “최종 실행 설계”가 되도록 구성)

A) MVP 고정 스펙 업데이트 (넣을 것 vs 버릴 것)

A-1. 반드시 포함(업데이트 포함분 ✅)

1) 결제/구독(기간권) — “자동 승인”을 안전하게 만드는 3종 세트

✅ 웹훅 수신 엔드포인트
✅ Idempotency(중복 수신 방지)
같은 order_id 이벤트가 2번 와도 1번만 반영되게
구현: payments.order_id UNIQUE + status 체크
✅ 금액/플랜 검증(필수)
웹훅/리다이렉트로 온 amount, plan_code가 서버가 만든 주문과 일치하는지 확인
✅ 연장 로직 규칙 고정(필수)
expires_at가 미래면: expires_at += 기간
expires_at가 과거/NULL면: now += 기간
이 규칙을 고정해야 “미리 결제 = 연장”이 자연스럽고 불만이 없음

결제는 “Stars 제외 + 국내 PG(토스 등) + 기간권(1/3/6개월)”을 기본 채택

2) 알림 품질의 핵심 4종 (윤호님 운영 환경 필수)

✅ 중복 방지: source + source_id 유니크키 기반
✅ Exclude 키워드: 하나라도 매칭되면 탈락
✅ Include 키워드: OR 매칭
✅ 테스트 알림 1회: 고객이 “이게 맞는지” 즉시 확인

3) 운영 가드(고장 감지) 최소 세트

✅ 24시간 수집량 0이면 관리자 알림
✅ 연속 에러 N회면 관리자 알림
✅ 소스별 장애 시 해당 소스 자동 OFF(또는 임시 중단 플래그)

A-2. 절대 버릴 것(초기 금지 유지)

❌ 웹 대시보드(키워드 관리 웹 UI)
❌ AI 요약/NLP
❌ 자동 정기결제(빌링키) — 기간권+만료알림+재결제로 대체
❌ 다중 채널(카톡/메일 등) — 텔레그램만

B) 데이터 모델(스키마) 업데이트 — “JSON 1칸”으로 단순화

기존 3테이블 모델은 유지하되, 키워드/필터는 컬럼 여러 개로 늘리지 말고 filters_json 1칸에 통째로 저장합니다. (확장/버티컬 추가가 쉬움)

B-1. users (최소)

chat_id (PK)
plan_type (LIGHT/PRO 등)
expires_at (구독 만료)
✅ filters_json
include_keywords: []
exclude_keywords: []
region: ""
agency: ""
(추후 확장 가능)

B-2. notices (중복 체크 + 기록)

hash_id (PK, 내부 해시)
source
source_id (원본 고유키)
title
url
published_at
created_at

B-3. payments (결제 안전 3종 포함)

order_id (UNIQUE)
chat_id
amount
plan_code (M1/M3/M6 등)
status (PENDING/PAID/CANCELED)
paid_at
✅ (선택) raw_json (웹훅 원문 저장하면 분쟁 대응이 쉬움)

C) 어댑터 공장화(217개 로드맵 적용) — “NormalizedNotice” 고정

API별 응답이 달라도 내부는 무조건 이 스키마로 통일:

C-1. NormalizedNotice 최소 필드(고정)

source
source_id
title
published_at
region (없으면 null)
url
raw (원본 JSON)

C-2. 어댑터 추가 고정 체크리스트(매번 동일)

API 응답 샘플 1~3개 확보
NormalizedNotice로 매핑
source_id가 “진짜 고유”인지 확인(수정/재게시 패턴 체크)
24~48시간 수신 테스트
소스 ON + 크몽 상품 템플릿 복붙 등록(이름만 변경)

“217개 = 총알(로드맵)”은 유지하되, Tier1/Tier2 10~30개만 먼저가 현실적

D) 메시지 템플릿 표준(UI/UX) 업데이트 — “2줄 추가”로 완성

이미 제미나이 포맷이 좋습니다. 여기에 제가 권장한 2줄을 추가해 모든 버티컬 공통 표준으로 고정합니다.

D-1. 공고 알림(표준 1건)

📢 [소스명] 새로운 소식
📌 제목:
📅 게시일:
📍 지역:
🔍 매칭 키워드: #키워드…
🔗 공고 원문 보기
💳 구독 만료까지 D-xx일
✅ 🏷️ 소스/분류 태그: 🏷️ 소스: LH_임대전환
✅ ⚙️ 설정/연장 안내: ⚙️ 설정/연장: /manage 또는 링크 버튼

D-2. 만료 알림(3종)

D-7: “7일 남음 + 1/3/6개월 연장 버튼”
D-3: “3일 남음 + 연장 버튼”
D-0: “만료됨 + 결제 후 즉시 복구”

D-3. 결제 완료 알림

결제 확인 완료
구독 만료일(YYYY-MM-DD)
설정/키워드 확인 버튼(/manage)

E) 결제 방식 최종 합의(Stars 제외 버전) — “기간권” 중심

E-1. 결제 UX(윤호님 운영 환경 최적)

텔레그램은 안내/버튼/상태 확인 중심
결제는 국내 PG(토스 등) 결제 링크로 이동
결제 성공 → 웹훅으로 자동 승인 → 구독 활성

E-2. 기간권 상품(권장)

1개월 / 3개월 / 6개월
“미리 결제 = 연장”은 연장 로직 규칙으로 해결(앞의 C항목)

F) 가격 전략(제미나이 문구 + 최종 합의)

F-1. 크몽(입구): “저가 세팅비”로 결정을 빠르게

3만원 / 5만원 / 10만원
성격: 개발비가 아니라 세팅 대행 + 초기 안정화(필터 1회 조정)

F-2. 구독(회수): 2플랜 + 기간권

라이트(예: 월 9,900원 수준)
프로(예: 월 19,900원 수준)
- 3/6개월은 “귀찮음 회피 옵션”으로 전환률에 도움

G) 품질 테스트(윤호님 1인 검증) — “3~7일이면 충분”

버티컬 1~2개만 선정(LH + 온비드 or 중소벤처24)
현실 키워드 세트 + 스팸 유발 세트 2종
체크 4개:
하루 알림 수
중복/수정 비율
Exclude 필요 빈도
지역/기관 필요 빈도

이 결과로 리밋/플랜/문구가 확정됩니다.

H) 실행 로드맵(7일 배포 가능 조건 명시)

제미나이의 “7일 챌린지”는 웹 대시보드/자동정기결제/다채널을 버리고
MVP 고정 스펙만 하면 현실적입니다.

Day 1~2

DB 3테이블
결제 주문 생성 + 결제 URL 발급
웹훅 수신 + (중복방지/금액검증/연장로직)까지 완료

Day 3~4

버티컬 1개 어댑터 작성 + NormalizedNotice 확정
발송/중복/필터 적용

Day 5~6

본인 계정으로 48시간 실수신 테스트
필터 1회 조정 정책 확정

Day 7

크몽 상품 등록(복붙 템플릿)
첫 고객용 온보딩 메시지 확정

최종 정리(윤호님이 “추가로 문서에 붙일 핵심 한 장”)

국내 PG + 기간권 + 웹훅 자동승인은 현실적이며, Stars 리스크를 제거한다.
MVP 필수는 “결제 안전 3종(중복방지/금액검증/연장규칙)”까지 포함해야 한다.
키워드는 “2트랙 + 낮은 리밋”으로 고정해 CS를 줄인다.
어댑터는 NormalizedNotice로 공장화해서 10~30개만 먼저 확장한다.
메시지 템플릿은 표준 1종(소스 태그 + 설정/연장 링크 포함)으로 모든 버티컬에 통일한다.
3~7일 실수신 테스트로 ‘가격/리밋/필터 정책’을 확정한다.

원하시면, 다음 단계로 “/manage(설정 확인) + /renew(연장) + /stop(해지)” 같은 봇 명령어 최소 세트와, 그에 맞는 버튼 UI 흐름(정확한 텍스트)까지 바로 고정해드리겠습니다.