무료 사용자를 전환시키는 changelog 작성하기(Write a changelog that converts free users)

광고처럼 느껴지지 않으면서 전환되는 changelog

대부분의 changelog는 paid feature를 숨기거나(전환이 죽음), 반대로 너무 공격적으로 업셀합니다(신뢰가 죽음). Stripe의 product communication 글과 PostHog의 growth 연구은 중간 길을 제안합니다. 업그레이드 혜택이 누구에게 해당하는지 솔직히 밝히고, 섹션당 CTA는 하나만 두고, free tier에도 실제 가치를 제공하는 방식입니다. 이렇게 쓴 changelog는 업그레이드 경로를 아예 언급하지 않는 changelog보다 2-3배 더 잘 전환되고, aggressive upsell보다도 성과가 좋을 수 있습니다.

이 프롬프트의 작동 방식

이 프롬프트는 free-tier 가치를 먼저 보여주고, paid feature는 누구에게 유익한지 솔직한 맥락과 함께 설명하고, 섹션당 CTA를 하나로 제한하며, spam tactic을 피하게 만듭니다. "가장 spammy하게 느껴질 문장"은 공감 체크이고, in-app placement 제안은 distribution layer입니다.

언제 사용할까

• PLG 제품의 free-to-paid 전환이 낮을 때
• 하나의 출시 안에 free 개선과 paid 개선이 함께 포함될 때
• 새 PM이 growth communication hygiene를 세우고 있을 때
• Growth 팀이 PM 승인용 changelog 기준을 만들고 싶을 때
• 제품 안의 업그레이드 경로가 현재 보이지 않을 때

흔한 함정

• Paid feature를 숨기는 것. Free user는 반대편에 무엇이 있는지 알아야 전환합니다. 숨기지 마세요.
• Upgrade CTA가 여러 개인 것. Spam처럼 느껴집니다. 섹션당 하나만 두세요.
• Free tier를 깎아내리는 것. Free가 약해 보이면 사용자는 업그레이드 대신 떠나 버립니다.

참고 자료

• Stripe Blog — Stripe
• PostHog Blog — PostHog
• B2B Product-Market Fit — Reforge
• Growth Loops — Reforge