Talario.ru is a marketplace of children’s activities with a catalog of 180+ offers from partners. The platform combines activity discovery, booking, analytics, and a basic SEO structure. At the start, the project was in an unstable state after the previous contractor and needed serious technical work before a proper launch.
Client goal
The order logic worked through a booking module, but it needed custom work. The age filter handled partners’ data incorrectly when formats were inconsistent. Some key events were not being tracked in analytics. Partner transitions, the main funnel channel for the marketplace, were not being accounted for at all.
What I did
The activity card reads like a service. Search and filters are tuned to child parameters and the activity format — the criteria parents actually use when choosing.
Partners write ages in all kinds of formats: “from 3 years old,” “3–5,” “6+,” “for preschoolers.” I normalized these entries into a numeric range so the filter works with numbers.
Every user departure to a partner’s site became a separate funnel event. In Yandex Metrica, you can see which activities and partners actually perform.
The welcome bonus is awarded only once. The share that can be applied in an order is limited. The logic is tied to booking statuses and does not disappear on cancellations.
Registrations, internal search, key catalog actions, partner transitions, and booking flows became measurable events.
I cleaned up the catalog structure, human-readable URLs, activity pages, and filters so the site can be promoted for long-tail queries.
UI/UX
I adjusted banners for mobile and desktop, filter behavior, activity cards, and selection and booking flows. I looked not only at the visuals, but also at the user journey: how a parent searches for an activity, compares options, and completes a booking.
The main result is that the project moved from “almost ready” to a working marketplace. CS-Cart Multi-Vendor remained the foundation, but the critical workflows were adapted for services, bookings, partners, analytics, and SEO.
If you have a service marketplace, a partner catalog, or a CS-Cart project left in bad shape by a previous contractor, you do not always need to rebuild everything from scratch. Often it is better to start with an audit, prioritize the work, and gradually bring the project into production.
Orders are built with e-commerce logic, but the business runs through services, bookings, or reservations. In that case, the data structure, statuses, notifications, and payment flow must be reworked.
Age, sizes, booking options, and other parameters are written in different formats. The solution is normalization at the database level so filters work on clean data.
If users leave for other sites, those transitions need to be tracked as separate events and tied to the funnel.
You need rules: limits on redemption, links to order or booking statuses, and clear cancellation logic.
The standard path is a technical audit, a code and database review, a list of critical issues, and a phased launch plan.
Structure, clean URLs, entry-point filters, and indexable product pages should be in place before active promotion starts.
Yes, with adjustments to some of the built-in logic. Multi-Vendor covers the core marketplace foundation: vendors, orders, role separation, and commissions. The product page, filters, checkout, and payment flow for services need to be customized.
Yes. I implement it by customizing the product page, checkout, statuses, notifications, and analytics. A ready-made universal module usually covers only a simple scenario. If you have partners, bonuses, or a non-standard funnel, custom development is needed.
Through normalization at the database level. Any entry such as “from 3 years old,” “3–5,” “6+,” or “for preschoolers” should be converted into a numeric range. Then the filter works with numbers instead of matching random digits in a string.
They should be tracked as separate events in Yandex Metrica. The dashboard will show which offers and partners actually lead the user to a booking.
In most cases, yes. A full rewrite is rarely needed. I start with a code and database audit, then give the client priorities and an execution plan.