구축 제안 · 화면 설계 시안 포함

글로벌 B2B 쇼핑몰
구축 제안서

가장 중요하다고 하신 Product Database부터 설계해 보았습니다

신영진  |  백엔드 개발 · 데이터 구조 설계

Product Database 구조안

기획 초안의 필드를 저장 방식별로 나눈 설계안입니다. 가장 중요한 영역이라고 하셔서 먼저 만들었습니다

Product DB 구조안
1기준은 하나입니다필터에 쓸 것인가, 보여주기만 할 것인가
2TaxonomyBrand·Category·Ingredient·Certification. 독립 주소를 가져 성분별·브랜드별 랜딩으로 확장됩니다
3AttributeVolume·Package. 필터에는 쓰되 별도 페이지는 만들지 않습니다
4ACF 필드Storage·Shelf Life·MOQ·Documents. 표시 전용. 전부 Taxonomy로 만들면 관리 화면이 복잡해집니다
이 구조가 되돌리기 가장 어렵습니다 — 상품이 수백 개 쌓인 뒤 Attribute를 Taxonomy로 바꾸려면 전량 재등록에 가까운 작업이 됩니다. 착수 초기에 이 표를 확정하고 시작하는 것을 제안드립니다.
02

탐색과 상세 화면

Product Database가 실제 화면에서 어떻게 쓰이는지 함께 만들어 보았습니다

Faceted Filter

Faceted Filter

조건을 고를 때마다 나머지 항목 개수가 갱신되고, 결과 없는 조합은 흐리게 표시합니다

상품 상세

상품 상세 · Tier Pricing

수량 구간별 단가를 표로 보여주고 현재 수량이 속한 구간을 강조합니다

인증 서류를 상단 가까이 둔 이유 — MSDS와 COA는 수입 통관에 필요한 구매 판단 요소입니다. 하단에 묻어두면 바이어가 문의로 요청하게 되어 전환이 늦어집니다. 또한 필터 조건 조합은 고유 주소로 남아야 검색에 잡히고 공유됩니다.
03

Quick Order

SKU를 아는 재구매 바이어를 위한 화면 · 객단가를 올리는 가장 직접적인 장치라고 봅니다

Quick Order
수량 연동첫 줄은 20개라 20+ 구간 단가가 적용됐습니다. 19로 줄이면 단가가 올라갑니다
즉시 계산이 계산이 화면에서 바로 보여야 바이어가 한 단계 더 담는 판단을 합니다
확장 자리기획 초안의 CSV Bulk Order는 같은 화면에 자리만 잡아두면 나중에 붙일 수 있습니다
04

구현 방식 — Plugin과 Custom 구분

"검증된 Plugin 우선, 불필요한 Full Custom 최소화"라는 원칙에 동의하며, 항목별로 나눠 말씀드립니다

영역방식선택 이유
Theme / BuilderPlugin검증된 상용 테마 + Child Theme로 커스터마이징. 원본을 직접 고치지 않아 업데이트 시 수정분이 유지됩니다
Product DatabaseCustom 설계플러그인이 대신해 줄 수 없는 영역입니다. Taxonomy·Attribute·ACF 배치를 직접 설계합니다. 이 프로젝트의 핵심
Search / FilterPluginFacetWP. 직접 만들면 성능과 호환성 문제가 생기기 쉽습니다. 설계는 위 DB 구조에서 이미 결정됩니다
B2B / Tier PricingPlugin가격 계산은 직접 만들면 위험이 큽니다. 검증된 B2B 가격 플러그인에 위임하고 회원 등급과 노출 규칙만 설정합니다
Quote / WhatsAppCustom PluginProduct Name·SKU 자동 전달과 문의 상태 관리는 기성품이 딱 맞지 않습니다. 가볍게 직접 만드는 편이 낫습니다
SEOPluginSEO 플러그인이 관리하되, 상품 필드를 Meta·Schema에 자동 연결하는 부분만 설정으로 처리합니다
다국어Plugin1차는 영어 단일이되 URL과 hreflang 구조만 미리 잡아둡니다. 나중에 플러그인을 얹을 때 주소 체계를 바꾸지 않아도 됩니다
Hosting구성WordPress 특화 호스팅 + Cloudflare(CDN·SSL·WAF). 자동 백업과 Staging 환경을 함께 구성합니다
플러그인은 적을수록 좋지만, 가격 계산과 필터처럼 틀리면 안 되는 영역은 검증된 것을 쓰는 편이 안전합니다. 직접 만들면 당장은 가볍지만 이후 WooCommerce 업데이트마다 손봐야 합니다.
05

미확정 항목에 대한 의견

다섯 가지 모두 견적과 운영에 영향이 있어 항목별로 말씀드립니다

