בניית חנות מקוונת

Build the public storefront for [STORE NAME], which sells [PHYSICAL PRODUCTS / DIGITAL PRODUCTS / BOTH] for [WHO THE PRODUCTS ARE FOR].

Create a home page that explains what the store sells, why a customer should trust it and how to browse. Create a catalogue page where people can browse products by [YOUR MAIN CATEGORIES]. Create one reusable product page that shows the product name, real description, price, available options, stock message, image area, delivery or download summary and a clear purchase action. Also add an about page and a contact page using [CONTACT EMAIL].

Save products as editable information rather than writing each product permanently into a page. Each product needs a name, short description, full description, category, price, product type, status, image, delivery summary and whether it is featured. Product type is physical or digital. Status is draft, active or unavailable. Only active products appear to visitors.

Add three example products that are clearly labelled as examples for me to replace. Use labelled image placeholders saying [REAL PRODUCT IMAGE NEEDED]. Do not use stock photos and do not generate product, customer or lifestyle images from scratch. Editing my own real product photos is fine; only invented or generated products are the problem, because they misrepresent what the buyer receives.

Do not build customer accounts, a cart, checkout or payment in this step. Show the purchase action as [BUTTON LABEL, e.g. Choose options], but do not pretend an order can be completed yet.

Design the store to feel [THREE BRAND ADJECTIVES]. Use [COLORS] and [TYPOGRAPHY PREFERENCE]. Keep the product information easy to scan, use restrained spacing and make every page comfortable on a phone. Do not invent reviews, sales numbers, scarcity messages, certifications or customer claims.

When finished, tell me where I edit products and which text and images are still examples.

Add product options, stock control and a private owner product area to this store.

A variant means one selectable version of a product, such as a blue shirt in size medium. For each product, let me choose whether it has no variants or has options named [OPTION NAMES, e.g. size and colour]. Save every valid combination separately with its own price when needed, stock quantity, identifying code and active or unavailable status. Do not create combinations I do not sell.

On the product page, the customer chooses each required option before the purchase action becomes available. Show the price and availability for the exact combination they selected. If that combination is unavailable or its stock is zero, say so plainly and do not let it continue toward purchase. Never show a vague in-stock message based only on the total across every option.

Add a private owner area where I can add and edit products, upload my real product images, create valid option combinations, change prices, adjust stock and mark a product draft, active or unavailable. Only I can open or use this area. A visitor must not reach it by typing its address directly.

Keep one source of truth for product names, prices, variants and stock. The public catalogue, product page, future cart and owner area must all read from that same saved information rather than keeping separate copies.

Add a stock history that tells me what changed, by how much, when and why. Manual changes require a short reason such as [STOCK ADJUSTMENT REASONS]. Do not reduce stock yet because no order can be paid for in this step.

Keep all work from step 1 unchanged. Use my real images where I upload them and keep labelled placeholders everywhere else. Do not generate product images from scratch or invent a product; editing my own real photos is fine.

Add a working cart and fulfilment choices to this store without connecting payment yet.

A customer can add the exact selected product variant, change its quantity, remove it and continue shopping. Keep the cart if they move between pages or refresh. Before adding or increasing a quantity, check the current saved stock and never allow more than is available.

Calculate each line and the subtotal from the current saved product price, not from a price sent by the customer's browser. Show product name, selected options, quantity, price and a small real product image or labelled placeholder. If a price, status or stock level changed after the item entered the cart, explain the change and require the customer to review it.

This store sells [PHYSICAL PRODUCTS / DIGITAL PRODUCTS / BOTH]. For a cart containing physical products, offer only these valid fulfilment choices: [SHIPPING / LOCAL DELIVERY / PICKUP OPTIONS]. Explain the cost, where each choice is available and the delivery estimate using [YOUR REAL RULES]. Collect only the address or pickup details that choice needs. For a cart containing only digital products, do not ask for a shipping address and show digital delivery as free unless [YOUR REAL DIGITAL DELIVERY RULE] says otherwise.

Show a clear order summary before checkout with the subtotal, delivery charge, any discount I have explicitly configured and the total. Do not invent tax rules. Show tax only when the connected payment setup can calculate it correctly for the customer, otherwise tell me what remains to be configured before launch.

Add a review order button that stops at a clearly labelled payment not connected screen. Do not create a fake success message and do not mark anything as ordered or paid.

Test the cart with [ONE IN-STOCK VARIANT], [ONE LOW-STOCK VARIANT], [ONE OUT-OF-STOCK VARIANT] and every fulfilment choice. Tell me in plain language what happened in each test.

Connect this store to [PAYMENT PROVIDER, e.g. Stripe] in test mode and turn the reviewed cart into a real checkout.

Before checkout opens, check the current product status, exact variant stock, price and fulfilment cost again from the protected saved information. Create a short stock reservation for [RESERVATION TIME, e.g. fifteen minutes] so two customers cannot both buy the final item. Release the reservation if payment is cancelled or not completed in time.

Send the customer to the payment provider's secure checkout to enter payment details. My site must never collect or store card details. The amount charged must come from the checked cart total, not from anything the customer's browser can change.

Treat an order as paid only after the payment provider sends its trusted payment confirmation. Returning to the success page is not proof of payment. On trusted confirmation, create one order with a unique order number, mark it paid, reduce each purchased variant's stock exactly once and clear the customer's cart. A delayed or repeated confirmation must never create a second order or reduce stock twice.

Show a confirmation page with the order number, items, amount paid, fulfilment choice, customer contact details and what happens next. Send the same useful summary to [CUSTOMER EMAIL] and send a new-order alert to [OWNER EMAIL]. For a physical order, include the delivery or pickup estimate. For a digital order, provide the purchased files through a protected download that only the paid customer can use; never expose a permanent public file address.

Add a basic private owner order view showing the order number, customer, items, amount, payment state, fulfilment choice and date. Do not expose payment secrets or full payment details.

Show me where to complete my payment provider connection and which steps I must perform myself. Then guide me through one successful test payment, one cancelled payment and one declined payment.

Complete the order fulfilment workflow and owner controls without changing the working payment or stock rules.

In the private owner area, let me filter orders by [FULFILMENT STATUSES, e.g. paid, preparing, ready for pickup, shipped, delivered, cancelled and refunded]. Opening an order shows the customer details needed for fulfilment, purchased items and variants, delivery or pickup choice, payment state, stock changes and a dated history of status changes. Let me add a private note that customers cannot see.

For shipped orders, let me add [DELIVERY PROVIDER NAME] and a tracking reference or tracking link. For pickup or local delivery, let me add clear collection or arrival instructions. For digital orders, show whether the customer received access and let me safely resend the protected download message without creating a new order.

Send the customer an email only for the status changes I choose: [STATUS CHANGES THAT SHOULD SEND AN EMAIL]. Each message must use the real order details, explain what changed and tell the customer what to do next. Never include private owner notes.

Add low-stock alerts at [LOW-STOCK LEVEL] and show which exact variant needs attention. If I cancel and refund an order through the payment provider, update the order after trusted confirmation and ask me whether sellable physical stock should be returned. Do not automatically return damaged, lost or downloaded digital goods to available stock.

Let me export the order information I need for fulfilment using [FIELDS I NEED], while excluding payment secrets and unnecessary personal details. Keep access to products, orders and exports owner-only.

Run the tests from steps 1 through 4 again after these changes and report anything that no longer works.