강박의 2 cents

Chapter 9. Metrics, How platform managers can measure what really matters

9장 경영지표, 플랫폼 관리자의 핵심 점검 사항은 무엇인가.

경영지표라는 것은 기업의 단기적 목표 설정과 그 달성여부를 평가하는데 유용한 툴이다. 기존의 선형적 가치사슬 형태를 가진 파이프라인에서는 회계나 재무정보를 바탕으로한 지표들을 주로 활용하여 그 성과를 평가하여 왔음. 이러한 회계나 재무정보를 활용한 경영지표는 명확하게 계산할 수 있다는 점, 꾸준히 기록을 할 경우는 기업의 트렌드(동향) 파악이 가능한 점, 그리고 같은 지표를 썼을 때 타 기업과 비교가 용이하다(같은 표준을 쓰고 있으므로)는 점에서 장점을 가지나, 기본적으로 회계나 재무정보가 과거 정보를 바탕으로 한다는 점이나 기업의 무형자산에 대한 명확한 산출이 어렵다는 점에서 한계가 있는 것도 사실임. 기존의 선형적 가치사슬의 경우, 제품의 시작에서 부터 끝까지 각 절차별로 진행되어가는 곳의 효율성 측정을 위해 설계됨.

플랫폼의 경우는 (특히 플랫폼이 경쟁적인 상황인 경우), 그 가입이 급속도로 증가할 수 있는 만큼 실질적인 효용을 제공하지 못하면 그만큼 빨리 줄어들수도 있음을 기억해야 함. 책에서는 브랜치아웃이라는 다소 생소한 서비스를 예로 들었는데, 2012년 봄에서 여름 사이에서 100만명 미만에서 3400만명으로 사용자가 치솟았다가, 다시 실패하고 말았음. 이는 회사의 지표설정을 가입자에 초점을 두었다는 점을 지적하고 있음. 활용사용자수 (MAU - monthly active user)는 다양한 플랫폼에서 사용되고 있는 지표 중에 하나임. (User acquisition보다 user retention이 더 중요할 수 있음). 즉, 플랫폼에서는 이러한 네트워크 효과의 달성 여부를 평가하는 것이 필요한데, 쉬운 부분은 아님(i.e., 사용자의 상호작용의 가치를 측정하는 것)

책에서 강조하는 것은 이러한 플랫폼의 경영지표들이 기업의 Life cycle에 따라 다르다고 강조함

1. 스타트업 단계: 유동성(정보의 흐름 - 상호작용의 높은 가치를 의미), 매칭 품질, 신뢰도 점검이 핵심 (Liability of newness or smallness)
   각 요소별로 플랫폼에 맞는 구체적 지표 설정이 요구됨
2. 성장 단계: 양면 네트워크의 정상 작동 수준 점검이 핵심. 재미있는 부분은 ‘상호작용 실패'에 대한 지표를 설정하고 이를 살펴봐야한다는 점 -> 시간이 지나다 보면, 사용자들이 지치는 경우가 많은데 이를 자극할만한 방법을 찾아야 함 -> 사용자가 지속적으로 활동할 수 있도록 자극하는 방법 고안
3. 성숙 단계: 혁신 주도, 신호와 소음 (플랫폼에서 원하는 Ideal 한 interaction과 그렇지 않는 상호작용의 대비 - Youtube), 자원할당 점검이 핵심. 산업과 기업의 성장이 유사하게 진행되는데 성숙단계에 이르면 과점적 형태로 플랫폼의 head to head 경쟁이 일어남. 이 시기에는 혁신적인 서비스를 누가 만들어 내느냐, 혹은 광고를 얼마나 집행하느냐 등의 자원 할당이 주요함 (Uber vs Lyft).

경영지표는 그 플랫폼의 과거와 현재 그리고 미래를 살펴보고, 리더가 방향을 정할 수 있는 기본적인 정보를 제공하기에 중요함. 그렇지만, 일부 몇개의 지표에 의존하거나 잘못된 지표를 사용한다면 그 의사결정이 완전히 엉뚱한 방향으로 갈 수 있기에 이는 중요함.

