전자상거래 웹사이트의 기능적 및 비기능적 요구사항 | Elogic

성공적인 사업은 아이디어에서 시작된다고 합니다. 우리는 모든 것이 전자상거래 웹사이트에 대한 기능적, 비기능적 요구사항에서 시작된다고 말합니다.

기능적 요구사항과 비기능적 요구사항은 프로젝트의 핵심입니다. 이는 귀하의 요구 사항과 희망 사항을 명확하게 설명하고 개발 팀의 작업을 지정합니다. 발급 후 바로 기록을 시작할 수 있습니다. 전자상거래 RFP 공급업체를 선택할 때쯤에는 웹사이트에 대한 명확한 그림을 확보할 수 있습니다.

Elogic의 모든 프로젝트는 온라인 쇼핑 프로젝트에 대한 고객의 기능적 및 비기능적 요구 사항을 간략하게 설명하는 것부터 시작됩니다. 고객이 우리에게 직접 목록을 보내지 않는 한, 우리는 그들이 작성할 문서를 발행합니다(기사 마지막 부분에서 다운로드 가능한 보너스로 확인하세요!). 이를 통해 우리는 고객의 비즈니스 요구 사항을 이해하고 클라이언트는 프로젝트 예산과 범위를 조정하고 웹 사이트에서 긍정적인 온라인 쇼핑 경험을 제공할 수 있다고 확신합니다.

이 기사에서는 온라인 쇼핑 시스템에 대한 기능적 요구 사항과 비기능적 요구 사항의 차이점을 설명하고 고객의 실제 사례를 기반으로 가장 일반적인 요구 사항 목록을 제시합니다. 또한 요구 사항을 구성하는 방법과 요구 사항의 모양에 대한 몇 가지 팁도 공유하겠습니다.

기능적 vs 비기능적: 정의 및 차이점

전자상거래 웹사이트의 기능적 요구사항과 비기능적 요구사항의 주요 차이점은 해당 범위와 목적에 있습니다.

기능적 요구사항(FR) 있는 뭐 귀하의 웹사이트. 사용자가 웹사이트에서 조치를 취할 수 있도록 하는 것은 e-스토어의 기능과 핵심 운영에 관한 것입니다. 이는 단일 웹사이트 기능으로 구현될 수 있으며 전체 소프트웨어 개발 프로세스의 기초를 형성합니다. 

웹사이트 예시의 기능적 요구사항: 주택 개조 웹스토어에 가격, 인기도, 전력 요금(와트), 난방 면적(m2), 사용량(욕실, 주방 등) 등의 제품 필터링 기능을 추가합니다.

비기능적 요구사항(NFR) 있는 방법 귀하의 웹사이트. 시스템의 품질 속성으로 명명되어 사용자 경험을 형성하고 제품에 대한 전역적이고 추상적인 기대치를 암시합니다. 온라인 쇼핑 시스템의 비기능적 요구사항은 전자상거래 웹사이트의 기능적 요구사항의 총합에서 파생될 수 있으며 웹 기능의 총합으로 구현됩니다.

온라인 쇼핑 웹사이트 예시에 대한 비기능적 요구사항: 제품은 웹사이트에서 쉽게 찾을 수 있어야 하며, 웹사이트에서 눈에 띄게 표시되어야 합니다.

내부자 팁: 요구 사항을 조정하고 조정하면 프로젝트의 범위와 예산이 변경될 수 있습니다.

프로젝트의 핵심을 구성하는 전자 상거래 기능 요구 사항을 저장하는 것은 권장되지 않으므로 웹 사이트 사양 문서에서 많은 요구 사항을 보는 것을 두려워하지 마십시오. 그러나 프로젝트 비용을 증가시킬 수 있는 비기능적 요구 사항을 추가하는 것에 주의하십시오. 

더 읽기 : 전자상거래와 M-상거래의 차이점은 무엇입니까?

그럴 여유가 있다면 – 좋아요! 귀하의 매장은 최적의 사용자 경험을 제공하는 고객 자석이 될 것입니다. 반면에 예산이 부족하다면 사용자를 만족시킬 수 있는 필수 비기능적 요구 사항만 추가하는 것을 고려해 보세요. 이상적으로는 전자 상거래 웹 사이트의 기능적 요구 사항과 비기능적 요구 사항 사이의 황금률을 찾고 비즈니스 목표와 목표를 염두에 두고 균형을 맞추는 것이 좋습니다.

