혼자 웹·앱 비즈니스를 만들고 키우는 사람들의 실전 경험, 수익화 전략, 새로운 방법을 골라 요약합니다.
새 서비스형 소프트웨어 아이디어를 검증하는 초기 단계에서는 몇 달 동안 제품을 만들기 전에 실제 수요가 있는지 확인해야 한다. 핵심 고민은 첫 사용자 10명을 어떻게 찾을지, 제품이 완성되기 전부터 사용자를 모아야 하는지, 어떤 채널이 효과적인지다. 후보 채널로는 Reddit, 검색 노출, 직접 연락, 온라인 커뮤니티, X, LinkedIn이 제시됐다. 아이디어를 계속 밀고 갈 만한지 판단하는 기준과, 어느 시점에 제품 개발을 시작할 만큼 확신을 얻는지도 중요한 질문이다. 아직 아이디어를 공개하지 않은 상태에서, 이미 검증 과정을 겪은 창업자들의 실수와 조언을 모으려는 상황이다.
1월에 출시한 마이크로 SaaS가 현재 유료 고객으로 월평균 약 150달러를 벌고 있다. 문제는 고객 대부분이 처음 가입한 뒤 필요한 일을 한 번에 처리하고, 다음 결제일 전에 구독을 취소한다는 점이다. 취소한 고객에게 이메일로 의견을 물어봤지만, 돌아온 답은 대체로 “소프트웨어는 잘 작동했고 이제 더 필요 없다”는 수준이라 개선 방향을 잡기 어렵다. 서비스 자체가 반복 사용보다 한 번의 문제 해결에 가까운 성격일 수 있어, 비슷한 유형의 서비스에서 고객 유지나 매출 성장을 어떻게 해결했는지가 핵심 고민이다.
작은 회사와 중간 규모 회사가 여러 업무 도구를 서로 연결해야 하지만 전담 연동팀을 두기 어려운 상황을 겨냥한 서비스입니다. 고객은 “고객관리 도구에서 계약이 완료되면 창고 시스템으로 보내고 운영 채널에 알림을 보내라”처럼 원하는 흐름을 쉬운 말로 설명합니다. 서비스 제공자는 그 흐름을 직접 만들고, 서버에 올리고, 계속 운영해 주며 매달 정액 요금을 받습니다. 고객 쪽에서는 연결 도구를 직접 설정하거나, API 키를 다루거나, 항목을 하나씩 맞추는 작업을 하지 않아도 됩니다. 핵심 검증 질문은 정액 요금과 운영 대행이 매력적인지, 아니면 직접 통제권을 잃는 점이 부담스러운지입니다. Zapier, Make, Workato 같은 자동화 도구를 쓰다가 한계를 느꼈거나 비용이 부담된 고객이 실제로 어디서 정보를 찾는지도 확인하려는 단계입니다.
Keptly는 Gmail이나 Outlook의 보낸 편지함을 읽고, 사용자가 이메일에서 한 약속을 자동으로 찾아내는 도구다. 예를 들어 “금요일까지 보내겠다”거나 “월요일에 다시 연락하겠다” 같은 문장을 찾아 약속 카드로 정리한다. 각 카드에는 마감일, 약속한 상대, 원래 이메일로 돌아가는 링크가 표시된다. 마감이 지난 카드는 빨간색으로 바뀌고, 알림도 자동으로 보낸다. 따로 입력할 필요 없이 인공지능이 읽고 뽑아내며, 2시간마다 백그라운드에서 새 약속을 확인한다. 현재는 Gmail과 Outlook 웹 버전을 지원한다. 이메일 안에서 대부분의 일을 처리하는 사람들의 초기 테스트와 솔직한 피드백을 찾고 있다.
작은 사업을 운영할 때 부정적인 구글 리뷰에 답하는 일이 예상보다 큰 부담이 될 수 있다. 문제는 고객 불만에 답하면서 방어적으로 보이거나 감정적으로 보이지 않는 것이다. 답변 하나를 쓰는 데 20~30분이 걸릴 만큼, 말투와 표현을 고르는 데 시간이 많이 든다. 핵심 필요는 매번 처음부터 고민하지 않고도 정중하고 전문적으로 답할 수 있는 반복 가능한 방식이다.
LLaMaRush는 아직 월 반복 매출이 500달러도 되지 않는 작은 SaaS다. 그런데 월 반복 매출이 5만 달러를 넘는 가장 큰 경쟁사가 LLaMaRush에 가입했다. 그 경쟁사가 단순히 궁금해서 들어왔는지, 경쟁 조사를 하려는지, 새 아이디어를 찾으려는지는 알 수 없다. 1년 전에는 LLaMaRush 쪽이 그 경쟁사의 제품을 보며 배웠지만, 이제는 그 경쟁사가 LLaMaRush를 직접 확인하고 있다. 작은 서비스 운영자에게는 이런 일이 사업이 조금씩 시장의 눈에 들어오고 있다는 신호가 될 수 있다.
Nuno AI는 달력형 예약 화면 대신 채팅으로 소셜미디어 게시물을 만들고 올리는 도구다. 사용자가 새 상품 출시처럼 올리고 싶은 내용을 말하면, AI 에이전트가 문구를 쓰고, 필요하면 상품 이미지를 만들고, 해시태그를 고른 뒤 연결된 계정에 게시한다. 목표는 사용자가 여러 플랫폼마다 날짜를 고르고, 문구를 쓰고, 이미지를 찾는 반복 작업을 줄이는 것이다. 가격은 월 9.99달러, 29.99달러, 99.99달러 3단계이며 각각 AI 게시물 20개, 50개, 150개를 제공한다. 모든 요금제는 7일 무료 체험으로 시작한다. 초기 개발에서 가장 어려웠던 점은 AI가 만든 문구가 맞는 말이긴 해도 너무 흔하고 기계적으로 들리는 문제를 줄이는 것이었다.
무료 체험을 반복해서 쓰려고 10분짜리 일회용 이메일로 가입하는 사람이 생기면 데이터베이스가 불필요하게 늘고 운영 비용이 커질 수 있다. 하지만 가입 단계에서 이메일 검사를 너무 느리게 하면 정상 이용자도 중간에 이탈할 수 있다. 이메일 확인용 외부 도구가 250밀리초보다 오래 걸리면 실제 가입 전환에 나쁜 영향을 줄 수 있다는 점이 핵심이다. 이메일이 실제로 받을 수 있는 주소인지 확인하려면 MX 레코드 조회가 필요하지만, 가입 요청이 들어올 때마다 실시간으로 조회하면 느려질 수 있다. 알려진 일회용 이메일 도메인 목록을 빠른 조회 구조로 들고 있으면 거의 즉시 걸러낼 수 있다. 문제는 매일 새 일회용 도메인이 많이 생기기 때문에 목록을 계속 최신으로 유지해야 한다는 점이다. 제안된 방식은 가입 문 앞에서 쓰는 작은 이메일 검증 API를 두고, MX 확인, 와일드카드 도메인 추적, 시간 단위 업데이트를 맡기는 것이다.
제품 운영자는 목소리가 큰 피드백을 가장 중요한 일로 착각하기 쉽다. 다크 모드, 내보내기, 연동 기능처럼 여러 사람이 말하는 요청은 급해 보인다. 하지만 실제 목표 고객이 “처음으로 쓸모를 느끼는 순간까지 가지 못해서 떠났다”고 남긴 이탈 이유가 더 중요할 수 있다. 핵심 문제는 피드백을 더 많이 모으는 것이 아니라, 피드백의 무게를 제대로 매기는 것이다. Clarift는 레딧 글, 고객 지원 문의, 이탈 메모, 리뷰, 개인 메시지, 고객 통화, 기능 요청처럼 흩어진 피드백을 모아 만들기, 조사하기, 지켜보기, 무시하기 중 하나의 결정으로 정리한다. 결정에는 무엇을 만들지, 무엇을 무시할지, 왜 중요한지, 어떤 근거가 있었는지, 예상 효과와 확신 정도가 포함된다. 유료 이용자에게는 나중에 이유를 잊지 않도록 결정을 창업자 메모리로 저장한다. 더 큰 교훈은 창업자에게 필요한 것이 더 많은 피드백이 아니라, 잘못된 요청에 끌려가지 않는 판단 기준이라는 점이다.
r/Entrepreneur의 Talent Tuesday는 2026년 7월 7일 열린 서비스·협업 모집 공간이다. 사람을 구하거나, 일을 찾거나, 함께 일할 파트너를 찾는 사람들이 짧게 참여하도록 되어 있다. 참여자는 자신이 누구인지, 어떤 일을 하는지, 어떤 방식으로 연락받을 수 있는지를 간단히 적어야 한다. 반복 홍보나 무차별 광고는 허용되지 않는다.
1인 앱 사업에서 처음 떠올린 아이디어 자체는 성공을 결정하는 핵심이 아닐 수 있다. 더 중요한 것은 힘든 시기를 지나갈 만큼 계속 시도하는 태도와, 사람들이 보이는 반응에서 반복되는 신호를 읽는 능력이다. 그 신호를 제품 기능과 방향에 반영해야 앱이 살아남을 가능성이 커진다. Cursor도 성공하기 전까지 여러 번 방향을 바꾸며 다시 출시했고, 어떤 앱은 이보다 더 많이 고쳐야 할 수도 있다. 멈추지 않고, 시장의 반응을 듣는 일을 멈추지 않는 것이 실패를 피하는 핵심으로 제시된다.
초기 구상은 사람들이 새 앱을 찾아 써보고, 의견을 남기면 포인트를 받는 플랫폼이다. 장기적으로는 돈을 받고 앱을 테스트하는 유료 테스트 기회를 넣는 계획이다. 초기 사용자는 순위표를 통해 평판을 쌓을 수 있다. 아직 본격적으로 시간을 더 들이기 전 단계라, 실제로 사람들이 이런 플랫폼을 쓸지 확인하려는 상황이다. 핵심 질문은 사람들이 계속 돌아올 이유, 사용자와 창업자가 느낄 걱정, 그리고 더 설득력 있게 만들 방법이다.
유럽연합 여러 나라에서 전자계산서 사용이 의무화되고 있다. 독일은 이미 정해진 형식의 전자계산서를 받을 수 있어야 하고, 프랑스는 2026년 말부터 적용될 예정이다. 문제는 나라별로 XRechnung, FatturaPA, PEPPOL BIS, ZUGFeRD 같은 형식이 다르고, 오류가 나면 이해하기 어려운 기술 코드만 돌아오는 경우가 많다는 점이다. Invox는 XML 파일이나 PDF를 올리면 알맞은 유럽 기준에 맞는지 검사하고, 어떤 항목이 비어 있거나 잘못됐는지 쉬운 말로 알려준다. 검증은 무료이고 가입도 필요 없다. 파일을 고치거나 올바른 형식으로 바꾸려면 2.99유로를 낸다. 현재 XRechnung, FatturaPA, PEPPOL BIS 3.0, UBL 2.1, ZUGFeRD/Factur-X를 지원한다.
새 구독형 소프트웨어 서비스를 만들 때 웹사이트만으로 시작할지, 모바일 앱으로도 만들어야 할지에 대한 고민이다. 최근에는 웹 기반 서비스보다 모바일 앱 형태로 제품을 내는 사례가 많이 보인다는 관찰이 핵심이다. 제품 분야와 실제 기능에 따라 답은 달라질 수 있다. 그래도 모바일 앱이 전통적인 웹 서비스보다 다운로드와 방문을 더 많이 얻는 것처럼 보인다는 인식이 있다.
첫 SaaS를 출시한 뒤 Cloudflare에서 확인되는 웹사이트 방문자가 거의 0명이다. 사람들이 검색으로 찾아오길 기대하며 검색 최적화를 하고 있지만, 실제 유입은 거의 없다. 출시 1주일 뒤 친구가 다른 사람에게 제품을 알려줘 첫 고객은 생겼다. 하지만 그 고객도 실제로 제품을 쓰는 흔적은 거의 보이지 않는다. 현재 보이는 방문 기록 대부분은 다른 기기로 직접 테스트한 자신의 접속뿐이다.
생산성 앱을 Reddit에 출시하면서 무료 배포 방식으로 사람들의 관심을 모았다. 50명에게 평생 이용권을, 500명에게 3개월 이용권을 제공했고, 관련 게시물은 조회수 2만 회 이상과 수백 개의 댓글을 얻었다. 한 이용자는 평생 이용권 조건이 글 안에 충분히 분명하지 않다며 문제를 제기했고, 긴 대화 끝에 앱 운영자는 지친 상태가 됐다. 그래도 그 사람이 앱을 써 보고 시간을 들여 의견을 준 점을 보고 평생 이용권 링크를 제공했다. 며칠 뒤 그 사람은 앱을 운영자가 몰랐던 Facebook 평생 이용권 그룹에 소개했다. 그 소개 하나로 첫 유료 고객 5명이 생겼다. 핵심 교훈은 판매 경로가 항상 계획한 곳에서 나오지 않는다는 점이다. Reddit에서 댓글에 답하고, 오류를 고치고, 질문에 대응하고, 사람들을 실제로 도운 시간이 직접 매출로 바로 이어지지는 않았지만, 그 과정에서 한 사람이 앱을 대신 퍼뜨렸다.
SlideCraft는 이미 써 둔 문서, 발표 주제, 회의 목적을 입력하면 손으로 다시 옮기지 않아도 구조가 잡힌 발표 자료를 만들어준다. 목표는 긴 글을 단순한 글머리표 묶음으로 바꾸는 것이 아니라, 실제로 쓸 수 있는 슬라이드 묶음으로 재구성하는 것이다. 편집과 재사용이 중요한 경우에는 HTML 모드를 쓴다. 이 모드는 나중에 문구를 고치거나 디자인을 다시 입히기 쉽다. 완성된 화면처럼 보이는 품질이 더 중요한 경우에는 이미지 모드를 쓴다. 두 방식 모두 만든 뒤에도 텍스트를 고칠 수 있다. 내부 방식은 먼저 내용을 발표 흐름에 맞게 정리한 뒤, 하나는 HTML과 CSS 템플릿으로 만들고 다른 하나는 이미지로 렌더링한다. 실제 사용에서 계속 쓰게 되는 부분은 기존 발표 자료에 새 디자인을 입히는 재사용성과 발표자 노트이며, 숫자가 많은 데이터 슬라이드는 수치는 맞아도 무엇을 강조해야 하는지 빗나갈 수 있어 사람이 다시 봐야 한다.
43,000명이 모인 특정 분야 레딧 커뮤니티의 기존 운영자들이 1년 넘게 활동하지 않아, 새 운영권을 신청할 수 있는 상태였다. Reoogle이라는 도구로 운영자가 비활성 상태이지만 회원 활동은 남아 있는 커뮤니티를 찾았고, 그중 하나가 자기 서비스 분야와 정확히 맞았다. 레딧 정책상 모든 운영자가 비활성 상태이면 레딧 관리팀에 요청해 커뮤니티 운영권을 넘겨받을 수 있다. 운영자 부재 증거를 제출한 뒤 약 2주 만에 새 최고 운영자로 승인됐다. 이후 강하게 홍보하지 않고, 토론을 환영하고, 질문에 답하고, 가끔 자기 프로젝트와 관련 있는 내용을 공유하는 방식으로 천천히 참여했다. 운영자가 실제로 존재한다는 신호가 생기자 커뮤니티 반응과 참여가 늘었다.
한 SaaS 운영자는 인증, 여러 고객 조직 관리, 사용량 기준 결제, 작업 흐름, 알림 기능을 묶은 개발자용 제품을 만들었다. 이 제품은 React와 Next.js 기반의 개발 도구이며, 직접 운영하는 네 개의 제품에도 같은 코드를 쓰고 있었다. 100명 넘는 사람이 관심을 보였고, 그중 10명에게는 직접 접근 권한까지 줬지만 실제로 조직을 만든 사람은 한 명도 없었다. 일부는 가짜 이메일로 가입한 뒤 다시 돌아오지 않았다. 문제는 사람을 더 모으는 일이 아니라, 가입 직후의 첫 화면이었다. 사용자는 제품이 어떤 가치를 주는지 보기 전에 바로 ‘조직 만들기’ 창을 마주했고, 아무것도 경험하지 못한 상태에서 양식을 보고 떠났다. 가입 수는 좋아 보였지만, 실제로 중요한 지표는 가입 후 첫 핵심 행동까지 이어지는 비율이었다.
마이크로 SaaS를 만들고 싶지만 몇 달째 아이디어 검토만 반복하는 상황이다. 매일 새 아이디어를 떠올리고, 시장과 경쟁 서비스를 조사한 뒤, 이미 경쟁이 많거나 시장이 작거나 오래 붙잡기 어렵다고 판단해 포기한다. 실제로 서비스를 만들 수 있는 개발 실력은 있고, 고객 프로젝트와 개인 프로젝트 경험도 있다. 문제는 기술이 아니라, 한 아이디어에 충분히 오래 머물며 가능성을 확인하지 못하는 점이다. 실패가 두려워 결과가 나오기 전에 방향을 바꾸는 패턴이 반복된다. “일단 출시하라”는 조언은 들었지만, 아이디어가 정말 괜찮은지 판단하는 기준이 없어 실행으로 이어지지 않는다.
6개월 동안 Reddit은 SaaS를 키우는 데 쓸모없는 곳처럼 보였다. 글은 자주 삭제됐고, 카르마 기준은 제멋대로처럼 느껴졌으며, 여러 서브레딧의 운영 규칙은 만드는 사람을 밀어내는 장벽처럼 보였다. 하지만 문제는 Reddit 자체가 아니라 접근 방식이었다. 일부 서브레딧은 외부 링크를 거의 모두 홍보로 보고, 자동 삭제 규칙이 사람이 보기 전에 글을 지운다. 이런 곳은 제품을 만드는 사람이 자연스럽게 참여하기 매우 어렵다. 반대로 운영자가 거의 관리하지 않지만 회원들은 여전히 활발히 이야기하는 커뮤니티도 많다. 그런 곳에서는 정말 도움이 되는 내용을 쓰면 삭제되지 않고 남을 가능성이 커진다. 핵심은 이런 커뮤니티를 빠르게 찾는 것이며, 손으로 하나씩 확인하면 서브레딧 하나에도 몇 시간이 걸릴 수 있다.
출시 5일 차인 앱이 30일 안에 자연 유입으로 사용자 100명을 모으는 목표를 세웠다. 현재 실제 가입 사용자 수는 12명이고, 3일 전과 같은 수준이다. 그런데 웹사이트에서는 다운로드 버튼 클릭이 보이고, 리뷰도 들어오고 있다. 앱 안에는 게스트 로그인 64건이 잡혔지만, 그중 일부는 정식 데이터 이전 전에 직접 테스트한 기록일 수 있다. 핵심 고민은 애플 계정으로 가입하지 않고 게스트로 들어온 사람을 목표 사용자 수에 포함해도 되는지다. 또 이미 게스트로 시작한 사람을 어떻게 애플 로그인으로 전환하게 만들지 정리가 필요하다.
ALMCP는 AI 에이전트가 여러 기능을 한 연결로 쓰게 해주는 MCP 게이트웨이다. 보통은 유튜브 자막, 웹 읽기, PDF 읽기, 조사, 요약, 음성 변환 같은 기능을 각각 따로 연결해야 한다. ALMCP는 하나의 접속 주소와 하나의 API 키로 이런 기능을 묶어 제공한다. AI 에이전트는 이 통합 연결을 통해 정보를 모으고, 내용을 뽑아내고, 작업을 처리할 수 있다. 현재 제공 기능에는 유튜브 자막 추출, 웹페이지 읽기, PDF 읽기, 조사, 요약, 텍스트 음성 변환, 영상 정보 확인, 지식 추출 등이 포함된다. 계정을 만들고 무료 크레딧을 받은 뒤 MCP 키를 생성하면 몇 분 안에 에이전트에 연결할 수 있다. Claude, Cursor, AI 에이전트, 자동화 흐름을 만들고 있는 사람들의 피드백을 받고 있다.
고객이 직접 관리하는 서버나 고객마다 따로 둔 가상 서버에 소프트웨어를 설치하면, 고객이 10곳, 20곳, 50곳으로 늘어날 때 업데이트 배포가 부담이 된다. 기술적으로는 Ansible, Salt, k3s, ArgoCD 같은 도구로 해결할 수 있지만, 2~5명 규모의 작은 팀은 기능 개발 대신 인프라 운영을 배워야 하는 시간이 생긴다. 검토 중인 제품 아이디어는 고객 환경을 SSH 키와 환경 변수 설정만으로 등록하고, 버튼 한 번으로 배포하는 간단한 대시보드다. 고객별 성공·실패 상태를 바로 보고, 한 번 클릭으로 이전 버전으로 되돌리며, 고객마다 어떤 버전이 설치되어 있는지도 확인할 수 있다. 목표는 YAML 파일, 배포용 플레이북, 별도 클러스터 관리 없이 대부분의 소규모 배포 문제를 처리하는 것이다. 가격 감각은 월 30~50달러 수준이 현실적인지, 아니면 이런 문제에 너무 낮은 가격인지가 핵심 질문이다.
1인 개발자가 만든 SaaS(구독형 소프트웨어) 제품이 정식 출시 이틀 만에 첫 유료 결제 고객을 얻었다. 세부 사용자 수나 가격, 마케팅 방법 등 구체적인 내용은 공개되지 않았고, 짧은 성과 공유 형태의 글이다.
Oura ring은 잠, 회복 상태, 컨디션을 숫자로 보여주지만, 실제로 피곤한 날에는 이미 몸으로 알고 있는 사실을 다시 확인해 주는 데 그칠 수 있다. 잠을 못 잔 날에 더 필요한 것은 낮 2시에 집중력이 떨어질지, 커피를 언제 마실지, 운동을 밀어야 할지 같은 구체적인 행동 안내다. 웨어러블 시장은 더 많은 몸 상태를 재는 데 집중하지만, 그 데이터를 바탕으로 하루를 어떻게 조정할지 알려주는 서비스는 부족하다는 문제의식이 나온다. RizeAI는 Apple Health 데이터를 읽고 하루 계획을 짜 주는 방식으로 이 빈틈을 메우려는 앱으로 언급된다. 핵심은 피로 점수 자체가 아니라, 나쁜 컨디션을 전제로 오늘의 일과와 선택을 바꾸는 실용적인 안내다.
앱을 알리기 위해 스레드, 이미지 게시물, 영상, 카루셀, 일반 글 같은 여러 형식을 시도하고 있다. 아직 어떤 형식이 가장 잘 퍼지고 실제 관심을 만드는지 찾지 못했다. SaaS 창업자들의 실제 경험을 바탕으로, 어떤 형식이 효과가 있었고 그 이유가 무엇인지 묻고 있다.
개인 문제에서 출발해 검증 없이 앱을 만들었고, 출시 1.5개월 뒤 첫 유료 구독자가 생겼다. 그 뒤 1주일 만에 2명이 더 결제했고, 이틀 뒤 1명이 추가되어 현재 유료 구독자는 4명이다. 짧은 영상은 틱톡과 인스타그램에서 시도했지만, 4~5초짜리 데모와 반응형 콘텐츠를 올려도 조회수 200회 이상 수준을 넘기는 정도로 보인다. 검색 최적화는 내부 링크, 블로그, 키워드 작업을 해도 결과가 느리다. 대형 언어 모델이 앱을 추천해 주면서 실제 결제자는 모두 그 경로에서 왔다. 레딧은 잠재 고객이 있을 가능성이 높지만, 직접 홍보가 어렵고 계정이 차단될 위험이 있다. 광고비를 쓰고 싶어도 실제 움직임이나 방문 흐름이 보이는 곳에만 쓰고 싶어 한다. 가장 큰 문제는 짧은 영상, 검색, 레딧, 직접 메시지 중 어디에 집중해야 할지보다 핵심 고객층을 아직 찾지 못했다는 점이다.
제품을 만들던 초반에는 실제로 쓸 사람이 있는지 확신이 없었다. 그래도 완벽해질 때까지 기다리지 않고 기능을 계속 추가하고, 오류를 고치고, 들어오는 의견을 반영했다. 준비가 덜 됐다고 느낀 상태에서 먼저 출시한 일이 가장 좋은 선택이었다. 제품은 예상보다 빠르게 성장했고, 앞으로 더 크게 키울 수 있다는 생각으로 이어졌다. 아직 아이디어만 붙잡고 있다면 작게라도 공개해서 실제 반응을 보는 편이 낫다.
작은 서비스형 소프트웨어 사업에서 성장을 크게 바꾼 마케팅 결정이 무엇인지가 핵심 질문이다. 광고 문구 수정이나 버튼 색 변경처럼 작은 개선이 아니라, 사업의 방향을 바꾼 큰 선택을 다룬다. 예시로는 유료 광고 대신 콘텐츠 마케팅에 집중하기, 포지셔닝 바꾸기, 이상 고객층을 좁히기, 검색 노출에 집중하기, 공개적으로 제품을 만들며 알리기, 제휴와 추천을 늘리기, 효과 없는 일을 중단하기가 있다. 변화의 내용, 그 결정을 한 이유, 이후 결과가 함께 중요하다. 특히 더 빠른 성장, 낮아진 고객획득비용, 더 많은 고객, 또는 훨씬 쉬워진 마케팅으로 이어진 사례를 찾고 있다.