Medistaff

Result

부가 기능이 증명한, 예상 밖의 구매 수요

첫 협업 상품의 객단가는 약 8만 9천 원이었습니다. 메인 사업이 아닌 부가 기능이었던 만큼, 매출 규모보다 62,000명 의료진 네트워크 안에 9만 원대 구매 수요가 실재한다는 사실을 확인한 것이 더 큰 성과였습니다.

구조의 재사용성은 다음 달에 바로 증명됐습니다. 첫 상품은 컬러 2종 × 사이즈 8종, 총 16개 옵션 SKU를 가진 패션 카테고리였고, 두 번째 상품은 옵션이 없는 식품 카테고리였습니다. 성격이 전혀 다른 상품이었지만 커머스 구조와 Admin을 다시 뜯지 않고 그대로 올렸습니다. 처음부터 단일 상품이 아니라 범용 커머스 인프라로 설계한 결과입니다.

지금은 웹심포지엄 실시간 라이브가 이 커머스를 얹고 있습니다. 상품이 늘어난 게 아니라 다른 제품이 기능을 가져간 것이고, 커머스 쪽 가이드는 제가 넘기고 화면은 후배 디자이너가 맡았습니다.

Key Decision

국내 학회를 대상으로, 전면 영문 사이트

PCO 사이트는 국내 학회와 제약사를 주 고객으로 하지만 전면 영문으로 구성했습니다. 타깃인 의료진과 학회 관계자는 영어 리터러시가 높고, 이들에게 전문성과 신뢰, 독창성을 전달하는 데 영문 표기가 더 효과적이라고 판단했기 때문입니다.

B2B 수주에서는 사이트의 첫인상이 곧 경쟁력입니다. 대표자 개인의 영업에 의존하던 구조를, 사이트가 스스로 신뢰를 만들고 문의를 받아내는 구조로 바꾸는 것이 목표였습니다.

Key Decision 01

웹을 Upstream으로, 앱을 Downstream으로

웹을 앱의 축소판으로 만들지 않았습니다. 신규 기능을 웹에서 먼저 정의하고, 검증된 구조를 앱으로 이식하는 방향을 PO·CTO와 함께 결정했습니다. 레거시가 누적된 앱에서 새 기능을 설계하면 기존 구조에 끌려가지만, 웹에서 먼저 정의하면 기능의 이상적인 형태를 먼저 잡을 수 있기 때문입니다.

앱을 뒤로 미룬 결정이 아닙니다. 앱에서만 되는 기능은 앱이 그대로 진행하고, 웹에서 먼저 정의하는 편이 나은 기능과 정책 개선만 웹이 앞섭니다. 웹·iOS·안드로이드 개발이 각각 있어 두 축은 동시에 굴러갑니다.

이 결정으로 웹은 보조 채널이 아니라 제품 정의가 시작되는 자리가 됐고, 앱 운영을 맡은 후배 디자이너와의 협업 기준도 여기서 나왔습니다.

Key Decision 02

같은 화면, 다른 세계 — 회원 유형별 권한 설계

메디스태프는 의사와 의대생이 함께 쓰지만 볼 수 있는 것이 다릅니다. 그리고 이 차이는 부가 기능이 아니라 핵심 대메뉴 세 곳 모두에 적용됩니다.

하나의 IA 안에서 회원 유형에 따라 다른 제품을 경험하게 만드는 설계였습니다. 동시에 이는 성장 구조이기도 합니다 — 의대생이 의사로 전환되는 흐름은 꾸준하고, 그에 비례해 플랫폼 유입도 이어지기 때문입니다. 권한을 나누는 일은 보안인 동시에 파이프라인 설계였습니다.

Key Decision 03

고생한 3개월을, 다음 화면을 위한 시스템으로

초기 3개월 동안 회원가입·커리어·게시판·홈 전 영역을 혼자 설계했습니다. 힘든 기간이었지만, 그 과정에서 제 방식의 유저 플로우 문서 포맷이 정립됐습니다.

이후 이 포맷 자체를 AI에 학습시켜, 새로운 화면도 동일한 규격의 플로우 문서로 산출되도록 워크플로우를 만들었습니다. 도구를 써본 것이 아니라, 제 작업 표준을 AI에 이식해 반복 산출을 자동화한 것입니다.

8월부터 진행한 콘텐츠·마이페이지 작업에서는 문서에서 화면 초안까지의 리드타임이 절반으로 줄었습니다. 디자인 시스템과 IA가 자리잡은 영향도 있지만, 반복적인 플로우 문서 작성이 자동화된 것이 가장 컸습니다.