В статье речь про платежную форму. Задача платежной формы с точки зрения магазина — обеспечить ему максимальное число успешных платежей. В идеальном мире — 100% клиентов перешло и 100% оплатило.
>конских (tm) процентов Киви
Если говорить честно, то небольшая комиссия при подключении малого или микробизнеса не окупит даже расходов на подключение, а в некоторых случаях и транзакции. Комиссии в России точно лучше мировых, т.к. у нас нет фиксы в 30 центов, как берет, например, stripe https://stripe.com/us/pricing, чтобы небольшие транзакции окупались. Еще в QIWI полностью бесплатные возвраты. В целом по рынку, у всех комиссии примерно равные.
Летом была стажерская программа в QIWI и силами одного из школьников написали на Node.js утилитку, сравнивающую данные и схемы в бд. Сейчас используем для сравнения горы справочников перед релизами. Удобно, например, что умеет сравнивать данные без учета автоинкрементной колонки.
Возможно, кому-нибудь пригодится: https://github.com/qiwi/pg_comparator
Такая возможность есть в ishop в текущем протоколе. В обновленном протоколе, который мы представим в сентябре, все будет удобнее и это будет основной вариант интеграции. Если будут вопросы — обращайтесь.
В Qiwi, правда, по кошельку тестируем от 100 до 200 транзакций в секунду на магазин. AliExpress умеют устраивать красивые акции с эффектным ростом оборота. :)
Курс конвертации может зависить от суммы, валютных пар и у нас может меняться каждые несколько часов. Не уверен, что в том микросервисе для данного запроса прикручивали кеширование, тк это был побочный для них функционал и нагрузка обычно оставалась небольшой. У нас сейчас чистое js приложение, поэтому загружается статическая страница, а дальше запрашивает весь требуемый контекст по rest api.
Веб-аналитика сейчас крутится на Vertica, а транзакционную мы собираем из Oracle и раскладываем в нужные разрезы в PostgreSQL. ClickHouse очень интересная, яндекс молодцы, но пока не использовали.
Менеджер по развитию продукта (Product owner) и есть бизнес, который «знает» как должен выглядеть продукт и отвечает за его развитие. А другой бизнес: менеджеры по продажам и сопровождению — продают то, что сделано или приходят с предложениями и проектами для крупных заказчиков. Только проектный подход работает гораздо хуже продуктового+проектного. Пример я приводил в статье "Извините, мы запускаем новый продукт" в разделе эволюционная деградация.
Может это просто повлияло падение курса рубля, когда раньше на 15к можно было купить, к примеру, приличный смартфон, а сейчас нет?
У многих крупных провайдеров было установлено ограничение на максимальную сумму в 15000 при оплате с кошелька. Снятие таких ограничений требовало доработок со стороны провайдера. Оповещением и согласованием доработок как раз и занимались менеджеры.
Ну и как всегда минутка критики. Форма входа не отправляется при заполнении через KeeFox, на что поддержка сказала, что поддержка плагинов браузера у них не планируется. Не, ну а что? Зачем пользователям безопасность, мы лучше форму входа так обвесим яваскриптом, что он кроме как ввод пользователем ничего не примет.
Сайт сейчас переходит на single page application + api, да. Там возможны проблемы с реализацией. Передал им. Спасибо. Кстати, а у нас на странице оплаты плагин работает?
Ну а про навязчивость например вашей дружбы с мегафоном я молчу. В итоге тупо всех записали в согласившихся, и теперь я вижу вот такую картинку.
Проектные менеджеры иногда излишне стараются причинить добро, знаю по себе. :) Извините.
В первой статье в комментариях вообще было бурление. :) И оно более чем объяснимо, но это не повод опускать руки. Сейчас многие команды в Qiwi делают классные и востребованные вещи, которые помогают людям.
Наша команда — одна из них и мы стараемся честно делиться опытом, который может быть полезен другим и вставать на сторону пользователя.
Сейчас, с небольшой, но волокитой, но это возможно сделать, зарегистрировавшись как именной кошелек. Делаем все возможное, чтобы существенно упростить и полностью автоматизировать механику уже в этом году.
Спасибо! Обновил пример. Правда, вместо random_int оставил rand, т.к. random_int появился только в php 7, а пятая версия, как понимаю, все еще очень популярна.
Лучше выкатить нормальную библиотеку для работы с АПИ
Полностью согласен. Давно над SDK думали, но без обновления ishop.qiwi.com они были почти бессмысленны. Теперь, после доработок API и начала работ над новым ishop, есть желание вернуться к этой теме и заказать разработку open source SDK и плагинов для популярных платформ для REST API. Есть желание поучаствовать?
Ну и странное же у вас API, как будто не новое, а старое.
Для получения обратной связи и написал статью. :) Есть предложения по улучшению?
>конских (tm) процентов Киви
Если говорить честно, то небольшая комиссия при подключении малого или микробизнеса не окупит даже расходов на подключение, а в некоторых случаях и транзакции. Комиссии в России точно лучше мировых, т.к. у нас нет фиксы в 30 центов, как берет, например, stripe https://stripe.com/us/pricing, чтобы небольшие транзакции окупались. Еще в QIWI полностью бесплатные возвраты. В целом по рынку, у всех комиссии примерно равные.
Возможно, кому-нибудь пригодится: https://github.com/qiwi/pg_comparator
Да.
Норма — в пределах 2-3 секунд.
Успешна. Причем онлайн обновляется баланс клиента и, по умолчанию, баланс компании, которая принимает платеж.
Все верно, это Ali 11.11. Только не выручки, а числа оплат. Графики с тестов не такие эффектные. :)
У многих крупных провайдеров было установлено ограничение на максимальную сумму в 15000 при оплате с кошелька. Снятие таких ограничений требовало доработок со стороны провайдера. Оповещением и согласованием доработок как раз и занимались менеджеры.
Сайт сейчас переходит на single page application + api, да. Там возможны проблемы с реализацией. Передал им. Спасибо. Кстати, а у нас на странице оплаты плагин работает?
Проектные менеджеры иногда излишне стараются причинить добро, знаю по себе. :) Извините.
Наша команда — одна из них и мы стараемся честно делиться опытом, который может быть полезен другим и вставать на сторону пользователя.
Полностью согласен. Давно над SDK думали, но без обновления ishop.qiwi.com они были почти бессмысленны. Теперь, после доработок API и начала работ над новым ishop, есть желание вернуться к этой теме и заказать разработку open source SDK и плагинов для популярных платформ для REST API. Есть желание поучаствовать?
Для получения обратной связи и написал статью. :) Есть предложения по улучшению?