D
D
Dare952019-09-12 11:11:28
Software design
Dare95, 2019-09-12 11:11:28

Development of an intermediary/aggregator?

Bottom line :
There are vendors, there are restaurants, there are KFC,
BugBiffin and stuff like that. I need to unite everyone on one resource so that a person can go to the site, for example, order chicken at KFC, and salads and other things from Ashot, it doesn’t matter.
I need to develop an architecture! [namely, an architecture, since I can build a website].
There are no questions on the topics of connecting the payment API, the basket, and other resource operability.
I have a problem with the database.
There are call centers and chats, each office has its own! There are numbers and data of customers [orders], there are customer phone numbers, orders for the future [like I don’t want a burger now, but I’ll need it then and there, I’ll fly past and pick it up], current orders, as well as cells with date and time , the amount of the purchase [by the way, I think that the latter does not have to be combined, and placed separately to avoid a quote, but it’s completely impossible not to do them, since this is all taken into account when calculating my percentage] - I’ll explain, they want to do this, not to stipulate a fix, but to pay only on the fact of the products sold through the resource, so that, moreover, its usefulness can be seen, for example, it is paid like this - let's say a burger is 100 rubles, well, 5% will go away from its cost, for example, and so, then it turns out that each sold product must be taken into account and stored somewhere and then counted. I can handle math. Of course, I can offer them other terms of calculation, but the fact is that, in principle, I myself am interested in how best to do this.
Of course, I'm not asking for a solution, but maybe I'm thinking wrong at all? I don't have much experience in assembling such...solutions.
Thank you for your time.

Answer the question

In order to leave comments, you need to log in

4 answer(s)
H
hack504, 2019-09-12
@hack504

Usually, for such projects, a pilot is first made (a site with minimal functionality is assembled on the knee and cases are worked out). Then, with this pilot, they rush around customers and collect market requirements. And only later, when all the numbers and cases are determined, you can already start Architecture and cut production.
The same question will be of interest to customers.

X
xmoonlight, 2019-09-12
@xmoonlight

I need to develop an architecture! [namely, an architecture, since I can build a website].
Look here .

A
Anton R., 2019-09-12
@anton_reut

Do not take on what you do not understand and what you do not understand, now you have porridge and then it will be even worse. You want to invent Ali Express in the food service industry, another badly designed aggregator that won't take off.
Here is my answer.

S
Sergey, 2019-09-12
@oldzas

Practice on CPA systems, where products from several stores are merged from feeds and, making a deep analysis, build the right architecture.
If you can catalog the goods, then the most interesting task in my opinion is: when an order arrives, for example, from 3 items and each from a different supplier: you will have to play around with the delivery time of each of them to you, assemble and send to the client and monitor the status of all delivery to you and from you.
And an interesting hemorrhoid will be hidden there: where out of 3 things - you don’t like one and there will be a refusal of the whole order)) how to deal with it is up to you.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question