수천 개의 (때로는 문자 그대로) 엔터프라이즈 애플리케이션으로 인한 죽음. 오늘날 엔터프라이즈 환경에서 모든 것에 1,000개의 서로 다른 애플리케이션이 존재하는 현실에 지쳐 있습니다 (저뿐만 아니라 많은 분들이 그러하신 것 같습니다). UX/UI, 접근 제어, 통신 프로토콜 등 일관성이 없는 부분들이 끝없이 이어집니다. 이는 우리 내부 비즈니스에만 국한된 문제가 아니며, 사용자들도 이를 체감하고 있습니다.
이것은 우리의 메모 앱이고, 이것은 파일 앱이고, 이것은 메시지 앱이고, 이것은 a/b/c/1/2/3/x/y/z 앱입니다. 정말 지치네요.
그런데 애플리케이션 레벨에서 이들을 연결하기 위해 더 많은 엔터프라이즈 애플리케이션을 도입해야 하고, 이 모든 것을 하나로 묶어두기 위한 또 다른 애플리케이션도 필요합니다. 이는 넷플릭스가 케이블 번들을 재구축하는 것과 같습니다, 다만 대상이 엔터프라이즈 애플리케이션일 뿐이죠.
아이러니하게도, 이러한 엔터프라이즈의 파편화 때문에 전체는 부분의 합보다 확실히 크지 않습니다—오히려 훨씬 나빠집니다. 오늘날 데이터가 왕이므로 그리고 아무도 데이터를 다른 곳으로 가져가길 원하지 않으므로, 각 애플리케이션은 결국 실로(silo)에서 독립적으로 운영됩니다.
Discourse는 다른 모든 것(예: 티켓 시스템, 블로그, 마켓플레이스 등)에서 업계 최고(best in class)로 평가받지는 않을 수 있지만, 저에게는 그것이 업계 최고입니다. 왜냐하면 이 플랫폼은 다른 애플리케이션들이 수행하는 작업의 99%를 수행하면서도 사용자 경험과 기반 아키텍처의 조화를 유지할 수 있기 때문입니다. 블로그, 공지사항, 사용자 관리, 토론 포럼, 이벤트 등이 모두 잘 어우러져 작동한다는 점은 저에게 기하급수적으로 더 큰 가치를 지닙니다.
이러한 단일 애플리케이션의 범위(fall application footprint)를 통해, 서로 다른 비즈니스에 의해 소유되고 우선순위가 다른 개별 애플리케이션을 각각 개선하는 것보다, 모든 경험을 동등하게 개선할 수 있는 경우가 많습니다.
모든 것을 이 플랫폼으로 구축할 수 있습니다. 이들은 단순히 '토픽’이 아니라 다음과 같은 것들입니다:
- 블로그
- 공지사항
- 마켓플레이스 상품
- 토론
- 지원 티켓
- 비디오
- 이벤트
- 스프린트 보드
- 버그/이슈
- 아이디어
- CFP (Call for Proposals)
- 가이드
- 목록은 계속됩니다…
서로 다른 그룹을 위해 다양한 경험을 구축해야 할 때, 그리고 거의 항상 위 항목들의 조합이 필요할 때 이는 큰 안도감을 줍니다.
Discourse에는 독특한 점들이 있다는 사실을 결코 회피하지 않겠습니다 (저는 문서 플러그인을 혐오하지만, 아직 매트릭스를 보지 못한 것일 수도 있습니다). 그러나 유연하게 이렇게 조화로운 생태계를 구축하는 데 있어 Discourse가 가진 가치는 어떤 결점보다 훨씬 큽니다.
우리는 B2B 엔터프라이즈 커뮤니티에 Discourse를 사용하고 있습니다. 이러한 생각들은 최근 회사 행사에서 Discourse가 무엇을 할 수 있는지 본 후, 우리 비즈니스 내 다른 팀들이 고객 대상 경험을 커뮤니티에 구축할 수 있도록 도와줄 수 있느냐고 빠르게 문의해 오면서 생겨났습니다. 우리는 운영을 확장하고 사용 사례를 빠르게 늘리고 있습니다 (우리에게는 좋은 문제입니다).
).
