2025년 10월 26일·7분
YC의 교훈: 최고의 스타트업이 작고 '지루하게' 시작하는 이유
Y Combinator 스타일의 모멘텀 구축 교훈: 좁고 거의 지루해 보이는 아이디어로 시작해 작은 시장을 확보한 뒤, 과대광고가 아닌 증거로 확장하라.
Y Combinator 스타일의 모멘텀 구축 교훈: 좁고 거의 지루해 보이는 아이디어로 시작해 작은 시장을 확보한 뒤, 과대광고가 아닌 증거로 확장하라.
Y Combinator의 ‘작게 시작하라’ 조언은 종종 ‘작게 생각하라’로 오해되기 쉽습니다. 핵심은 아닙니다. ‘작게’는 범위에 관한 이야기—처음 무엇을 만들고, 누구를 위해 만들며, 어떤 약속을 신뢰할 수 있게 지킬 것인가—이고, 야망은 여전히 클 수 있습니다.
작게 시작한다는 것은 실제로 작동할 수 있는 회사의 초기 버전을 선택하는 것입니다. 범위가 작으면 더 빠르게 출시하고 배우며 개선할 수 있습니다. 또한 명확성을 강제합니다: 첫 사용자가 기대하는 한 가지 결과에 대해 광범위한 미션 스테이트먼트로 숨을 수 없습니다.
스타트업은 거대한 기업으로 성장하려는 목표를 가질 수 있지만, 외견상 거의 인상적이지 않은 것으로 시작할 수 있습니다: 한 사용자 유형, 한 워크플로, 하나의 명확한 이득.
창업자들은 종종 ‘더 큼’이 곧 ‘더 좋음’이라고 혼동하고 모든 사람을 만족시키려 긴 기능 목록을 시도합니다. YC가 말하는 ‘작게’는 정반대입니다:
모호한 포지셔닝은 이렇게 들립니다: “우리는 팀의 생산성을 높입니다.” 반면 좁은 포지셔닝은: “독립 치과의원이 예약 취소로 생긴 빈 슬롯을 자동으로 채워 무단 결석을 줄이도록 돕습니다.”
좋은 시작점은 특정 사용자 + 특정 작업입니다:
이 정도면 빠르게 검증할 수 있고, 사람들이 기꺼이 비용을 지불할 만한 집중력을 가집니다.
작게 시작하는 것은 영구적 정체성이 아닙니다—순서입니다. 먼저 잘 정의된 시장의 작은 틈새를 확보하세요. 거기서 신뢰성 있게 가치를 제공할 수 있게 되면 추측 대신 증거를 바탕으로 외연을 확장합니다.
좁은 이상적 고객 프로필(ICP)은 간단한 결정입니다: 이 제품이 정확히 누구를 위한 것이며 어떤 상황이 이 필요를 촉발하는가? ‘중소기업’이나 ‘팀’ 같은 표현이 아니라 특정 역할과 특정 과업을 말하세요.
다음 형식을 사용하세요:
대상: [역할 + 회사 유형]
언제: [반복되는 고통의 순간 / 마감 / 위험]
예시: “대상: 독립 CPA / 언제: 신규 월간 고객을 온보딩하면서 서류를 쫓아다니지 않아야 할 때.”
ICP가 날카로우면 스타트업은 더 이상 추측하지 않습니다.
메시징은 단순해집니다. 하루 일과의 하나의 친숙한 문제를 설명할 수 있기 때문입니다.
가격 책정도 쉬워집니다. 알려진 예산 책임자와 명확한 가치 지표(클라이언트당, 사용자당, 프로젝트당 등)에 근거해 앵커링할 수 있습니다.
제품 결정은 더 빨라집니다. 다섯 가지 워크플로가 아니라 하나의 워크플로를 위해 빌드하므로 죄책감 없이 “아니오”라고 말할 수 있습니다—아직은 모두를 위한 것이 아니니까요.
다음을 찾아보세요:
“대상이 아니다” 목록 작성(10분). 90일 동안 서비스하지 않을 고객 유형 5–10개를 적으세요.
상위 1–2개 고객 유형 선택. 대화에서 가장 통증이 뚜렷하고 결정이 빠른 두 그룹을 고르고, 하나를 기본 ICP로 정하세요. 다른 하나는 ‘나중에’로 둡니다.
‘지루함’은 보통 ‘즉시 이해된다’의 은유입니다. 약점이 아니라 영업상의 장점입니다.
거의 지루한 스타트업은 세 가지 특성을 가집니다: 명백한 가치, 분명한 구매자, 검증된 수요. 고객은 이미 문제가 실재한다는 것을 알고 있고, 예산이나 긴급성이 있으며, 긴 설명 없이도 성공을 상상할 수 있습니다.
그 명확성은 모든 것을 가속합니다: 피치, 가격 책정, 로드맵, 초기 고객 대화까지.
놓친 송장, 규제 체크리스트, 일정 혼란, 구독 이탈 같은 친숙한 문제를 고르면, 시장에 새로운 카테고리를 학습시키는 것이 아니라 그들이 이미 해결하려고 애쓰는 문제에 더 나은 방법을 제안하는 것입니다.
그 결과:
초기 병목은 엔지니어링이 아니라 학습인 경우가 많습니다. 아이디어가 많은 교육을 필요로 하면, 사람들이 원하지 않아서인지 단지 이해하지 못해서인지 판단하기 어렵습니다.
거의 지루한 아이디어는 그 모호함을 줄입니다. 잠재 고객이 ‘예’라고 말하면, 그건 실제 가치 때문이라고 볼 수 있습니다—하이프나 참신함 때문이 아닙니다.
새로운 기술은 강력할 수 있지만 구매자가 정의되지 않았을 때는 위험합니다. 누가 이걸 사는가와 어떤 예산 항목에서 비용이 나오는가를 대답할 수 없다면, 박수갈채를 받기 위한 제품을 만들게 됩니다.
반직관적인 전략은 혁신을 친숙하고 고통스러운 사용 사례에 고정시키는 것입니다—즉, 시장이 제품을 끌어내게 하세요, 제품을 밀어 넣지 마세요.
‘큰 비전’은 말하기는 쉽지만 사기 어렵습니다. 초기 고객은 비전에 돈을 주지 않습니다—즉각적인 문제를 없애는 데 돈을 냅니다.
머리에 불난 문제는 다음을 만족합니다:
강한 문제(사람들이 적극적으로 검색하거나 예산을 책정하는 것):
약한 문제(있으면 좋음, 소유자가 불분명, 예산 없음):
긴급성은 구매자가 이미 문제를 인정하고 행동에 동기부여되어 있으므로 영업 사이클을 단축합니다. 또한 제품이 반복적 고통(기한 누락, 규정 실패, 수익 누수)에 묶여 있으면 유지율이 좋아집니다—중단하면 문제가 다시 생기니까요.
대상 사용자 5–10명에게 물어보세요:
초기에는 자동화보다 주의(attention)가 큰 장점입니다. ‘스케일되지 않는 일을 하라’는 것은 완벽한 시스템을 구축하기 전에 수작업으로 제품을 제공해 실제 사용자, 실제 피드백, 실제 학습을 얻는다는 뜻입니다.
첫 10명의 고객을 위해서는 전화로 수동 온보딩을 하거나, 계정을 직접 세팅하고 데이터를 임포트하거나, 그들의 상황에 맞춰 워크플로를 맞춰줄 수 있습니다.
컨시어지 지원처럼 템플릿을 만들어주거나(작성 도구라면 초안 작성), 통합을 구성해주거나, 리마인더와 체크인을 대신 보내줄 수도 있습니다. 영구적 운영 모델이 아니라 학습 전략입니다.
직접 온보딩하면 사용자가 주저하는 지점, 처음 무엇을 시도하는지, 실제로 무엇을 가치있게 여기는지를 직접 볼 수 있습니다. 그러면:
당신의 이상적 고객이 이미 모이는 곳에서 시작하세요:
간단한 접근법: 일주일 무료 사용권 대신 매우 구체적인 세팅 도움 세션을 제안하세요.
윤리적으로 진행하세요: 무엇이 수동인지, 무엇이 제품인지 투명하게 알리세요. 반복되는 모든 작업(요청, 단계, 반대 의견)을 문서화한 뒤 가장 반복되는 1–2가지를 가벼운 자동화로 옮기세요. 목표는 지금 학습과 신뢰를 얻고, 이후 작동하는 것을 확장하는 것입니다.
웨지 제품은 특정 고객을 위해 하나의 작업을 끝까지 완료하는 가장 작은 제품입니다. 데모도 아니고 부분적 워크플로도 아닙니다. 고객이 달성하려는 결과를 실제로 제공하고, 사람들이 “이건 시간/돈/스트레스 절약이라 돈을 낼 것 같다”라고 말하게 만드는 최소한의 형태입니다.
예: “송장 보내고 결제 받기”이지 “재무 플랫폼”이 아니라, 혹은 “10건의 유효한 영업 콜 예약”이지 “CRM 생태계”가 아닙니다. 웨지는 시장에 진입하는 방식으로 좁고 날카로우며 판단하기 쉽습니다.
초기 팀은 종종 기능 체크리스트로 논쟁합니다. 이것은 테스트 가능한 약속을 회피하는 안전한 느낌을 줍니다. 대신 먼저 결과를 정의하세요:
제품이 그 결과를 신뢰성 있게 생산하지 못하면, 더 많은 기능 추가는 핵심 문제를 해결하지 못합니다.
간단한 규칙: 반드시 필요한 기능은 약속한 결과를 우회 없이 제공하는 데 필요한 기능입니다.
있으면 좋은 기능은 그 외의 모든 것입니다—설령 경쟁사가 갖고 있더라도요.
실용적 테스트: 기능을 하나 제거했을 때 고객이 유사한 노력과 신뢰도로 여전히 결과를 얻을 수 있으면, 그 기능은 아직 필수적이 아닙니다.
‘플랫폼 우선’ 사고방식은 수요를 증명하기 전 계정, 권한, 통합, 확장성, 대시보드를 먼저 만들게 합니다. 이는 비용이 큰 우회입니다.
웨지를 만들어 가격을 매기고, 무엇이 부족한지 배우고, 실제 사용에 의해 당겨질 때만 더 넓은 제품 표면으로 확장하세요—상상으로 확장하지 마세요.
규율을 유지하는 한 가지 방법은 출시를 편향하는 도구로 프로토타입하는 것입니다. 예를 들어 Koder.ai(바이브 코딩 플랫폼)는 창업자가 채팅을 통해 좁은 워크플로를 작동하는 웹 앱으로 바꾸고, 계획 모드, 스냅샷, 롤백 같은 기능으로 빠르게 반복하게 도와줍니다. 준비되면 소스 코드를 내보내 더 확장할 수 있어 첫날부터 ‘플랫폼 우선’에 얽매이지 않습니다.
초기 단계에서 가장 위험한 신호는 헌신 없는 열광입니다. 칭찬, “멋지다”, 큰 소셜 숫자는 진행처럼 느껴지지만 제품이 실제 문제를 푸는지 말해주지 않습니다.
고객에게 비용이 드는 행동을 우선하세요: 시간, 돈, 평판, 워크플로 변경. 강력한 검증은 보통 다음으로 드러납니다:
이 중 하나도 보이지 않으면 ‘관심’은 인사치레일 수 있습니다.
완벽한 제품이 없어도 지불 의사를 테스트할 수 있습니다. 시도해보세요:
목표는 고객이 실제로 한 단계 움직이게 하는 것입니다—단순한 동의가 아니라.
약한 신호로 취급하세요:\n\n- 소셜 팔로워, 이메일 가입자, 페이지 뷰\n- 언론 보도와 ‘사고 리더’ 주목\n- “언젠가 사용하겠다” 같은 모호한 칭찬
이들은 이야기를 뒷받침할 수 있지만 수요를 증명하지는 않습니다.
짧은 기간(보통 14–30일)을 정하고 사전에 결정을 정의하세요. 예: “30일 안에 유료 파일럿 고객 3명 또는 주간 재방문 사용자 5명을 확보하지 못하면 ICP를 좁히거나 제안을 바꾸거나 아이디어를 접는다.” 명확한 데드라인은 표류를 막고 학습을 정직하게 만듭니다.
초기에는 ‘넓게 가는 것’이 모멘텀처럼 느껴집니다: 더 많은 기능, 더 많은 고객 유형, 더 많은 채널. 하지만 폭은 보통 단순한 문제를 가립니다—당신의 스타트업은 아직 무엇이 통하는지 충분히 배우지 못했습니다.
대부분 팀은 의도적으로 산만해지지 않습니다. 미끄러지듯 그렇게 됩니다:\n\n- 넓은 포지셔닝: “스타트업과 엔터프라이즈 모두를 위한”, “어떤 팀이든”\n- 너무 많은 페르소나: 구매자, 사용자, 관리자, 경영진을 처음부터 만족시키려 함\n- 너무 많은 채널: SEO, 유료광고, 파트너십, 아웃바운드, 콘텐츠, 소셜을 한 번에 시도함
여러 대상에 조준하면 모든 신호가 노이즈가 됩니다. 어떤 기능 요청은 페르소나 A에게는 필수이고 B에게는 쓸모없을 수 있습니다. 메시지가 모호해지고 데모는 표류하며 온보딩은 선택형 어드벤처가 됩니다.
비용은 조용히 증가합니다:\n\n- 처리해야 할 엣지케이스 증가\n- 상충하는 요구사항으로 인해 빌드 사이클 길어짐\n- 타겟이 흐려 고객획득비 상승\n- 무엇이 결과를 만들었는지 알 수 없어 반복이 느려짐
좁은 집중은 야망을 제한하는 것이 아니라 러너웨이가 다 떨어지기 전에 더 빨리 배우게 하는 도구입니다.
창업자는 감정적 이유로 범위를 넓히는 경우가 많습니다:\n\n- 놓칠까 두려움(FOMO): “잘못된 틈새를 고르면 어쩌지?”\n- 영업 회피: 특정 구매자에게 ‘노’라는 말을 듣는 것보다 제품을 고치는 것이 더 쉽다\n- 정체성의 안도감: 큰 미션 스테이트먼트는 작고 테스트 가능한 약속보다 안전하게 느껴짐
정체된 느낌이 들면 다음 2–4주 동안 시도하세요:\n\n1. 접근 가능한 한 ICP 선택(‘모든 SMB’가 아닌) 2. 이번 달에 그들이 지불할 작업 하나 선택\n3. 성공 지표 하나 정의(예: 주간 활성 팀, 유료 전환, 가치까지의 시간) 4. 두 채널을 중단하거나 일시 정지하고 가장 깨끗한 대화를 주는 하나에 집중\n5. 활성화나 유지에 관련된 개선을 주당 하나씩 출시(‘있으면 좋을 것’이 아닌)
집중은 영구적이지 않습니다. 러닝을 레이스 타임보다 빠르게 만드는 도구입니다.
작은 시장을 이겼다는 건 끝이 아니라 성장할 권리를 얻었다는 뜻입니다. 핵심은 타이밍: 한 세그먼트가 진짜로 ‘잠금’될 때까지 확장하지 마세요.
메시지가 일관되게 전환되고 성장이 무작위가 아니라 반복 가능할 때 준비된 것입니다. 실용적 신호들:
영웅적 노력이 필요하다면 아직 ‘이긴’ 것이 아닙니다—아직 발견 중입니다.
웨지를 확립한 후 다음에 가장 가까운 단계 하나를 선택해 확장하세요:\n\n1. 인접 페르소나: 동일한 워크플로, 다른 역할(예: 운영 관리자에서 팀 리드로)\n2. 인접 워크플로: 동일 고객, 다른 작업(예: 청구에서 회수로)\n3. 인접 지역: 동일 ICP 및 사용 사례, 다른 지역
포지셔닝, 제품, 획득 채널을 재사용할 수 있는 경로를 고르세요.
실패 모드의 흔한 원인은 변화를 한꺼번에 쌓는 것입니다—새 ICP 그리고 새 사용 사례 그리고 새 채널. 대신 두 가지는 고정하고 하나만 바꿔보세요. 예: 동일 페르소나 + 동일 워크플로, 단지 새로운 지리.
확장을 통제된 실험으로 다루세요. 첫 세그먼트가 사랑하던 ‘코어’ 제품을 유지하고, 가벼운 추가로 새 세그먼트를 테스트하세요:\n\n- 기능 플래그나 선택적 설정(재작성 아님)\n- 새 세그먼트용 별도 랜딩 페이지 카피\n- 빠른 피드백을 받는 소규모 파일럿 코호트
새 세그먼트에서 반복 가능한 전환과 유지가 확인되면 학습한 것을 본제품에 통합하세요—이미 잘 작동하는 것을 망치지 않고.
협소한 제품은 피치 덱상 ‘너무 작아 보일’ 수 있지만 실제로는 훌륭한 비즈니스가 될 수 있습니다—특히 초기 단계에서는.
Y Combinator는 종종 default alive를 말합니다: 수익이 지출보다 많거나(또는 신뢰할 수 있게 자금을 확보할 길이 있어) 기적 없이도 회사가 계속 운영될 수 있다는 뜻입니다. 실무적으로는 수익이 비용을 커버하거나 소진율이 낮아 자금 조달이 항상 비상 상황이 아닌 상태입니다.
통증이 강렬하고 구매자가 예산을 가지고 있다면 ‘작은’ 시장도 초기 강력한 수익을 낼 수 있습니다.
특정 역할의 특정 워크플로를 해결하면 일반 도구보다 더 높은 가격을 매길 수 있습니다. 50–200명의 고객도 각 고객이 지원, 제품 개발, 학습 비용을 커버할 만큼 지불한다면 의미가 있습니다.
가치 기반 가격 책정으로 시작하세요: 고객이 절감하거나 얻는 가치에 맞춰 가격을 매기세요, 당신의 비용이 아니라.
간단하게 유지:\n\n- 대부분이 필요한 것을 포함한 하나의 핵심 플랜\n- 팀, 고급 권한, 규정 준수 등을 위한 상위 티어 하나
초반에는 복잡한 메뉴를 피하세요. 구매자가 빨리 결정하게 하고 그들이 진짜로 무엇을 가치 있게 여기는지 배우고 싶습니다.
성공하려면 큰 팀이나 고급 도구가 필요하지 않습니다.
예산을 다음에 집중하세요:\n\n- 고객과 주간 대화\n- 핵심 사용 사례에 대한 빠른 반복\n- 가벼운 지원(명확한 온보딩 문서, 템플릿화된 응답)
제품이 좁으면 운영도 좁을 수 있고, 그러면 'default alive'에 도달하기가 더 쉽습니다.
작게 시작하는 것은 당신이 쌓는 속도보다 빠르게 배우는 경우에만 작동합니다. 정직함을 유지하는 가장 쉬운 방법은 몇 가지 "이게 나아졌나?" 수치를 추적하고 주간으로 검토하며 고객 대화와 연결하는 것입니다.
B2B SaaS: 주간 활성 팀 수, 계정 중 ‘아하’ 행동을 하는 비율, 체험→유료 전환, 이탈(로고·수익 기준), 가치까지의 시간
컨슈머/프로슈머 앱: 활성화율, 7일차 유지율, 주간 활성 사용자, 초대/공유 행동당 사용자, 유료 전환
마켓플레이스: 주간 성공 매치 수, 수요가 공급을 찾는 비율(공급 커버리지), 양쪽의 반복율, 테이크레이트, 취소율
서비스/에이전시(첫 웨지): 유자격 리드, 클로즈율, 평균 거래 규모, 딜리버리 시간, 총 마진, 추천
벤치마크는 상황에 따라 다릅니다. 초기에는 수준보다 방향이 더 중요합니다—활성화, 전환, 유지 같은 핵심 비율이 반복하면서 상승하길 바라세요.
진행 문서에 적어 진행의 이야기를 볼 수 있게 하세요.
지표가 개선되고 답변들이 더 선명해지면 좁은 길을 잘 가고 있는 것입니다.
작게 시작하는 것은 ‘기다렸다가 만드는 것’이 아닙니다. 명확함을 강제하고 실제 피드백을 받고 사람들이 돈을 낼 무언가를 빠르게 출시하는 방식입니다. 다음은 좁은 범위를 유지하면서 계속 움직이게 해주는 30일 계획입니다.
한 문장으로 설명 가능한 단 하나의 이상적 고객 프로필(역할, 맥락, 제약)을 고르세요. 그다음 풀 제품 없이 해결할 수 있는 고통스러운 문제 하나를 선택하세요.
테스트 가능한 한 문장 약속을 작성하세요:\n\n> “우리는 [ICP]가 [시간 내]에 [측정 가능한 결과]를 [일반적인 골칫거리 없이] 달성하도록 돕습니다.”
이 문장이 필터가 됩니다. 기능, 회의, 아이디어가 그 약속을 강화하지 않으면 배제하세요.
ICP에 맞는 15–25명에게 이야기하세요. 패턴을 찾는 것이 목적입니다, 단순한 검증이 목적이 아닙니다.
마지막으로 고통을 느꼈던 때, 시도했던 방법, 비용(시간/돈), ‘해결되었다’의 모습 등을 물어보세요.
그리고 초반에 가격 언어를 테스트하세요. 가격을 협상 포인트로 던지지 말고 신호로 쓰세요:\n\n- “이게 주당 5시간을 절약한다면 월 $99가 합리적일까요?”\n- “회사에서 비용 처리(경비 처리)하나요, 아니면 팀 예산에 들어가야 하나요?”
고객이 쓰는 정확한 표현을 문서화하세요; 그 단어들은 랜딩 페이지와 아웃리치에 등장해야 합니다.
파일럿 3–5건을 운영하면서 백엔드에서 수작업으로 작업을 수행하세요. 목표는 인터페이스가 아니라 결과를 증명하는 것입니다.
사용자마다 하나 또는 두 개의 성공 지표(예: 시간 절약, 오류 감소, 처리 속도 향상)를 정의하고 추적하세요. 매주 지표가 실제로 움직이는지에 따라 반복하세요.
파일럿에서 반복되던 단계를 식별하고 그것을 가장 작은 ‘웨지’ 제품으로 전환하세요.
다음 달 동안 일관되게 실행할 수 있는 하나의 획득 채널을 선택하세요: 타깃 아웃바운드, 파트너십, 틈새 커뮤니티, 또는 워크플로 통합 등. 모든 것은 한 문장 약속과 단순한 다음 단계(통화 예약, 체험 시작, 온보딩 비용 지불)에 맞춰 두세요.
"작게"는 **범위(scope)**를 뜻하며 야망을 뜻하지 않습니다. 우선 시작하세요:
야망은 크게 가져도 되지만, 첫 버전은 빠르게 출시하고 학습하고 개선할 수 있을 만큼 좁아야 합니다.
흔히 ‘작게 시작하라’를 ‘작게 생각하라’로 오해합니다.
광범위한 포지셔닝(예: “모든 팀을 위한”)은 피드백을 시끄럽게 만들고 의사결정을 느리게 만듭니다.
좁은 약속은 명확함을 강제합니다. 그 특정 사용자를 위해 결과를 제공하지 못하면 알게 되고, 더 빨리 배울 수 있습니다.
간단한 형식으로 정의하세요:
예시: “대상: 독립 회계사(CPA) / 언제: 매월 신규 고객을 온보딩하며 서류를 쫓아다니지 않아야 할 때.”
반복적이고 유도 없이 나오는 패턴을 찾아보세요:
대화마다 모두 다르다면 ICP(또는 약속)가 여전히 너무 넓습니다.
‘지루함’은 즉시 이해된다는 뜻인 경우가 많습니다. 친숙한 문제는:
이런 점들이 학습과 판매 속도를 높입니다. 혁신이 없다는 의미가 아니라 교육 비용을 줄여 리스크를 낮춘다는 의미입니다.
긴급하고, 비용이 크고, 자주 발생하며, 측정 가능한 문제입니다. 빠른 점검 질문:
책임자나 예산이 없다면 보통 약한 문제입니다.
첫 10명의 고객을 위해서는 수작업의 하이터치 접근을 의미합니다. 예시:
무엇이 수동인지 투명하게 알리고, 반복되는 작업을 문서화한 뒤 자주 하는 상위 1–2가지를 가벼운 자동화로 옮기세요.
웨지 제품은 특정 고객을 위해 한 가지 작업을 끝까지 완료하는 가장 작은 제품입니다. 플랫폼이나 부분적 워크플로가 아니라 실제로 고객이 달성하려는 결과를 제공하는 최소한의 형태입니다.
우선 결과를 정의하세요:
필수 기능은 약속한 결과를 작업 없이 제공하는 데 필요한 것들뿐입니다.
고객에게 비용(시간, 돈, 평판, 워크플로 변경)이 드는 행동을 우선시하세요. 강력한 검증은 보통 다음으로 나타납니다:
간단한 방법:
성과가 '영웅적 노력'이 아닌 반복 가능한 수준일 때 확장할 준비가 된 것입니다:
확장 경로는 세 가지 중 하나를 택하세요:
초기 허영 신호(팔로워, 페이지뷰, 모호한 칭찬)는 무시하세요.
한 번에 하나의 변수만 변경하세요.