Overview
Bongo Look is a retail storefront. The job was to let someone move from a category to a priced product without a salesperson.
Problem statement
A mixed collection of clothes, shoes, and wallets becomes noise if everything is one grid with no categories and no clear price.
Requirements and constraints
Categories for clothes, shoes, and wallets. Featured and new-arrival collections. A product code, a current price in taka, and a compare-at price. A phone number for questions.
Proposed architecture
Category landing, then product cards. Pricing is data on the product, not text baked into a banner. Contact sits outside the grid so it survives a catalog change.
Database design
Products reference a category. Price and compare-at price are separate fields so a sale does not destroy the original price.
API design and authentication
The shop is browsed as pages. Product codes such as 508, 1105, and 1513 are the human identifiers on the cards.
Security
Prices shown on the public site are the prices a shopper is offered. Admin edits to the catalog are not part of the public page.
Performance
Listing pages should page or limit a collection once the catalog grows. The current public view leads with a featured set.
Testing and deployment
Live check: category labels, featured products, and taka prices render on bongolook.com.
Challenges and lessons
Sale pricing is easy to fake in a design. The implementation keeps both numbers visible.
Verified results
The shop is public at bongolook.com with categories, product codes, and prices.