3A test : Actionable, Accessible, and Auditable

Chapter 8. Governance: Policies to increase value and enhance growth

8 장 거버넌스: 통제와 자율, 무엇이 플랫폼에 적합한가

예를 들어보자, 당신은 요즘 유행하는 캡슐커피를 만들어 엄청난 성공을 이루었다. 그러던 중 캡슐커피 디자인에 대한 특허가 만료가 되어 저가의 카피제품이 쏟아지기 시작하면서, 자사가 생산하는 캡슐커피에 대한 성장이 줄어들었다. 어떠한 결정을 하시겠는가?

• 일단 기본적으로 아주 많은 커피 생산자 (스타벅스)가 있고, 캡슐커피에 대한 디자인이 특별한 것이 없다는 점. 그린마운틴의 독특한 커피가 있었음.
• 큐리그 커피는 자사 커피만을 위한 캡슐 스캐닝 기기를 도입하여 큐리그 2.0 소개 -> backlash.
• 무엇이 문제인가?

훌륭한 거버넌스의 3가지 기본 규칙을 위반

1. 서비스를 제공하는 고객에게 언제나 가치를 제공하라.
2. 자기에게 유리하게 규칙을 바꾸기 위해 자신의 우위를 이용하지 말라.
3. 타당한 정도 이상의 부를 취하지 말라.

거버넌스는 플랫폼 생태계에 누가 참여할지, 어떻게 가치를 분배할지, 어떻게 갈등을 해결할지에 관한 일련의 규칙임.

거버넌스는 플랫폼 뿐만이 아니라, 일반 회사에서도 중요한 문제임 (Stakeholder theory). 하지만, 플랫폼의 경우 외부 Stakeholder의 역할이 훨씬 더 중요하기 때문에 플랫폼에서 거버넌스는 중요한 의미를 지님 - 일부 Stakeholder에 유리하게 룰을 정할 경우, 플랫폼 자체의 네트워크 구성에 문제가 생길 수 있음

시장실패 - 정보의 비대칭성, 외부효과, 독점력, 리스크가 그 원인임. 이러한 것이 플랫폼이라고 일어나지 않는 것은 아니며, 어떠한 경우 (개방형에 가까울 경우) 이에 대한 통제가 거의 없다시피 하기에 그 영향력이 더 클 수 있음

거버넌스의 도구 : 법, 규범, 아키텍처, 시장

-> 법: 그러나 플랫폼에서 일어나는 다양한 상호작용을 일일이 법규화하기는 힘듬. 아울러 대부분 플랫폼 제공자 들이 이러한 법을 만들기 때문에 모든 사용자들에게 “공평"한 법을 만든다는 것 자체가 너무나 이상적인 생각일 수 있음

-> 규범 (Norms) : 규범 세팅에 아주 많은 시간이 걸리고, 일단 규범이 세팅되고 나면 새로운 인원들에게 유리 하지 않거나, 폐쇄적인 특성으로 변질될 가능성이 큼

-> 아키텍쳐 : 실질적인 거버넌스 구성 수단이라고 생각함. 선한 행동을 더욱더 자극하고, 악한 행동을 방지할 수 있도록 해야함

-> 재미, 평판, 명성 등을 통해 시장을 형성 : 사회적 통화를 함께 고려.

플랫폼을 위한 거버넌스 원칙

1. 내부 투명성 (Internal transparency)

Amazon의 Yegge Rant 

1. 이후로 모든 팀은 자기들의 데이터와 기능을 서비스 인터페이스를 통해 제공한다.
2. 팀은 반드시 인터페이스를 통해 커뮤니케이션 한다. 
3. 다른 형태의 내부 커뮤니케이션은 허용하지 않는다.
4. 어떤기술을 사용하든 상관없다.
5. 모든 서비스 인터페이스는 예외없이 반드시 외부에서 이용할 수 있어야 한다.
6. 이대로 행하지 않는 사람은 누구나 해고될 것이다.
7. 고맙다. 좋은 하루 되길.