기능적 요구사항: 웹사이트 핵심

온라인 쇼핑 시스템 동작을 담당하는 기능적 요구 사항은 비즈니스 요구 사항과 틈새 시장에 따라 매우 다를 수 있습니다. 예를 들어, 패션 웹사이트에서는 일반적으로 고객이 일부 제품 속성(예: 색상, 사이즈 등)을 선택할 수 있습니다. 여행사는 사용자에게 도움을 제공하는 챗봇을 요구할 수 있습니다. 명품과 보석 온라인 비즈니스 상품상세페이지(PDP)에 확대/축소 기능이 필요합니다.

다음은 모든 전자상거래 웹사이트에 적용되는 몇 가지 필수 기능 요구사항입니다.

FR #1: 타사 통합

전자상거래 웹사이트에 포함되어야 하는 API를 통해 통합될 모든 타사 소프트웨어를 나열합니다. 추가하려는 새로운 시스템일 수도 있고 현재 만족하며 사용하고 있는 기존 시스템일 수도 있습니다.

이 요구 사항은 비즈니스 운영을 간소화하는 시스템(ERP, CRM, PIM 등)과 고객을 위한 유연한 결제 게이트웨이에 모두 적용됩니다. 타사 통합 수를 지정하면 전자 상거래 아키텍처 향후 비즈니스 확장을 위해 구조화되어 준비되어 있습니다.

FR #1 예시: 

• 웹사이트는 Odoo와 통합됩니다 ERP 시스템 Svea 결제 솔루션.
• PayPal Direct, PayPal Plus, Amazon Pay가 매장 내 우선 결제 방식이 됩니다.

FR #2: 모바일 친화성

모바일 반응형 앱이 웹사이트에 더 많은 트래픽을 가져온다는 것은 비밀이 아닙니다. 에 따르면 Statista, 휴대기기의 고객 전환 횟수도 미국의 데스크톱 전환 횟수에 도달했습니다. 따라서 웹 사이트의 모바일 반응형 기능에 투자하면 몇 달러 이상의 수익을 얻을 수 있을 뿐만 아니라 충성도 높은 고객이 소파에 편안하게 앉아 쇼핑할 수 있습니다.

대상 고객을 연구하고 그들의 장치에 대해 문의하십시오. 더 나은 쇼핑 경험을 위해 웹페이지에서 필수 버튼과 옵션의 위치를 ​​어떻게 변경해야 하는지 지정하세요(인사이더 팁: 대부분의 사람들은 모바일 기기에서 한 손으로만 인터넷 서핑을 선호하기 때문에 결제 버튼을 고객의 엄지 손가락이 닿는 곳에 배치하세요). 개발자가 혼동하지 않도록 모바일 우선 기능 요구 사항은 정확해야 합니다.

FR #2 예시s:

• PDP는 Apple iPhone 6s 이상의 화면에 맞게 조정되어야 합니다.
• 내 매장은 Alexa 모바일 액세서리(AMA) 키트(AMA)를 통해 모바일에서 제품의 음성 검색을 지원합니다.주의: 이는 Amazon 기능 요구 사항 중 하나입니다).

FR #3: 제품 속성

귀하의 PDP에는 다양한 제품 특성이 포함되며, 개발 기관은 해당 기능을 구현하기 위해 이에 대해 알아야 합니다. 고객이 제품 사이즈와 색상만 선택할 수 있나요? PDP에서 비디오를 사용하시나요? 일부 제품 속성이 메뉴에 표시됩니까(예: 메가 메뉴)? 가능하다면 웹사이트에 있어야 하는 모든 제품 특성 목록을 작성하여 개발자에게 전달하세요.

고객 PDP의 제품 속성: 사이즈, 드레스 길이, 수량 및 색상. 원천: 암살레.

FR #3 예시: 

• 웹사이트는 단순 및 번들 상품 유형을 지원해야 합니다.
• 상품 상세 페이지의 상품 이미지에는 확대 옵션이 있어야 합니다.

FR #4: 주문 및 결제 흐름

