제품 관리자가 이해해야 하는 아키텍처 다이어그램(구조 다이어그램)

제품 관리자는 업무 중에 다양한 구조 다이어그램(구조 다이어그램)을 접하게 되며 이러한 용어는 쉽게 혼동됩니다. 일반적으로 3~5년의 경력을 갖고 요약에 능숙한 제품 관리자는 이러한 개념의 의미를 점차적으로 이해하고 비교적 유연하게 업무에 적용할 수 있습니다. 다음은 이러한 개념을 체계적으로 정리하는 동시에 여러분 자신의 이해와 인식을 심화시켜 깨달음을 얻을 것입니다.

기능 구조 다이어그램은 기능의 종속성에 따라 그려진 다이어그램입니다. 다이어그램의 각 상자를 기능 모듈이라고 합니다. 기능 모듈은 특정 상황에 따라 더 크거나 작은 크기로 나눌 수 있습니다. 가장 작은 기능 모듈은 프로그램의 각 처리 프로세스일 수 있고, 더 큰 기능 모듈은 특정 작업을 완료하는 프로그램 그룹일 수 있습니다. (바이두 정의)

일반인의 용어로 기능 구조 다이어그램은 기능 모듈을 카테고리로 사용하여 모듈의 기능 구성 요소를 소개하는 다이어그램입니다. 기능 구조 다이어그램은 일반적으로 특정 필드 정보를 포함하지 않으며 기능의 논리적 관계만 강조합니다.

WeChat을 예로 들면, WeChat 전체가 WeChat, 주소록, Discover, Mine의 4가지 주요 모듈로 나누어져 있음을 알 수 있습니다. 모듈에는 친구 서클, 미니 프로그램 등 다양한 기능이 있다는 것을 알았습니다. 여기서 여담으로, 대부분의 사람들은 WeChat 하단 열의 첫 번째 메뉴가 "WeChat"이라는 것을 거의 눈치 채지 못하고 "메시지", "채팅"등으로 생각하는 경우가 많습니다. 인터넷에 다양한 설명이 있지만 저는 위챗의 포지셔닝에 대한 설명처럼 위챗 그 자체가 삶의 방식이라고 이해하고 싶습니다.

정보 구조도는 제품의 데이터 정보를 추상화하여 직관적으로 표시한 다이어그램입니다. 이는 제품 관리자가 복잡한 요소의 구성을 이해하고 테이블 구조 설계 개발을 지원하는 데 도움이 될 수 있습니다.

정보구조도는 기능구조도보다 늦게 작성되는 경우가 많으며, 이는 제품의 기능적 프레임워크가 결정되고 기능구조가 완성되는 제품설계 단계에서 이루어지는 경우가 많습니다. 분석과 설계를 수행합니다.

다음 그림에는 WeChat을 예로 들어 WeChat 공개 계정 기사와 관련된 일부 핵심 필드가 나열되어 있습니다. 이는 제품 관리자와 기술자가 전체 제품 솔루션의 설계 프로세스를 이해하는 데 도움이 될 수 있습니다.

제품 구조도는 제품 정보와 기능적 논리를 종합적으로 표현한 다이어그램이다. 즉, 제품 구조도를 보면 제품의 기능과 정보 구조를 빠르게 이해할 수 있다. 어느 정도 제품 구조도가 그려지면 프로토타입 다이어그램의 정보와 기능은 기본적으로 결정됩니다.

물론 이러한 이해는 현재 업계 내에서 일관된 공감대를 형성하지는 못하지만 일부 사람들만이 이렇게 이해하고 있다. 제품 관리자가 정리할 때 무의식적으로 두 기능을 통합하는 경우가 많습니다. 기능이 페이지에 있고 정보를 중심으로 돌아가기 때문에 내용을 명확하게 설명할 수 있는 한 그렇게 명확하게 구분할 필요는 없습니다. 걱정할 필요가 있습니다.

제품 디자인 과정에서는 일반적으로 제품 기능 구조 다이어그램부터 시작하여 최종 제품 구조 다이어그램이 완성됩니다. 제품 구조 다이어그램을 완성하기 전에 프로토타입 및 제품 디자인 그리기를 시작하지 않는 것이 가장 좋습니다. 왜냐하면 이때는 전체 프레임워크와 프로세스가 완전히 이해되지 않고 너무 일찍 시작하면 노력이 낭비되는 경우가 많기 때문입니다.

소프트웨어 아키텍처의 핵심 가치는 시스템의 복잡성을 제어하고 핵심 비즈니스 로직과 기술 세부 사항을 분리하고 분리하는 것입니다. 아키텍처는 일반적으로 비즈니스 아키텍처, 애플리케이션 아키텍처, 기술 아키텍처로 나눌 수 있습니다. 그중 비즈니스 아키텍처는 전략이고, 애플리케이션 아키텍처는 전술이며, 기술 아키텍처는 장비입니다.

