엔터프라이즈 SaaS 제품 팀 확장

처음부터 Braze 제품은 기회를 여는 방법의 주요 동인이었습니다. 차별화된 기능을 구축하든, 고객 경험을 향상시키든, 새로운 시장으로 진출하든, 우리 제품은 우리 비즈니스를 이끄는 엔진이었습니다.

이 여정에서 우리는 제품 개발 프로세스를 엔터프라이즈 SaaS(Software as a Service) 비즈니스로 확장하는 방법을 파악해야 했습니다. 이를 위해서는 소비재에는 존재하지 않는 문제에 직면해야 했습니다. 예를 들어:

• Enterprise SaaS 오퍼링은 소비자 기술에 존재하지 않는 활동을 포함하는 복잡합니다. 파트너와 관련된 수개월 판매 주기 또는 고객 통합을 생각해 보십시오.

• B2B SaaS에서 사용자를 자유롭게 실험할 수는 없습니다. 비즈니스 크리티컬 애플리케이션에는 비즈니스 크리티컬 안정성이 필요합니다.

• 대규모 글로벌 브랜드와 파트너 관계를 맺을 때 적법하지만 고객 또는 부문별로 로드맵을 전환해야 하는 압력에 직면할 수 있습니다.

SaaS 제품을 만드는 것은 어려운 일입니다. 이것이 바로 많은 SaaS 로드맵이 가장 큰 판매 잠재 고객이 마지막으로 요구한 것이나 시장에서 가장 큰 추세가 무엇이든 구축하는 것으로 요약되는 이유입니다. 이러한 전략은 제품 중심의 의미와 반대이며 고객 기반이 원하는 것과 반대입니다.

이 게시물에서는 Braze에서 엔터프라이즈 SaaS 제품 조직을 확장하기 위해 사용하는 4가지 전술을 살펴보겠습니다.

1. 전략적 제품 결정을 소유한 팀의 권한 부여

2. 구축해야 할 대상을 결정하는 과학적 접근 방식

3. 장기적 으로 구축

4. 방해 요소 제거 강조

이것이 실제로 무엇을 의미하는지 분석해 보겠습니다.

1. 팀 역량 강화

제품 중심이 되는 것은 권한이 부여되고 자율적인 팀에서 시작됩니다.

SaaS 제품은 소비자 제품과 비교할 때 복잡할 수 있습니다. 내 아이는 신발을 벗는 법을 배우기 전에 Sharkdog 쇼를 스트리밍하는 방법을 알아냈습니다. 반면에 저는 어린 아이가 Salesforce 구현 전체를 운영하는 것을 결코 신뢰하지 않을 것입니다. 성인으로 구성된 팀에게는 충분히 어려운 일입니다.

제품의 범위가 커질수록 모든 세부 사항을 이해하는 것은 불가능해집니다. 고객의 요구에 가장 가까운 사람들이 결정을 내리도록 보장하기 위해 우리는 대부분의 제품 결정을 상향식 방식으로 내리는 방식으로 전환했습니다. 여기서 전략적 결정은 가능한 한 조직도 아래에서 내려집니다. 그 접근 방식과 관련하여:

• 엔지니어, 디자이너 및 제품 관리자로 구성된 교차 기능 팀이 로드맵을 설정하고 실행할 수 있는 권한을 부여했습니다. 이는 비즈니스에 가장 적합한 경험이 무엇인지 잘 이해하고 있기 때문입니다.

• 당사의 제품 및 엔지니어링 리더는 이러한 전문가에게 무엇을 구축해야 하는지 정확히 말하지 않습니다(매우 드문 예외 제외). 대신 목표와 스윔 레인을 설정하는 것을 목표로 합니다. 가능한 경우 하향식 우선 순위 지정 입력은 명목으로 결정하는 것이 아니라 컨텍스트를 공유하거나 사례를 만드는 것으로 이상적으로 나타납니다.

• 팀은 가능한 한 적은 종속성을 갖도록 설계되었습니다. 자율적인 팀은 더 빠르게 계획하고 구축하여 사기를 높이고 비즈니스 결과를 개선합니다.

