Как сайты 18+ помогли нам сделать кнопку «Войти в урок» без боли
Здесь пишу о работе своей компании, запуске продуктов и управленческих решениях сайт https://qtim.pro/ тг @qtim71
Как сайты 18+ помогли нам сделать кнопку «Войти в урок» без боли
Курьер видит в приложении сумму за заказ. Финансовый отдел видит перевод. А продуктовая команда в этот момент пытается ответить на вопрос, который не помещается ни в один платёжный статус: почему итог именно такой?
Финансовый директор открывает смету на запуск личного кабинета и видит одну понятную строку: разработка. Через десять минут появляются вопросы, которые эта строка не покрывает: кто проверит обмен с ERP, кто отвечает за резервные копии, что делать с ростом облачных счетов и где в плане изменения после первого релиза.
Менеджер меняет материал товара в учётной системе. Контент-менеджер через час правит описание на витрине. На маркетплейсе остаётся прежняя характеристика, а в фильтре магазина товар всё ещё попадает в старую группу. Формально у бизнеса одна карточка. В работе их уже несколько, и каждая считает себя главной.
В roadmap нередко появляется функция, для которой ещё не определены затронутые сценарии, интеграции и границы поставки. В этой записи уже смешались четыре решения: какую проблему пользователя решать, насколько она важна, как её реализовать и когда поставка станет реальной.
Старый qtim.pro постепенно разрастался: появлялись услуги, проекты, видео и новые страницы. Вместе с ними накапливались проблемы. Ролики иногда не загружались, возникали баги, оформление становилось всё пестрее.
Небольшое изменение на экране иногда затрагивает данные, интеграции, доступы и проверку результата. В таких задачах смета растёт из-за реального объёма связей, а не из-за размера элемента интерфейса.
Представим типовую ситуацию: покупатель нажимает «Оплатить», а заказ остаётся в корзине. Страница открывается, каталог доступен, поддержка видит зелёные графики. Для человека по другую сторону экрана сервис в этот момент не работает: он не может завершить действие, ради которого пришёл.
Дата по проекту становится полезной, когда рядом с ней видны условия, владельцы решений и момент следующего пересчёта.
Правило меняется за минуту. Воспроизвести расчёт по заказу из прошлого месяца бывает гораздо сложнее — особенно когда новая ставка уже попала в общий справочник.
В CRM заказы получают статус «принят», а склад не видит часть из них. Команда обсуждает чат-бота, новые уведомления и обновление витрины. В плане появляются несколько направлений автоматизации, а точки сравнения для них нет.
Название «разработка CRM» ещё не говорит, какой договор выдержит проект. Сначала нужно понять, что известно о результате и как стороны будут принимать решения по ходу работы.
Руководитель продукта показывает схему: заявка, проверка, согласование, исполнение, закрытие. На ней пять шагов и один ровный маршрут. До оценки остаётся выяснить, что происходит с заявкой без документа, с нестандартным лимитом, с повторной операцией и с ответом внешней системы, который пришёл после тайм-аута.