온라인 쇼핑 시스템에 대한 기능 요구 사항은 매장에서 주문이 처리되는 방식과 이 기능을 최적화해야 하는지 여부를 지정해야 합니다. 특히, 고객이 등록하여 구매를 하도록 할지 아니면 비회원 결제를 활성화할지 여부를 지정하십시오. 원하는 주문 상태를 나열하세요(고객과 매장 관리자 모두에게 표시됨). B2B 주문을 관리하는 방법을 설명하세요. 즉, 주문 및 결제 흐름 기능에 대해 최대한 자세히 설명하십시오. 

이는 또한 할인 정책과 쇼핑 매장에서 제공하는 프로모션 코드(있는 경우)를 언급하는 부분이기도 합니다. 결제 시 처리하든 PDP에서 직접 처리하든 관계없이 별도의 기능 요구 사항을 포함해야 합니다.

FR #4 예시: 

• 웹사이트에는 확인, 처리, 배송, 반품 등의 주문 상태가 표시됩니다.
• 고객이 웹사이트에 등록한 후에는 구매한 주문에 대해 1년 추가 보증을 받아야 합니다.

FR #5: 소셜 공유

전자상거래에서는 온라인 존재가 소셜 미디어와 함께 진행됩니다. 사용자가 웹 사이트 콘텐츠를 소셜 미디어에 공유할 수 있도록 허용하면 브랜드 인지도가 높아지고 기존 고객과 잠재 고객에게 더 가까워질 수 있습니다. 타겟 고객을 조사하고 그들이 가장 좋아하는 소셜 미디어 네트워크를 식별하세요. 웹사이트에 해당 버튼을 추가하여 소비자가 제품, 블로그 게시물, 영감을 주는 사진을 공유할 수 있도록 하세요.

FR #5 예시: 

• 우리 제품 정보는 Facebook, Instagram, Pinterest 및 Linkedin에서 공유되어야 합니다.
• Facebook의 사용자 댓글은 "고객 리뷰" 페이지의 제품 세부 정보 페이지에 표시되어야 합니다.

우리는 Elogic에서 소셜 공유 관행을 따르고 있습니다. 당신이 관대하다고 느끼고(이 기사를 읽은 후 좀 더 똑똑해졌다면) 소셜 미디어에 공유해 보는 것은 어떨까요!

비기능적 요구사항: 귀하의 웹사이트 능력

앞서 언급했듯이 비기능적 요구 사항은 긍정적인 사용자 경험과 최적의 웹 사이트 성능을 구축하는 웹 사이트의 품질 속성을 명시합니다. 비즈니스 분석가의 성경 — 바복 — 판매자(예: 유지 관리성, 확장성, 재사용성)와 사용자(예: 유용성, 보안, 접근성)를 위한 NFR을 구별합니다. 우리의 의견으로는 비즈니스 여정의 다양한 단계에서 모두 똑같이 중요합니다. 매장이 확장됨에 따라 비기능적 요구 사항이 추가될 수 있습니다.

다음은 모든 디지털 비즈니스의 웹사이트 사양 문서에 포함되어야 하는 전자상거래 웹사이트에 대한 몇 가지 기본 유형의 비기능적 요구 사항입니다.

NFR #1: 유용성

귀하의 비즈니스 규모에 관계없이 귀하는 웹 사이트가 직관적이고 사용하기 쉽기를 원합니다. 소요됩니다 약 0.05 초 사용자가 귀하의 웹사이트가 시간과 관심을 기울일 가치가 있는지 알아낼 수 있도록 합니다. 따라서 여러분은 1000분의 1초의 위기를 극복하기 위해 홈페이지 디자인, 클릭 유도 문구, 손쉬운 결제 작업을 확실히 수행하고 싶을 것입니다. 웹사이트 유용성은 다음으로 정의됩니다.

• 사용자가 단일 페이지 방문으로 얼마나 쉽게 목표를 달성할 수 있는지;
• 매장에서 작업을 얼마나 빨리 수행하는지;
• 디자인이 얼마나 기억에 남고 직관적인지;
• 사용자가 저지른 오류의 수와 시간.

NFR #1 예: 