이것은 실제로 어떻게 보입니까? Braze에는 SMS에서 다른 미래 메시징 플랫폼에 이르기까지 Messenger 제품을 소유한 팀이 있습니다. 모든 제품 팀과 마찬가지로 제한된 컨텍스트를 가진 누군가가 멀리서 지시하는 대신 깊은 고객 및 시장 지식을 기반으로 로드맵을 실행할 수 있는 권한이 있습니다.

우리는 팀에 제품 투자를 유도하고자 하는 위치에 대해 어느 정도 하향식 지침을 제공합니다. 예를 들어, 오케스트레이션을 보다 효율적이고 강력하게 만들거나 Braze 고객이 소비자에게 도달할 수 있는 방법의 한계를 넓힙니다. 이러한 하향식 지침과 상향식 권한 부여의 조합을 통해 이상적으로는 독립적인 팀의 전략을 일관되고 영향력 있는 전체로 통합할 수 있습니다.

2. 제품 개발에 대한 과학적 접근

권한 부여는 팀이 지속적으로 훌륭한 결정을 내리는 경우에만 가치가 있습니다. 우리는 팀이 우선 순위 지정에 대한 과학적 접근 방식을 취하기를 원합니다. 타당한 논거를 사용하여 그들이 구축하기로 결정한 내용을 알리고 그러한 논거를 경험적으로 테스트하기를 바랍니다.

SaaS 로드맵을 고안하는 것은 복잡할 수 있습니다. 사용자 피드백 또는 사용 데이터와 같은 보편적인 입력을 고려하는 것 외에도 SaaS 팀은 판매 통찰력, 경쟁, 분석가 보고서, 가격 영향 등을 고려해야 합니다. 이러한 요소의 소용돌이로 인해 엔터프라이즈 로드맵이 일화에 의해 주도되는 것은 너무나 흔한 일입니다.

Braze에서는 데이터를 수집하고 빠르게 학습하는 방법에 투자하여 이러한 과학적 접근 방식을 수용했습니다. 이러한 전략 중 일부는 다음과 같습니다.

• 고객 또는 팀이 생성한 제품 피드백을 수집하고 분류하기 위한 시스템 구축

  

• 광범위한 사용자 연구 수행 및 제품 및 UX 팀원과의 정기적인 고객 대화 구성

• 분석할 수 있는 관련 고객 데이터를 캡처하기 위해 Braze 플랫폼 계측

• 제품 실행 가능성에 대한 실제 고객 데이터를 얻기 위해 조기 액세스 기간에 크게 의존합니다. 이 경험적 연구는 훌륭한 제품을 구축하는 데 필수적이며 판매 후 팀과의 사려 깊은 파트너십이 필요합니다(비즈니스 크리티컬 애플리케이션을 구축할 때 소비자 대면 기술 대기업이 하는 방식으로 사용자를 실험할 수 없습니다!).

팁: 제품 조직의 글쓰기 문화에 투자하십시오. 사려 깊은 분석이 포함된 합리적이고 명확하게 작성된 제안서는 논리적이고 데이터에 기반한 의사 결정 문화를 장려하는 강력한 방법입니다.

또한 때때로 데이터가 충분하지 않습니다. 데이터는 우선순위 지정에 대한 설득력 있는 사례를 만드는 방법(그리고 종종 사용 가능한 경우 가장 좋은 방법)이지만 논리적인 주장을 만드는 유일한 방법은 아닙니다. 기능이나 제품의 우선 순위를 정하는 경우를 적어두는 것은 완벽한 데이터를 사용할 수 없을 때 사려 깊은 방향을 설정하는 데 도움이 될 수 있습니다.

예를 들어, 우리는 자동화 및 데이터와 관련하여 고객이 필요로 하는 것에 대한 강력한 첫 번째 원칙 주장을 기반으로 Canvas 및 Currents 제품을 구축했습니다. 이것이 구축하기에 적합한 기능이라는 수학적 증거를 기다렸다면 보트를 놓쳤을 것입니다.

3. 장기적으로 구축

제품 조직은 장기적으로 투자해야 합니다. 이는 비즈니스가 자연스럽게 결합됨에 따라 SaaS에서 특히 사실이므로 제품 팀은 단기적 이익을 위해 최적화하기보다는 장기적으로 가치를 극대화하는 것에 대해 생각할 필요가 있습니다.

