305. Самописные платежные админки

20 лет работаю с продуктовыми системами и везде есть платежи и самописные админки для их контроля и управления. Еще ни разу не встречал продукта без самописной админки для платежей. Не буду разбирать почему так происходит, поделюсь парой советов из моего опыта.

1. Упрощенный цикл проектирования и разработки

Обычно продуктовая разработка идет так: исследование > ТЗ > дизайн > разработка бэк/фронт > тестирование. Больше всего времени уходит на дизайн, разработку фронта и правку его багов.

Админка — это что-то для себя. Одна должна работать, но не обязана быть красивой и в корпоративной дизайн-системе. Поэтому я не подпускаю к админке дизайнеров и фронтендеров. Цикл упрощенный: ТЗ > разработка бэк > тестирование.

Стэк для фронта подбирается такой, чтобы с ним справился бэкендер. Бутсрап css какой-нибудь. Для Лавравеля на PHP и Джанги на Питоне есть фреймворки для админок. Рельсы — вообще лучше всех в плане “сделать админку одним бэкендером за день”.

2. Перекрестные проверки

Какие автотесты ни пиши, как ни проверяй — где-то будут ошибки в расчетах. Поэтому надо делать независимые проверки и визуализировать разницу.

Например, у нас автор зарабатывает деньги, мы вычитаем из них комиссии и остальное автор выводит в свой банк. У нас есть два независимых расчета: один считает разницу “от последнего вывода”, второй считает “за все время”. Если они расходятся, мы реагируем.

Еще есть сверка с бухгалтерией и с эквайрингами. В общем, считай по-разному, в разных системах и сравнивай.