• 고객은 우리에게 연락하지 않고도 자신에게 적합한 제품을 쉽게 찾고, 어떤 문제가 해결되는지 이해하고, 구매를 해야 합니다.
• 다단계 결제 없음: 사용자는 PDP에서 한 단계로 '장바구니에 추가' 버튼에 도달해야 합니다.

NFR #2: 보안

금전 거래와 민감한 데이터를 처리할 때는 보안이 가장 중요합니다. SSL 인증 및 데이터 개인 정보 보호 정책과 같은 전자 상거래 웹 사이트에 대한 간단한 소프트웨어 요구 사항은 웹 사이트에 대한 신뢰를 심어주고 고객을 브랜드 옹호자로 전환시킵니다. 또한 정보를 생성, 보기, 복사, 변경 또는 삭제할 수 있는 사람을 제어할 수 있는 다양한 관리자 역할에 관한 것입니다. 비즈니스 위치에 따라 보안은 고객 데이터 보호 규칙(예: 유럽의 GDPR)을 준수하는 것을 의미하기도 합니다.

보안과 관련하여 많은 요소가 작용합니다. 이 비기능적 요구사항을 지정한다는 것은 다음 단계를 수행하는 것을 의미합니다. 전자상거래 사기 방지.

NFR #2 예: 

• 시스템 데이터 관리자만이 시스템에 대한 역할을 할당하고 액세스 권한을 변경할 수 있습니다.
• 웹사이트는 DDoS 및 XSS 공격을 포함한 모든 종류의 공격에 탄력적이어야 합니다.

NFR #3: 성능

귀하의 목표가 웹 사이트 트래픽을 늘리는 것이라면 사양 문서에서 성능이 NFR의 우선 순위가 되어야 합니다. 이 NFR은 대기업이나 레거시 아키텍처를 갖춘 웹사이트의 브리핑에서 자주 발견됩니다. 이들은 통합 및 판매 시즌 수에 관계없이 e-스토어가 빠르게 로드되기를 원합니다.

속도 벤치마크, 추가할 최대 SKU 수 또는 비즈니스에 적합한 기타 성과 지표를 설정하세요. 하지만 타사 시스템 배송 시간은 포함하지 마세요. 특정 비즈니스 운영이 다른 데이터베이스에 대한 API 호출에 의존하는 경우 개발자는 많은 일을 할 수 없습니다.

NFR #3 예: 웹사이트 홈페이지는 iOS 4+, Safari 10G에서 4초 이내에 로드되어야 합니다.

NFR #4: 유지 관리성

사업 예산을 계획할 때 까다로운 부분이 사업 유지 관리에 드는 운영 비용을 계산하는 것이라는 사실은 널리 알려져 있습니다. 초기 개발 단계부터 웹사이트를 유지 관리할 수 있도록 노력한다는 것은 향후 시스템 오류를 식별하고 해결하는 데 드는 시간과 비용을 절감한다는 의미입니다. 슬프게도 미래의 문제에서 벗어날 수는 없으며 다음에서 많은 단서를 볼 수 있습니다. 전자상거래 웹사이트를 유지하는 방법. 하지만 당신의 임무는 출시 직후부터 시스템을 유지 관리하기 쉽게 만드는 것입니다.

NFR #4 예: 우리는 성장을 추구하기 때문에 웹 사이트는 사내 엔지니어가 향후 시스템을 변경할 수 있도록 모든 백엔드 복잡성을 제거할 것입니다.

NFR #5: 확장성

미래 지향적인 솔루션을 찾고 있다면 확장성을 고려해야 합니다. 이 요구 사항은 웹 사이트가 성능에 영향을 주지 않고 기능을 확장하고 확장할 수 있는 방법을 정의합니다. 웹사이트에서 더 많은 거래를 완료하려면 더 많은 메모리, 서버 또는 디스크 공간을 추가할 수 있어야 합니다.

서버 측에서는 새로운 시장에 진출하려는 경우 현지화 기능을 추가하고 싶을 수도 있습니다. 국제적으로 제품을 판매하다. 전반적으로 이 NFR은 비즈니스 확장이 용이하며 하드웨어와 소프트웨어에 모두 영향을 미칩니다.

NFR #5 예: 