Tier Pricing자동 적용을 권장드립니다. 수동 견적 안내로 두면 바이어가 수량을 늘릴 이유를 화면에서 느끼지 못합니다. 구간별 단가가 보여야 "5개 더 담으면 단가가 내려간다"는 판단이 일어납니다. 관리 부담은 플러그인이 해결해 줍니다
GA4 이벤트개별 트래킹까지 권장드립니다. 기본 연동만으로는 방문자 수만 보입니다. wholesale_inquiry와 whatsapp_click이 잡히지 않으면 어떤 상품·어떤 유입에서 문의가 왔는지 알 수 없어, 콘텐츠 발행 계획을 세울 근거가 사라집니다. GTM으로 구성하면 이후 이벤트 추가는 개발 없이 가능합니다
해외 카드 결제1차는 Bank Transfer / Wise 안내까지를 권장드립니다. 화장품과 의료기기를 함께 취급하시는데, 의료기기는 해외 PG 심사에서 제한 업종으로 분류되는 경우가 있습니다. 심사에 시간이 걸리고 반려될 수도 있어 오픈 일정을 좌우합니다. 또한 B2B 고액 거래는 카드 한도를 넘는 경우가 많아 실제 사용률도 낮습니다. 오픈 후 문의가 쌓이면 그때 붙이는 편이 안전합니다
초기 상품 등록CSV 양식과 일괄 등록 도구는 저희가 만들고, 내용 입력은 발주사가 하시는 방식을 제안드립니다. 성분·인증·보관 조건은 상품을 아는 분이 채워야 정확합니다. 저희는 양식 설계와 업로드·검증, 이미지 일괄 처리를 맡겠습니다. 전량 대행이 필요하시면 상품 건수 기준으로 별도 산정해 드립니다
유지보수월 단위 계약을 권장드립니다. WordPress는 코어·테마·플러그인이 계속 갱신되고, 업데이트를 미루면 보안 위험이 쌓입니다. 반대로 확인 없이 올리면 충돌이 납니다. Staging에서 먼저 적용해 확인한 뒤 운영에 반영하는 절차가 필요하며, 이것이 우려하신 "플러그인 충돌과 업데이트 문제"에 대한 답입니다
06

직접 운영하실 수 있게 만드는 것

오픈 후 직접 운영하지 못하는 상황을 가장 우려하신다고 하여, 이 부분을 과업에 명시적으로 넣겠습니다

1표준 구조를 지킵니다Theme와 Plugin 원본은 건드리지 않고 Child Theme / Custom Plugin으로만 작업합니다. 다른 WordPress 개발사가 이어받을 때 어디를 봐야 하는지 바로 알 수 있는 구조가 됩니다
2플러그인을 적게 씁니다사용 플러그인 목록과 각각을 왜 썼는지, 라이선스 갱신 시점까지 문서로 남깁니다. 늘어날수록 충돌 위험이 커지므로 꼭 필요한 것만 씁니다
3Staging 환경을 둡니다업데이트와 수정을 운영 사이트에 바로 적용하지 않고 복제본에서 먼저 확인합니다. 충돌이 나도 실제 사이트는 멀쩡합니다
4매뉴얼은 화면 기준으로기능 설명이 아니라 "상품 하나를 등록하려면", "가격을 바꾸려면" 처럼 실제 업무 순서대로 씁니다. 교육도 같은 순서로 진행합니다
5계정은 발주사 명의로도메인·호스팅·Cloudflare·플러그인 라이선스·GA4 모두 발주사 명의로 개설합니다. 파트너가 바뀌어도 접근이 끊기지 않습니다
07

성공적인 마무리의 기준

이 프로젝트는 오픈이 끝이 아니라 시작이라고 봅니다

1직원이 혼자 상품을 등록하는 것교육 후 담당 직원이 개발자 도움 없이 상품을 등록하고 가격을 바꿀 수 있는 것. 이것이 안 되면 사이트가 오픈해도 멈춥니다
2검색에 잡히기 시작하는 것Search Console에 상품·카테고리 페이지가 정상 색인되고 검색 노출이 시작되는 것. 신규 바이어 유입의 전제입니다
3문의가 어디서 왔는지 아는 것견적 요청과 WhatsApp 문의가 어떤 상품·어떤 유입 경로에서 발생했는지 확인되는 것. 이것이 있어야 다음 콘텐츠를 무엇으로 쓸지 정할 수 있습니다
4바이어가 스스로 찾는 것필터로 조건을 좁혀 원하는 상품에 도달하는 흐름이 막힘없이 동작하는 것
확인이 필요한 부분 — ① 초기 등록 상품 수와 이미지 준비 상태 ② 취급 품목 중 의료기기로 분류되는 비중 (결제·표기·국가별 제한과 연결됩니다) ③ 1차 오픈 시점에 Resources 콘텐츠가 몇 건 준비되는지 ④ 상품 정보(성분·인증·보관조건)가 이미 정리된 형태로 있는지
08

구조를 먼저
정하고 시작하겠습니다

Product Database는 나중에 되돌리기 가장 어려운 부분입니다.
화면 설계 시안은 직접 눌러보실 수 있습니다.

신영진  |  백엔드 개발 · 데이터 구조 설계