온라인 서비스에서 비즈니스 구조(BA)는 어떻게 설계해야 할까?

요즘 앱과 웹 관련 개발 프로젝트를 하다 보면 다양한 컨설팅이 사전 진행되는 것을 볼 수 있습니다. 그런데 이러한 컨설팅 내용들이 개발을 위한 기획에 반영되기 어려운 경우가 또 상당히 존재합니다. 이러한 일이 일어나는 것은 온라인 서비스 BA에 대한 이해가 부족하여 컨설팅 내용이 이를 반영하지 않았기 때문입니다.

 

 

 

온라인 비즈니스 구조(BA)

 

이유를 좀 더 구체적으로 말하자면 온라인 서비스가 계획되고 개발되고 운영되는 전반적 과정을 이해하지 않으면 앱과 웹 서비스에 대한 비즈니스 구조(BA)를 파악하기 어렵기 때문입니다. 그러기에 BA가 반영되지 않은 컨설팅 내용은 해당 온라인 서비스를 위한 전반적인 프로세스 상 공정의 연관성이 반영되지 않은 내용이라는 말이 됩니다. 

(이 경우 PI는 온라인 서비스 프로세스 혁신이 아니고 다른 프로세스 혁신이 되고, UX는 온라인 서비스 사용자 경험이 아니고 다른 사용자 경험이 됩니다.)

 

개발 측면에서 BA를 보면 일반적으로 앱이나 웹 개발 프로젝트에 투입되는 인력들은 전체 온라인 서비스 프로세스 중 개발 과정만 참여하는 경우가 많기에 비즈니스 구조(BA)에 대한 지식이 크지 않은 편이 대부분입니다.

 

물론 많은 프로젝트를 하다 보면 비즈니스 프로세스(일종의 사업화를 위한 공정 단계를 의미)의 특성상 비즈니스 구조(BA)를 들어서 알고 있기는 합니다. 단지 정확하게 무엇인지 모를 뿐입니다.

 

이는 PI, UX 등 앱 또는 웹 개발이 본격 진행되기 전에 시행되는 컨설팅에서도 마찬가지입니다. 비즈니스 구조(BA)와 연결된 컨설팅이 아니다 보니 컨설팅을 위한 컨설팅이 되고, 이는 이후 진행되는 개발에 혼선만 가중시키게 됩니다.

 

원론적으로 비즈니스 구조(BA)는 사업 기획에서 디자인된 비즈니스 모델(BM)이 앱이나 웹으로 사업화되기 위한 구조라 할 수 있습니다

 

온라인 비즈니스 구조(BA)  좁은 의미로 어떤 앱과 웹을 개발해 운영해야 하는지가 됩니다. 넓은 의미로는 전체적인 가치 네트워크의 구조와 생산 프로세스를 의미합니다. 여기에 앱과 웹이 서비스 운영되기 위한 관리/운영 시스템까지 포함하면 넓은 의미의 온라인 비즈니스 구조(BA)가 됩니다.

 

 

 

비즈니스 구조(BA)를 설계하는 이유  

 

한마디로 BM을 앱 또는 웹으로 수익화하려는 것이 바로 BA입니다.

 

이는 온라인 비즈니스 구조(BA) 전략적으로 비즈니스 모델(BM)을 따라야 하며, 전술적으로 앱과 웹 시장 및 기술 환경을 활용해야 할 수 있어야 함을 의미합니다.

 

일종의 BM의 실행 구조이면서, 앱과 웹 개발 그리고 운영을 위한 시스템 구조가 바로 BA인 것입니다. 

 

가끔 사업 기획적 개념인 BM과 개발적 개념인 BA가 서로 인터페이스 되지 않는 상황도 생기기는 합니다. 어느 한쪽 기획자가 다른 한쪽에 대한 지식이 있다면 어느 정도는 설명을 해 가면서 진행시킬 수 있기는 합니다. 아니면 복잡하지 않은 경우에는 직관적으로 이해되기도 합니다.  

 

 

 

비즈니스 구조(BA) 설계 방법

 

앱과 웹의 비즈니스 구조(BA)는 온라인 비즈니스 모델을 실행하기 위해 필요한 앱과 웹의 구조를 의미하기도 합니다.

 

이 BA를 실행하기 위한 개발을 위해 TA, AA, DA가 설계됩니다.

 

이점에서 BA는 앱과 웹에서 전체적인 사용자 경험 구조와 이용 프로세스를 포괄합니다. 그래서 온라인 서비스 관련 PI와 UX 컨설팅은 기본적으로 해당 앱과 웹의 BA와 연결되어야 합니다. 

 

만약 앱과 웹 BA와 별개로 진행되는 독립적인 PI와 UX 컨설팅은 해당 앱과 웹의 BM의 목표를 달성하려는 전략적 설계의 일부분이 될 수 없습니다. 그냥 컨설팅을 했다는 심리적 만족감을 위한 일종의 위약효과일 뿐입니다. 이 또한 BtoB에서 일종의 UX이기는 합니다.

 

그러므로 온라인 서비스 BA는 온라인 서비스 BM에 기반하여 설계하면 됩니다. 

 

단, 이러한 온라인 비즈니스 구조 설계의 내용이 앱과 웹 개발로 이어지기 위해 IT 지식이 있어야 하기는 합니다. 문제는 화면 설계나 UI/UX처럼 앱과 웹의 비즈니스 구조(BA) 레퍼런스(참고) 할 수 없다는 점이 문제입니다.

 

기본적으로 BM과 BA는 사용자에게 보이는 영역의 기획이 아닙니다. 그래서 앱과 웹이 론칭하더라도 확인할 수 없습니다. 이는 레퍼런스 기획을 어렵게 합니다. 또한 앱과 웹의 전략 및 경쟁 우위 요소가 어떻게 형성되고 관리되는지 설계된 것이므로 높은 등급의 보안 사항입니다. 아미 마치 사용자 모두가 아이폰을 보고 쓸 수 있지만 아이폰 설계도는 보고 쓸 수 없는 것과 같습니다.

 

이러한 BA는 BM에서 서비스 기획 과정을 거치면서 설계 기초 자료가 완성됩니다. 여기서 서비스 기획은 앱 서비스나 웹 서비스에서 말하는 코딩된 앱과 웹을 지칭하는 것이 아닙니다. 사용자의 수익성 있는 온라인상 상호작용에 대한 설계이면서, 이에 대한 구체적 로직과 프로세스에 대한 근거를 서비스 기획이라 합니다.

 

흔히 UX를 말할 때 앱과 웹 개발 시 UX는 결과적 UX를, 서비스 기획 UX는 사전에 목표가 되는 UX를 지칭합니다.

 

BA는 앱과 웹이 개발되기 전 어떤 온라인 서비스를 할지 구조화하는 것이므로 사전에 목표가 되는 UX를 바탕으로 실행 측면에서 설계가 되어야 합니다. 

 

 

추가 : 직관적으로 BM이 추구하는 온라인 서비스가 이해가 되는 경우 바로 BA를 설계하면 됩니다. 그러나 이해가 부족하다면 서비스 기획을 통해 정확히 누구에게 어떤 서비스를 제공할지 정리하는 과정을 거쳐야 합니다. 이 과정을 거치면 BA 설계는 더 명확해지기 때문입니다.