• 향후 2년 동안 우리의 주요 목표는 국제화이므로 웹사이트는 우리가 판매하는 각 국가에 대한 여러 매장뷰를 갖게 됩니다.
• 스토어는 웹 사이트 로드 속도에 부정적인 영향을 주지 않고 단일 서버에서 500개 이상의 SKU를 지원하도록 확장됩니다.

첫 번째 브리핑 초안 작성

따라서 전자상거래 웹사이트에 대한 몇 가지 기능적 및 비기능적 요구사항을 결정했습니다. 이제 뭐? 프로젝트에 대한 귀하의 요구 사항과 견해를 종이에 제시합니다! 

고객이 Elogic에 문의하는 경우 전자 상거래 개발 서비스, 우리는 브리핑을 발행하고 싶습니다. 이는 고객이 전자 상거래 요구 사항 목록에 대해 마음을 정하고 원하는 내용에 대한 명확한 그림을 그리는 데 도움이 됩니다. RFP와 유사하게 개요는 탭에 카테고리별 질문이 포함된 스프레드시트로 구성됩니다. 프로젝트 유형(처음부터 웹사이트 개발, 플랫폼 변경, 사용자 정의 모듈 개발 등)에 따라 개요에는 다양한 비즈니스 요구 사항을 밝히기 위한 다양한 질문이 포함됩니다.

온라인 쇼핑 웹사이트의 기능적 및 비기능적 요구사항을 문서화하는 팁

이 토론을 마무리하기 위해 전자상거래 웹사이트 요구 사항을 적절하게 구성하기 위한 세 가지 핵심 사항을 공유하고 싶습니다.

1. 구체적으로 말하십시오. 이 팁은 분명하지만 강조할 필요가 있습니다. 의식의 흐름에 얽매이지 말고 많은 요구사항을 하나로 결합하세요. 대신, 세부적으로 유지하고 정확하게 표현하세요. "우리는 ERP와 PIM을 사용하고 싶습니다"에서 "웹 사이트는 SAP ERP와 Fishbowl Inventory를 사용해야 합니다"로 전환하는 것은 개발자에게 큰 변화를 가져옵니다.

2. 측정 가능하게 만드세요. KPI는 주관적이며 비즈니스마다 다릅니다. 하지만 당신은 당신의 것을 찾아서 요구 사항에 적어야 합니다. "빠른 로드 웹사이트를 원합니다"라는 일반적인 말만 하지 말고 특정 사용 사례에 이상적인 로드 시간을 지정하세요. 가능할 때마다 숫자를 말하고 가능하면 요구 사항에 측정값을 추가하십시오. 개발자는 설정된 벤치마크에 대해 훨씬 더 빠르게 기능을 테스트할 것이며, 귀하는 항상 프로젝트의 진행 상황을 계속 파악하게 될 것입니다.

3. 전자상거래 웹사이트 개발 요구사항을 비즈니스 목표에 맞게 조정하세요. 많은 사양을 추가하고 웹 사이트 기능에 모든 예산을 지출할 수 있습니다. 그러나 더 큰 목표를 염두에 두고 모든 것이 계획되지 않으면 최종 제품은 만족스럽지 못할 것입니다.

마지막으로 전자 상거래 웹사이트에 대한 기능적 및 비기능적 요구 사항이 귀하에게 적합하도록 만드십시오. 개요를 작성하고 사양을 명확하게 설명하면 시간과 노력을 절약할 수 있습니다. 개발자가 질문하기 전에 답변하고 더 빠르게 출시하세요!

모든 플랫폼에서 전자상거래 상점을 개발하거나 기존 상점을 업그레이드, 최적화 또는 통합하는 데 관심이 있다면, 논리 당신을 위해 수 있습니다.

• SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
• PlatoData.Network 수직 생성 Ai. 자신에게 권한을 부여하십시오. 여기에서 액세스하십시오.
• PlatoAiStream. 웹3 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
• 플라톤ESG. 자동차 / EV, 탄소, 클린테크, 에너지, 환경, 태양광, 폐기물 관리. 여기에서 액세스하십시오.
• BlockOffsets. 환경 오프셋 소유권 현대화. 여기에서 액세스하십시오.
• 출처: https://elogic.co/blog/functional-and-non-functional-requirements-for-ecommerce-websites/