• 투명하고, 공평하며, 명확하며, 오픈된 의사소통 체계 구축이 기반이 되어야 함.

2. 참여 (Participation): 내부/외부 (특히 플랫폼의 경우)

• 공정성

Chapter 7. Openness: Defining what platform users and partners can and cannot do.

7장, 개방형과 폐쇄형, 어떤 플랫폼이 정답인가?

플랫폼이 급속도로 성장하고 각광을 받으면서 다양한 형태의 플랫폼이 생겨나고 있음. 앞서 이야기한 m:m, 1:m, m:1뿐만 아니라 플랫폼에 따라서는 거의 완전히 개방된 형태와 폐쇄형에 가까운 형태의 두 극단을 두고, 자신만의 위치를 정하고 있음.

책에서는 거의 완전히 개방된 형태의 플랫폼인 위키피디아를 예를 들고 있으나, 아무리 집단 지성과 스스로의 자정능력에 대한 믿음을 바탕으로 한 플랫폼인데, 그런 이상적인 방향으로 흘러가지 않는 경우도 발생한다. 대규모의 작전세력에 의한 일부로의 편향된 메세지 선점이 가능한 단점도 있음.

• 유투브의 경우 거의 개방된 형태를 띄고 있으나, 일부 편향적이거나 자극적인 소재를 다룬 컨텐츠가 많아지면서 Noisy한 경우가 많음 vs Netflix는 폐쇄적 형태의 플랫폼으로 크리에이터의 자유도가 낮아지고 혁신성이 떨어지긴 하지만 일정 수준 이상의 퀄리티를 갖춘다는 차이점이 있음

플랫폼의 개방성에 대한 정의

1. 플랫폼의 개발이나 상업화 또는 사용에 참여하는 데 아무런 제약이 없음을 의미하거나,
2. 어떤제약이 합리적이면서도 차별이 없이 잠재적 플랫폼 참여자들에게 균등하게 적용되는 것을 의미 (애플 앱스토어의 경우 일정부분 합리적이면서 차별이 없이 균등한 기회를 제공)

반면에, 폐쇄성의 경우

• 단순히 외부 참여자를 금지하는 것이 아니라, 참여를 망설일 정도로 부담이 되는 참여 규칙 (과도한 수수료).

지금까지 이야기한 플랫폼의 특성을 규정, 네트워크 효과, 과금형태 등을 위해서는 개방성 및 폐쇄성 상에서 어디에 위치할 것인이 명확히 규정하는 것이 필요함. 어느 하나가 다른 선택에 비해 우월하다고 보기는 어려움 (애플의 경우  os 자체는 매우 폐쇄적이나 os 를 무료로 뿌림으로써 네트워크 효과를 가져옴).

다만, 공통적으로 생각해 볼 수 있는점은 폐쇄성->개방성으로 가져갈 필요는 있을 것으로 보이며, 반대의 경우도 가능할 것임. 폐쇄성은 Business core에 대한 명확성을 가져다 줄 수 있으며 일정 품질의 Quality Control이 가능함 (내제화), 이것이 지나칠 경우 조직내 관성 등에 의한 혁신성의 저하를 가져올 수 있기에 폐쇄성으로 일단 코어에 대한 품질이 확실해 진다면, 개방을 통하여 네트워크 효과를 가져오는 방안이 있음. (반대로 개방화 했다가 일부에 대해서 프리미엄 서비스를 갖추면서 폐쇄화 시키는 방법도 있음).

플랫폼 개방성 결정 방법

1. 관리자와 스폰서 참여에 대한 결정 / 

1. 개발자 참여에 대한 결정 /
2. 사용자 참여에 대한 결정

무엇을 열어 놓고, 무엇을 소유할 것인가?

• Transaction cost theory (거래 비용 이론) : 기업의 Boundary를 결정함.
• ETC>ITC: 기업이 커짐, ETC<ITC: 기업이 작아짐
• 마찬가지 개념으로 설명해볼 수 있음

항상 모든 것이 “It depends”이다.