일반인의 관점에서 아키텍처의 목적은 복잡한 것을 단순화, 표준화, 처리 및 자동화하는 것입니다. 아래에서 각각에 대해 설명하겠습니다.

제품 아키텍처 다이어그램은 비즈니스 아키텍처 다이어그램이라고도 하며 제품의 최하위 계층 디자인으로 전체 제품의 비즈니스 프로세스를 포함하며 비교적 복잡합니다.

제품 아키텍처 다이어그램은 지속적으로 발전하고 있으며, 변경 사항은 종종 기능과 정보 측면에서 제품 크기의 대대적인 조정을 의미합니다.

제품 아키텍처 다이어그램은 회사 수준을 지향하며 사용자에게 가치를 제공하는 방법과 회사가 수익성을 달성할 수 있는 방법을 고려합니다.

또 다른 구분은 제품 아키텍처 다이어그램과 비즈니스 아키텍처 다이어그램을 비즈니스가 먼저, 그 다음이 제품으로 분리하는 것입니다. 간단한 예를 들면, Meituan의 사업에는 음식 배달, 매장 내, 호텔 및 여행 서비스가 포함됩니다. 한 마디로 정리하면 '먹고, 마시고, 즐겨라'는 할인과 서비스를 키워드로 하는 메이투안의 사업 구조입니다. 음식배달 사업에서는 C사이드, 가맹점, 라이더 등의 단말기로 나누어진다. 어떻게 하면 사용자가 더 빨리 제안을 찾을 수 있고, 라이더가 더 빨리 음식을 배달할 수 있을 것인가는 제품 아키텍처 수준에서 중요하다. 라이더가 음식을 배달할 때 일부 라이더는 우회하고 시간이 지연될 수 있지만 전체 플랫폼 관점에서 보면 기본적으로 공정하고 효율적입니다.

애플리케이션 아키텍처는 이전과 다음 사이를 연결하는 역할을 합니다. 한편으로는 비즈니스 아키텍처의 구현을 담당하고 다른 한편으로는 기술 선택에 영향을 미칩니다.

더 일반적으로 사용되는 구분은 애플리케이션 아키텍처 유형(모놀리식, 분산 및 SOA 아키텍처)입니다.

분산 애플리케이션 아키텍처에서는 다양한 애플리케이션이 독립적이고 애플리케이션의 내부 응집력이 높으며 애플리케이션이 느슨하게 결합되어 유연한 분산 배포가 가능합니다. 동시에 단점도 분명합니다. 즉, 서로 다른 애플리케이션 간의 통신 연결에는 추가 작업이 필요합니다. 동시에 전체 아키텍처 설계가 복잡해지고 유지 관리 비용이 필연적으로 증가합니다.

기술적 수준에서는 전체 시스템의 설계가 상대적으로 명확하지만 기술 아키텍처 다이어그램에는 일반적으로 더 많은 기술 모델이 포함됩니다. 그러나 해체하고 그룹화한 후에는 기술 아키텍처 다이어그램을 특정 장식 디자인 도면으로 간단히 이해할 수 있으며 나머지는 기술자에 의해 일괄 및 모듈로 천천히 구현됩니다.

다음은 Meituan의 시스템 아키텍처 다이어그램입니다. 이것은 Meituan 비즈니스 시스템의 축소판입니다. 그림을 통해 우리는 Meituan의 사업이 매우 복잡하고 많은 기술을 사용한다는 것을 이해할 수 있습니다.

조직 구조는 기업의 프로세스 운영, 부서 설정 및 기능 계획을 위한 가장 기본적인 구조적 기반입니다. 일반적인 조직 구조에는 중앙 집중형, 분산형, 선형형 및 매트릭스형이 있습니다. (바이두 정의) 여러 회사의 조직 구조는 크게 다르며, 시기에 따라 달라지는 경우가 많습니다. 조직 구조는 끊임없이 진화하고 있으며 그 목적은 업무 책임을 명확하게 하고 업무 목표를 정하며 생산성을 향상시키는 것입니다.

아래는 텐센트의 조직도를 인용한 것으로 많은 정보를 확인할 수 있다. 예를 들어 WeChat 제품의 중요성, Ren Yuxin의 중요성, Tencent의 콘텐츠 제품 강조 등이 있습니다.

위의 이해는 많은 양의 정보를 바탕으로 하고 본인의 업무 경험을 결합한 것입니다. 제 수준의 한계로 인해 부정확한 내용과 잘못된 설명이 있을 수 있으니 독자 여러분의 양해를 진심으로 부탁드립니다.