A Wagtail developer is needed in order to create a website which is going to be a portal with offers. Users will purchase products which are going to be sold with a unique system of reverse auction. Customers will pay the same price for a product but the get different cashback.
Code requests - Backend functionalities A) Product registration (photo, title, description, price, image, weight, SEO for the shortlink, calculation of shipping costs, initially for the weight within Athens and then a second price if user chooses a province).
B) Registration of customers to whom the products will be connected. The specific profiles will have a logo, social media links, description, etc.
C) Slideshow: Around 6 items. Images, text and link on each slide.
D) Widgets: Admin should have widgets that he can add or remove. E.g. "New deals", "We recommend", "Related deals" etc.
E) Menu on the main page, somewhere at the top, where the product categories will exist. Each subcategory will have a big picture inside. 2 boxes with banners (which you can change per category) and then smaller boxes with the products that are on sale.
F) Connection with Stripe. We will provide an ePOS from a bank. Stripe will allow users to make online payments with their credit card. Also we need connection with Paypal.
G) Offer option: Each product can have more than one offer. Ex “1 pizza special for 6€ , 2 pizzas special for 10€”. The user will be able to choose the offer he wants and click Add to basket. Also he will be able to pay more than one products together.
H) Reverse auction: Here we need an innovative system that has not been implemented in other bidding sites. The customer knows that he will receive a product and he will get cashback according to his level. Ex: - We sell 10 smartphones for 100€ each. So we have 4 levels (pyramid system 1-2-3-4). Every user pays 100€. - Each purchase gives to every customer a place in the reverse auction, which will start after some hours/days. Each customer choses a place in the pyramid to get his cashback which depends on how many people bought the smartphone. Highest places get more cashback depending on if the product sold to other people. Lowest places get more cashback which doesn't reply on how many people bought the product. We have designs for this. - Admin should be able to change the rate in with the reverse action works. This will have to be in a frontend and backend field when admin creates the reverse auction. - For legal purposes, the return amount in users’ wallet will have a symbol of diamonds. It will be EUR = Diamonds x100 - Each auction will end in the number of days that Admin demands.
In total the form will have: - Item name: - Item main image: - Number of offers and the products for each offer. Each offer will have different images. - Sale price - Minimum reverse auction price (and a checkbox whether it will be visible or hidden). - How many products like this are sold should be visible in the product (again this could be either visible or hidden. We should give an option to the admin). - The percentage that each user will get back in his wallet when he bids for the product. It will be noted as the current percentage, as this will increase as more users will bid. - Auction period (Exact ending date and time). - The ability to stop the auction through the backend. - A checkbox which will say : “Future auction” and a calendar with exact date and time (it will open in the exact date/time). - Another checkbox which will say “Auction unlocks earlier with the code” (and Admin will be able to provide a secret code for the auction).
*All the above auction fields should be editable from the Backend.
I) The exact amount of return to each customer’s wallet should be defined with a calculation as well, in a separate frontend and backend field.
K) The credit of the money in all the accounts of the buyers will be done only when the auction is over. For tax reasons it will be our currency, e.g. little diamonds. 1 diamond = 1 cent of the euro.
L) B2B: Each store must register with username and password (or alternatively we make them from Backend) and for Business Account. That is, the registration will have a Customer or Business option. In the Business account the owner will be able to link a company profile that exists in Frontend with the Business account of the store.
Μ) The store will be able to see on Frontend when logging in, how many sales have been made. For each entry there will be a name, telephone and email (optional customers enter if they want an address) and next to each customer purchase, the code which the store will have to verify with the customer, in order to be given the appropriate product (clothing , mobile, lunch etc).