Braze에서 우리는 이상적으로 몇 년 동안 함께하는 팀으로 상향식 조직 전략을 강화합니다. 이를 통해 제품 관리자, 엔지니어 및 UX 전문가는 강력한 파트너십을 구축하고 시간이 지남에 따라 전문 지식을 강화할 수 있습니다. 우리는 공동 승리의 역사를 통해 팀이 받은 최신 정보에 반응하고 대응하는 대신 장기 전략을 수립하고 제품에 더 신중하게 투자하도록 장려한다고 믿습니다.

우리가 지속적으로 팀을 해산하고 개혁한다면, 그것이 제품(및 회사)의 최선의 이익에 부합하더라도 장기 투자에 대한 인센티브를 박탈할 것입니다. 장기 베팅에는 어려운 절충안이 필요합니다. 중요한 기반을 구축하기 위해 몇 달 동안 수익 창출 제품의 제공을 늦춰야 하는 경우가 있었습니다.

그것은 실제로 어떻게 보입니까? Braze가 간단한 설문조사 인앱 메시지를 만들 때 시간을 내어 기존 제품 내 메시징 기능과 관련된 인프라를 완전히 재구성했습니다. 추가 시간과 노력이 필요했지만 새로운 유형의 편집 및 작곡 경험을 출시하면서 강력한 추가 기능이 많이 추가되었습니다. 그러나 이러한 근본적인 변화를 구상한 팀은 그것을 보았고 이제 그 어느 때보다 더 빠른 속도로 더 발전된 제품을 출시하고 있습니다.

4. 로드맵 전환 ​​최소화

마지막으로 제품 및 엔지니어링 팀이 최선을 다할 수 있는 공간을 제공해야 합니다.

엔터프라이즈 SaaS를 판매하는 경우 로드맵을 전환해야 한다는 압력을 받게 됩니다 . 이것은 중력의 법칙과 같으며, 중력과 마찬가지로 이 압력은 비즈니스의 규모가 커질수록 증가합니다. 그러나 이러한 질문에도 주의를 기울여야 합니다. SaaS 비즈니스는 행복한 고객이 성공해야 합니다.

즉, 한 순간에 장기 계획에서 방향을 틀면 성공할 수 없습니다. 로드맵에서 벗어나는 것은 정크 푸드를 먹는 것과 비슷합니다. 약간은 예상되지만 과식하는 패턴은 장기적으로 심각한 문제를 일으킬 수 있습니다. 게다가, 정크 푸드를 더 많이 먹을수록 습관이 더욱 강화됩니다. 정크 푸드는 식단의 고정물이 됩니다.

일회성 제품 요청을 100% 피할 수는 없지만 주의를 산만하게 만드는 것을 최소화하기 위해 최대한 노력했습니다. 우리가 사용한 전략 중 일부는 다음과 같습니다.

• 더 많은 사용 사례를 가능하게 하는 유연한 플랫폼 구축

• 일회성 요청을 에스컬레이션으로 처리하고 문제를 해결하기 전에 제품 및 판매 후 리더십이 모두 일치하는지 확인합니다.

• 언젠가 구축하고 싶은 기능으로 구성된 일회성 요청을 강력하게 선호하고, 급한 요청이 아니었다면 지원하지 않았을 전환을 더욱 강력하게 권장하지 않았습니다.

이에 대한 마지막 참고 사항: 소규모 회사와 더 큰 성장 단계의 비즈니스일 때 수용할 전환이 무엇인지에 대한 계산은 크게 다릅니다. 당신이 어려움을 겪고 있는 초기 단계의 회사라면 로드맵의 우선 순위를 재지정하는 정크 푸드가 회사가 생존하는 데 필요한 칼로리를 제공할 수 있으며 부끄러운 일이 아닙니다.

마지막 생각들

우리는 제품 주도 회사로 운영되는 이러한 4가지 차원에서 완벽하다고 주장하지는 않지만 이 게시물에서 제시한 이상을 위해 노력하게 된 것을 자랑스럽게 생각합니다. Braze는 처음부터 강력한 제품 및 엔지니어링 DNA를 보유하고 있으며 제품 중심의 뿌리를 자랑스럽게 생각합니다.

제품 주도 조직에서 일하고 싶으십니까? Braze에 대해 자세히 알아보고 우리의 열린 역할을 보려면 채용 페이지 를 확인하십시오.