The post has been translated automatically. Original language: Russian
In large international corporations, a product is a role with clear boundaries: you have a vision, conduct research, and deliver tasks. In Kazakhstan IT, especially in a small or medium-sized team, everything is different. Here, one or two products close the entire cycle: from a hypothesis to a real business impact. There is no separate analyst, project, or "stakeholder who will figure it out on his own." You are the only point that keeps the product afloat while the market changes every couple of months.
This is exactly the role of a product in a Kazakh IT team that works on fintech and logistics solutions for online stores and marketplaces. The products process more than 1 million orders per month, and are integrated with 10+ delivery services, banks, and large marketplaces. Here, every decision directly affects the money of the stores, and beautiful slides do not pass without a real result.
The day starts with dashboards. Are you looking at how you worked yesterdayThe aggregator is a single delivery API that combines multiple delivery services in one interface.: how many orders have gone, where the deadlines have increased, and how many funds are stuck on the overlay. A notification immediately arrives: one of the major marketplaces is changing the acceptance rules — integration needs to be finalized urgently. At the same time, in the chat, a request from the store owner: "Add targeted financing for advertising campaigns, the season is ending."
You can make it in one day.:
- Conduct CustDev with five store owners from different regions.
- Calculate the unit economy of the new feature for accelerated payments: how much the store will save on cash flow and how much the conversion rate will increase.
- To protect the priority of the task to the developers and partners from the bank.
- Analyze the non-purchase data and update the blacklist rules.
- Coordinate the processing of claims for lost parcels over the past month.
At the same time, 10-15 active initiatives are in the works at the same time. One team is piloting improvements in delivery monitoring, the second is fine-tuning the Aggregator to meet the new requirements of the marketplace, and the third is considering the impact of Islamic banking on targeted financing.
The most common question from stakeholders is "Why can't this be done yesterday?" from store owners, from banks, from their team. You become a filter and a translator.
You don't answer "because that's what I decided." You show the numbers: "This revision of claims will return 12-15% of the lost funds to the stores for the year. And speeding up payments by one day gives +8% to LTV." When demands are pouring in from all sides, you consider the real impact on key metrics: money turnover, percentage of non-purchase, conversion to delivery.
The research here is not a 500—person survey. These are calls and meetings with store owners who face payment delays and logistical problems every day. You ask, "How often do you lose money due to non-purchase?" and a week later you see in the data how the new feature has reduced this figure by 18%.
These insights then need to be defended in front of delivery partners and banks. We need to be able to explain why this particular integration is important not only for us, but for the entire market.
Every release is not an "added button". This is a calculation: how many stores will receive money faster, how their turnover will change, and how much trust in the platform will grow. You are both a strategist, an analyst and a bit of a project: today you consider the impact of the seasonal peak on the load of the Aggregator, tomorrow you consider how the new rules of Islamic banking will affect targeted financing.
You can see the risks far away: changing the tariffs of one delivery service can bring down the unit economy of dozens of stores. There is a new regulatory nuance, and the entire payment process needs to be rebuilt. A product that drags does not extinguish fires. He changes the processes so that fires do not occur.
To pull a product in such an environment, you need more than just skills.:
- Deep understanding of the domain: fintech + logistics + e-commerce of Kazakhstan.
- Fast work with data: dashboards, SQL, Excel.
- Communication in three languages: business, techies and partners.
- The ability to say "no" with numbers in hand.
- Stress tolerance and the ability to keep the context of 15 parallel tasks.
- Systems thinking: to see how one small change affects the entire chain from the buyer to the bank.
In the Kazakh reality, a product is not a "product owner". This is a person who handles the entire cycle of creating value for the client.
In large companies, a product can afford deep specialization. In Kazakhstan, he should be a universal fighter: at the same time a strategist, analyst, communicator and a bit of a project. It is these products that move the local market forward — they make delivery faster, payments more transparent, and the business of stores more stable.
How do you carry your product? What is the most difficult moment for you right now — prioritization, CustDev, risks or something else?
В крупных международных корпорациях продакт — это роль с чёткими границами: ты владеешь видением, проводишь исследования и передаёшь задачи. В казахстанской IT, особенно в небольшой или средней команде, всё иначе. Здесь один-два продакта закрывают весь цикл: от гипотезы до реального влияния на бизнес. Нет отдельного аналитика, проджекта и «стейкхолдера, который сам разберётся». Ты — единственная точка, которая держит продукт на плаву, пока рынок меняется каждые пару месяцев.
Именно так выглядит роль продакта в одной казахстанской IT-команде, которая работает над финтех- и логистическими решениями для интернет-магазинов и маркетплейсов. Продукты обрабатывают более 1 млн заказов в месяц, интегрированы с 10+ службами доставки, банками и крупными маркетплейсами. Здесь каждое решение напрямую влияет на деньги магазинов, и красивые слайды без реального результата не проходят.
День начинается с дашбордов. Смотришь, как вчера отработал Агрегатор — единый API доставки, который объединяет несколько служб доставки в одном интерфейсе: сколько заказов ушло, где выросли сроки, сколько средств застряло на наложке. Тут же приходит уведомление: один из крупных маркетплейсов меняет правила приёмки — нужно срочно доработать интеграцию. Параллельно в чате запрос от владельца магазина: «Добавьте targeted financing под рекламные кампании, сезон заканчивается».
За один день ты можешь успеть:
- Провести CustDev с пятью владельцами магазинов из разных регионов.
- Посчитать unit-экономику новой фичи по ускоренным выплатам: сколько магазин сэкономит на cash flow и насколько вырастет конверсия.
- Защитить приоритет задачи перед разработчиками и партнёрами из банка.
- Проанализировать данные по невыкупу и обновить правила black list.
- Согласовать обработку claims по потерянным посылкам за прошлый месяц.
При этом в работе одновременно 10–15 активных инициатив. Одна команда пилотирует улучшения мониторинга доставок, вторая дорабатывает Агрегатор под новые требования маркетплейса, третья считает влияние исламского банкинга на targeted financing.
Самый частый вопрос от стейкхолдеров: «Почему это нельзя сделать вчера?» От владельцев магазинов, от банков, от своей команды. Ты становишься фильтром и переводчиком.
Ты не отвечаешь «потому что я так решил». Ты показываешь цифры: «Эта доработка claims вернёт магазинам 12–15 % потерянных средств за год. А ускорение выплат на один день даёт +8 % к LTV». Когда требования сыплются со всех сторон, ты считаешь реальный impact на ключевые метрики: оборачиваемость денег, процент невыкупа, конверсия в доставку.
Исследования здесь — это не опросы на 500 человек. Это звонки и встречи с владельцами магазинов, которые каждый день сталкиваются с задержками выплат и проблемами логистики. Ты спрашиваешь: «Как часто вы теряете деньги из-за невыкупа?» — и уже через неделю видишь в данных, как новая фича снизила этот показатель на 18 %.
Эти инсайты потом нужно защищать перед партнёрами из доставки и банков. Нужно уметь объяснить, почему именно эта интеграция важна не только для нас, но и для всего рынка.
Каждый релиз — это не «добавили кнопку». Это расчёт: сколько магазинов получит деньги быстрее, как изменится их оборачиваемость, насколько вырастет доверие к платформе. Ты одновременно стратег, аналитик и немного проджект: сегодня считаешь влияние сезонного пика на нагрузку Агрегатора, завтра — как новые правила исламского банкинга повлияют на targeted financing.
Риски видишь далеко: изменение тарифов одной службы доставки может обрушить unit-экономику десятков магазинов. Новый регуляторный нюанс — и нужно перестраивать весь процесс выплат. Продакт, который тащит, не тушит пожары. Он меняет процессы так, чтобы пожары не возникали.
Чтобы вытягивать продукт в такой среде, нужны не только навыки:
- Глубокое понимание домена: финтех + логистика + e-commerce Казахстана.
- Быстрая работа с данными: дашборды, SQL, Excel.
- Коммуникация на трёх языках: бизнеса, технарей и партнёров.
- Умение говорить «нет» с цифрами в руках.
- Стрессоустойчивость и способность держать контекст 15 параллельных задач.
- Системное мышление: видеть, как одна мелкая доработка влияет на всю цепочку от покупателя до банка.
В казахстанской реальности продакт — это не «владелец продукта». Это человек, который держит на себе весь цикл создания ценности для клиента.
В больших компаниях продакт может позволить себе глубокую специализацию. У нас в Казахстане он должен быть универсальным бойцом: одновременно стратегом, аналитиком, коммуникатором и немного проджектом. Именно такие продакты и двигают локальный рынок вперёд — делают доставку быстрее, выплаты прозрачнее, а бизнес магазинов устойчивее.
А вы как тащите свой продукт? Какой самый сложный момент для вас прямо сейчас — приоритизация, CustDev, риски или что-то другое?
Share
