대가의 홀

롭 월링

Rob Walling

드립 · 타이니시드 · 마이크로콘프 창업자

전체 기록 4,700개

  • 원칙 1,000
  • 사례 700
  • 발언 3,000
이 대가의 말로 질문하기

가입 없이 하루 3번 무료예요.

사진: 49945carlo  CC BY-SA 4.0  원본 보기  잘라서 사용

발언

전체 3,000개 가운데 기본 기록 450개

발언은 출처 원문에 있는 문장 그대로예요. 한국어는 저희가 옮겼고, 원문 보기를 누르면 영어 원문이 나와요.

  • 최적화와 성장

    수많은 트래픽을 유도하고, 수많은 A/B 테스트와 전환 최적화를 진행했어요. 퍼널과 온보딩 과정을 정말 철저하게 최적화했는데, 그 모든 과정이 엄청난 작업이었죠.
    원문 보기

    I drove a lot of traffic, I did a lot of split testing, a lot of conversion optimization. I optimized the hell out of the funnels, the onboard, all of that was a massive thing

    저희 풀이롭은 제품 주도형 비즈니스를 확장하는 데 수반되는 능동적인 작업들을 묘사해요.

  • 추정치 산정 기피

    대부분의 사람들이 프로젝트 초기에 예상 일정을 잡는 걸 피하는데, 그건 틀렸을 때 기분이 나빠지는 걸 원치 않기 때문이라고 생각해요.
    원문 보기

    I think most people avoid doing estimates at the beginning of a project because I think that they don't want to be wrong because that makes them feel bad

    저희 풀이롭은 프로젝트 마감일을 설정하는 것에 대한 심리적 저항을 설명해요.

  • 추정치의 가치

    아무것도 없이 어둠 속에서 운전하는 것보다는, 조금 틀리더라도 추정치를 갖는 것이 훨씬 더 명확해요.
    원문 보기

    it is still so much more clear than if you have nothing and are just basically driving in the dark.

    저희 풀이롭은 불완전한 프로젝트 완료 추정치라도 계획이 전혀 없는 것보다 나은 이유를 설명해요.

  • 관리 가능한 작업 목록

    항목을 50개나 100개 정도로 좁혀야 해요. 업무를 마치고 로그아웃할 때 30초 정도면 훑어볼 수 있을 만큼 적은 숫자여야 하거든요.
    원문 보기

    you have to narrow it down to 50 or a hundred or some small enough number that when you're done working and you log out for the night, that you go in there and it should take 30 seconds to just scan through

    저희 풀이롭은 프로젝트 추적 스프레드시트에 너무 많은 세부 항목을 두지 말라고 조언해요.

  • 시장 출시 속도

    제가 방금 설명한 것처럼 Pat and Vat을 만들기 위해 개발자를 고용하거나 직접 코딩했다면 의심할 여지 없이 몇 달의 노력이 필요했을 거예요.
    원문 보기

    If I were to hire a developer to build or write it myself to build Pat and Vat like I just described, it would've been months of effort, no doubt.

    저희 풀이롭은 노코드를 사용하여 내부 도구나 MVP를 구축하는 것이 얼마나 더 빠른지 강조해요.

  • 결제 대행사 비교

    페이팔에 대한 끔찍한 이야기들이 있죠. 하지만 모든 가맹점 계정 서비스에는 그런 괴담이 있어요. 제 생각에는 어느 곳이 훨씬 더 낫거나 나쁘다고 보지 않아요.
    원문 보기

    There are horror stories from PayPal. There are horror stories for every merchant account processor. There's no doubt in my mind that I don't think any of them are much better or much worse.

    저희 풀이롭은 모든 결제 처리 서비스에는 잠재적인 단점과 끔찍한 사례들이 있다고 설명해요.

  • 플랫폼 리스크 관리

    이론적으로 그들이 파산하거나 문제가 생겼을 때 예금자 보호가 되지 않기 때문에, 저는 그런 계좌에 많은 돈을 남겨두지 않아요.
    원문 보기

    I don't actually leave a lot of money in those accounts, because in theory I guess if they went out of business or something, that they're not FDIC insured.

    저희 풀이롭은 페이팔 같은 비은행 결제 계좌에 큰 잔액을 유지하는 것에 대해 주의를 당부해요.

  • 야망의 확장

    솔직히 말해서 또 다른 SaaS 앱을 만드는 것에 흥미를 느끼고 있다는 걸 깨달았어요. 과거에 했던 아이디어들보다 조금 더 큰 규모로 해보고 싶었고요.
    원문 보기

    I realized that I'm excited about doing, you know, another SAS app frankly and kind of doing when it's maybe a little bigger than the other ideas that I've done in the past.

    저희 풀이Rob은 새롭고 더 큰 소프트웨어 프로젝트를 시작하게 된 동기에 대해 논의해요.

  • 되돌릴 수 있는 결정

    저는 꽤 천천히 움직였지만, 필요할 때 아주 쉽게 뒤돌아서서 원래대로 돌아갈 수 없는 지점까지 간 적은 없었어요.
    원문 보기

    I moved fairly slowly but I was never at a point where I couldn't turn around pretty easily and go back if I needed to.

    저희 풀이Rob은 직원에서 컨설턴트를 거쳐 제품 소유자로 점진적으로 전환한 과정을 묘사해요.

  • 페인 포인트 해결

    제가 말씀드린 것처럼 가치의 문제라고 생각해요. 고객을 끌어들이고 깊은 고통을 해결해 주기 전에, 그 가치를 찾기 위해 더 깊이 파고들어야 해요.
    원문 보기

    I think you have like I said a value problem and you need to dig deeper to find that before you're going to be able to really start attracting customers and solving a deep paying point.

    저희 풀이롭은 가격 책정 문제가 실제로는 근본적인 가치 제안의 문제인 경우가 많다고 설명해요.

  • 초기 단계 은행 업무

    처음 시작할 때는 대형 은행들이 항상 수수료를 부과할 거예요. 보통 1만 달러에서 2만 달러 정도 되는 최소 잔액 기준을 맞출 때까지는 말이에요.
    원문 보기

    when you're first starting out, you're right, a big bank is always going to charge you fees until you get to that point of having whatever the minimum balance is typically $10,000 to $20,000

    저희 풀이롭은 잔액이 적은 초기 단계 스타트업이 겪는 은행 수수료의 현실에 대해 이야기해요.

  • 다중 버전 관리

    고객이 한 번만 결제하고 세 가지 버전을 모두 가질 수 있다고 생각한다면, 공유 코드베이스를 작성하는 것 외에도 세 개의 앱을 운영하는 데는 항상 훨씬 더 많은 일이 따른다는 점을 고려해야 해요.
    원문 보기

    If your client thinks that he can basically pay once and then get three versions out of it, I think that's another thing to think about is that there's always a lot more with having three apps than just writing that shared codebase.

    저희 풀이롭은 한 고객을 위해 단일 앱의 여러 맞춤형 버전을 지원할 때 발생하는 숨겨진 비용을 논의해요.

  • 불확실성 속의 결정

    제가 항상 하는 말인데, 창업자가 된다는 건 대부분 불완전한 정보를 가지고 어려운 결정을 내리는 일이에요. 지금 상황이 딱 그 정의에 맞네요.
    원문 보기

    The thing I say all the time, mostly being a founder, is making hard decisions with incomplete information and this is the definition of that.

    저희 풀이롭은 모든 사실을 알지 못한 채 어려운 결정을 내리는 것이 창업자의 핵심 과제라고 정의해요.

  • 비판 대 실행

    실력이 있고 많은 일을 해내며 성공한 사람들은 방관자처럼 구경만 하는 사람들만큼 타인을 비판하지 않는다는 걸 알게 되었어요.
    원문 보기

    I find that people who are good, people who do a lot of things, people who are successful, they don't tend to criticize others nearly as much as the people who are sitting on the sidelines

    저희 풀이롭은 성취도가 높은 사람들은 건설적이지 않은 비판에 시간을 낭비하는 경우가 거의 없다고 관찰해요.

  • 고객 지원 위임하기

    비즈니스용 지메일 계정을 따로 만들어서 가상 비서(VA)가 로그인할 수 있도록 접속 권한을 줄 거예요.
    원문 보기

    I will set up a separate Gmail account just, you know, whatever probably the business gmail.com, I will give access to a VA so they can log in to that

    저희 풀이롭은 전용 계정을 사용하여 비서가 지원 이메일을 처리하게 하는 간단한 방법을 설명해요.

  • 도구의 확장성

    그것이 가장 간단하고 무료이지만 지원 요청이 많이 들어오기 시작하면 금방 복잡해져요. 기본적으로 확장성이 없다는 뜻이에요.
    원문 보기

    That is the simplest, it's free but it gets cloogy pretty quickly if you have a lot of support coming in. So it's not scalable basically.

    저희 풀이롭은 늘어나는 지원 수요에 대해 기본적인 지메일 설정을 사용하는 것의 한계를 경고해요.

  • 고객 개발 조사

    결국 테스트를 해야 하니 제품을 만들게 되겠지만, 적어도 이건 일종의 고객 개발이자 어떤 의미에서는 시장 조사라고 할 수 있어요.
    원문 보기

    Eventually, you do because you have to test it out, but at least, this is kind of your customer development/almost market research in a sense.

    저희 풀이롭은 초기 인터뷰가 MVP를 만들기 전의 시장 조사 형태로서 어떻게 기능하는지 설명해요.

  • API 언어별 래퍼

    모든 사람이 각자 사용하는 언어로 된 래퍼를 원하겠지만, 그걸 다 직접 만드는 건 불가능하고 현실적이지도 않아요.
    원문 보기

    Everybody wants a wrapper in every language, and you just can't do it, and it's just not feasible.

    저희 풀이롭은 여러 프로그래밍 언어에 대한 API 라이브러리를 유지 관리하는 것의 어려움을 논의해요.

  • 자기 성찰

    거울을 보며 스스로에게 물어봐야 한다고 생각해요. "내가 필요한 일을 기꺼이 할 준비가 되었는가?"라고요. 스타트업은 결코 쉽지 않기 때문이에요.
    원문 보기

    I think you really have to look in the mirror and ask yourself, "Am I willing to do what it takes?" because this startups stuff is not easy.

    저희 풀이롭은 스타트업을 세우는 일의 어려움과 자기 객관화의 필요성을 강조해요.

  • 소비자 구독의 어려움

    일반 소비자에게 구독 결제를 요청하는 것은 보통 더 어려운 일이에요.
    원문 보기

    trying to ask consumer to do a subscription tends to be a harder thing to do.

    저희 풀이롭은 소비자에게 지속적인 구독료를 청구할 때 발생하는 어려움을 경고해요.

  • 영업 인력 채용

    골치 아픈 일이 많은 큰 규모의 계약을 진행했던 유일한 경우는, 수수료를 받기 위해 기꺼이 그 일을 해줄 영업 사원들이 생겼을 때였어요. 계약금의 일부를 떼어주는 방식이었죠.
    원문 보기

    The only time we did these larger deals that required a lot of headache was once we had salespeople who were willing to do that for, of course, their commission. It was a cut of the deals.

    저희 풀이롭은 창업자가 복잡한 기업 판매를 수수료 기반의 영업 사원에게 위임해야 한다고 설명해요.

  • 시장 견인력 인식

    B2B 기능을 광고하지 않았는데도 B2B 쪽에서 먼저 연락이 온다면 그건 아주 좋은 신호예요. 비즈니스에서는 이걸 '마켓 풀(market pull)'이라고 부르죠.
    원문 보기

    the B2B side, reaching out to you without you advertising that you have those features or that you are B2B, that's a great signal. And in the business, we call that market pull.

    저희 풀이롭은 특정 부문에서 요청하지 않은 관심이 쏟아지는 것이 어떻게 강력한 시장 기회를 나타내는지 설명해요.

  • B2B 영업 프로세스

    단 한 번의 통화로 계약이 성사되는 방식이라 하더라도, B2B 측면만을 위한 영업 프로세스를 구축할 수 있을까요?
    원문 보기

    So can a sales process, even if it's a one call close, can a sales process be implemented for just the B2B side?

    저희 풀이롭은 비즈니스의 B2B 측면을 위한 특정 판매 깔때기를 구축하는 것에 대해 이야기해요.

  • 미션보다 앞선 안정

    기꺼이 비용을 지불할 의사가 있는 사람들에게 가치를 제공해서 먼저 스스로 안정을 찾고, 그 후에 미션 중심의 활동을 제안하는 방식을 선호해요.
    원문 보기

    I like to think about getting some stability first on your own by providing value for people who are willing to pay for it and then potentially offering this, as you said, the mission driven side

    저희 풀이롭은 저비용이나 무료인 사명 중심의 서비스를 제공하기 전에 먼저 수익을 확보하라고 창업자들에게 조언해요.

  • 새해의 추진력

    1월 초중순에 접어들면서 본격적으로 업무에 박차를 가할 때면 항상 설레요.
    원문 보기

    I'm always excited to hit the ground running as we enter early in mid-January.

    저희 풀이롭은 연초에 새로운 마케팅 활동을 시작할 때의 에너지에 대해 이야기해요.

  • 투자 유치 시점

    순수하게 성장을 위한 메커니즘으로 자금을 조달하는 건데, 저는 이 시점이 투자를 받기에 좋은 때라고 항상 생각해 왔어요. 어느 정도 견인력이 있어서 1달러를 넣으면 5달러를 뽑아낼 수 있는 상태일 때 말이에요.
    원문 보기

    you're purely raising the fundraising as a growth mechanism, which is always the point where I have thought that funding is a good idea. It's when you have some traction and you just need to add $1 in order to pull $5 out

    저희 풀이롭은 비즈니스의 성장 가능성이 증명된 후에 자금을 성장 동력으로 사용하는 것이 가장 좋다고 설명해요.

  • 망가진 단위 경제

    그들 중 상당수는 실제로 말이 되는 단위 경제 모델을 갖고 있지 않아요. 말 그대로 50센트를 벌기 위해 1달러를 쓰고 있는 셈이죠.
    원문 보기

    A lot of them don't have unit economics that actually make sense. They have literally been paying a dollar to make 50 cents.

    저희 풀이롭은 왜 일부 유니콘 기업들이 고객 획득 비용이 생애 가치를 초과할 때 어려움을 겪는지 논의해요.

  • 부트스트래퍼의 고충

    불공평한 상황에서 부트스트래퍼로 산다는 건 참 안타까운 일이에요. 사실 투자받은 기업보다 부트스트래퍼에게 클라우드 지원이 더 절실할 텐데 말이죠.
    원문 보기

    It's a bummer to be a bootstrapper when it's not fair. And as a bootstrapper, you probably need the GCP more than the funded companies do, but alas.

    저희 풀이롭은 자급자족형 창업자들이 자원에 접근하는 데 겪는 불공평함에 대해 회고해요.

  • 법률 검토의 현실

    완벽한 세상을 가정한다면, 모든 위험에 대비하기 위해 서명하는 모든 서류를 변호사가 검토해야 해요. 하지만 부트스트래퍼에게 그게 현실적일까요? 저는 아니라고 봐요.
    원문 보기

    In a perfect world, if you're going to cover your ass, yes, a lawyer reviews everything that you sign. Is that realistic for a bootstrapper? I would say not.

    저희 풀이롭은 부트스트래퍼가 법률 비용과 계약 검토에 대해 감수해야 하는 절충안에 대해 이야기해요.

  • 자신의 문제 해결하기

    Drip은 제가 이전 SaaS 앱인 HitTail을 운영하며 겪었던 문제에서 시작됐어요. 그래서 최소한 한 명의 고객은 확실히 있다는 걸 알았죠.
    원문 보기

    Drip was built out of a problem that I was having on the prior SaaS app HitTail. And so I knew there was at least one customer for it.

    저희 풀이롭은 자신의 고충이 어떻게 드립의 탄생으로 이어졌는지 공유해요.

기본 기록 705개를 보고 있어요. 멤버십은 이 대가의 전체 기록 4,700개에서 답해요.

멤버십 알아보기

같은 분야의 다른 대가

분야 전체 보기

1인 사업과 인디 메이커

공개 자료를 바탕으로 저희가 정리한 기록이에요. 롭 월링 본인이나 관계사와 제휴 · 후원 관계가 없어요. 내려야 할 내용이 있으면 알려 주세요. 내림 요청 창구