Кто отвечает за MATTIK

Меня зовут Иван Волков. Я архитектор, разработчик и продакт MATTIK.

В разработке я больше 15 лет. За это время занимался очень разными частями одной и той же задачи: разбирал бизнес-процессы, проектировал базы данных и архитектуру, делал интерфейсы, интеграции, участвовал в разработке и доводил системы до production.

Поэтому MATTIK — далеко не первая система, которую я сделал.

До неё были решения для расчёта себестоимости, складского и производственного учёта, отчётов и печатных документов.

MATTIK просто собрал большую часть этого опыта в одном продукте.

В бизнес-системах сама программа обычно вообще не главная проблема.

Например, предприятие говорит:

«Нам нужен нормальный склад».

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

Или:

«Хотим считать себестоимость».

А дальше выясняется, что у изделия есть несколько вариантов комплектации, материалы, операции, накладные расходы, скидка и ещё нужно понять, какую цену вообще можно дать покупателю.

С производством та же история: заказ, состав изделия, операции, задания людям, материалы, выпуск, сроки.

Поэтому для меня разработка такой системы начинается не с кнопок и таблиц.

Сначала нужно разобраться:

что здесь вообще происходит, кто принимает решение, какие данные ему нужны и что должно случиться дальше.

А уже потом появляется интерфейс.

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

Я могу сам:

• разобрать процесс вместе с заказчиком;
• спроектировать структуру данных;
• определить, как связать разные участки системы;
• продумать пользовательский сценарий;
• спроектировать интерфейс;
• разобраться с интеграцией;
• принять архитектурное решение;
• организовать развёртывание;
• проверить, как всё это работает уже на реальных данных.

Для заказчика здесь есть довольно простое преимущество.

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

Человек, с которым вы обсуждаете задачу, сам понимает, как устроен продукт и как её можно реализовать.

До MATTIK я уже много лет делал прикладные системы для бизнеса.

Например, отдельно занимался расчётом себестоимости изделий: материалы, работы, расходы, цена, прибыль.

Другое большое направление — отчёты и печатные документы. Я разрабатывал собственный конструктор отчётов, который получает данные из разных источников и формирует из них документы, PDF, таблицы и другие формы.

Отдельно много работал со складом и производством: движения товаров, остатки, резервы, закупки, заказы, производственные задания и выпуск.

Поэтому многие задачи, которые сейчас есть внутри MATTIK, для меня появились не вчера.

MATTIK не начинался с идеи:

«А давайте сделаем ещё одну ERP и попробуем её кому-нибудь продать».

Всё было намного прозаичнее.

Было действующее производство и конкретные задачи, которые нужно было решать.

Сначала понадобился нормальный расчёт изделий и себестоимости.

Потом расчёт нужно было связать с заказами.

Дальше появились производство, склад, закупки, отгрузка и всё остальное, что естественным образом начинает цепляться друг за друга, когда перестаёшь решать каждый участок отдельно.

В какой-то момент стало понятно, что это уже не набор отдельных функций, а полноценная система управления предприятием.

Сегодня MATTIK работает на производстве с реальными пользователями и реальными данными. Сейчас это одно действующее производственное внедрение.

Это уже не прототип, который красиво выглядит на демонстрации и ждёт первого настоящего заказа.

При этом я не считаю, что MATTIK однажды можно будет объявить «полностью законченной».

ERP вообще так не работает. Производство меняется, появляются новые процессы и новые требования. Система развивается вместе с ними.

Разница только в том, что сейчас это развитие идёт поверх уже работающего продукта.

Я не собираюсь начинать разговор с предложения заменить вам вообще всё.

Мне сначала нужно понять, какую проблему вы хотите решить.

Например:

• долго считаете изделия;
• не понимаете реальную доступность материалов;
• производство живёт отдельно от заказов;
• менеджеры не понимают, что происходит с заказом;
• закупки ведутся отдельно от потребности производства;
• какой-то участок до сих пор держится на Excel и памяти конкретного человека.

Дальше смотрим, что с этим можно сделать.

Если нужная возможность уже есть в MATTIK — используем её.

Если требуется настройка — определяем, что именно нужно настроить.

Если ваш процесс требует новой функции или интеграции — отдельно оцениваем разработку.

А если выяснится, что MATTIK для вашей задачи вообще не подходит, это тоже нормальный результат разговора.

Лучше понять это до покупки и внедрения.

Это тоже лучше сказать прямо.

MATTIK пока не крупный ERP-вендор с сотнями внедрений, отделом продаж, десятью менеджерами и партнёрской сетью по всей стране.

Это независимый продукт, который я сам проектирую и развиваю.

У такого формата есть очевидное ограничение: за мной нет огромного штата.

Но есть и обратная сторона.

Когда вы показываете мне свой процесс и спрашиваете:

«Можно сделать вот так?»

я могу ответить не потому, что прочитал описание продукта в базе знаний, а потому что знаю, как эта система устроена внутри.

И если чего-то в ней нет, мне нет смысла делать вид, что оно есть.

Поэтому я стараюсь довольно чётко разделять:

• что уже работает;
• что можно настроить;
• а что действительно нужно разрабатывать отдельно.

Мне намного интереснее получить ещё одно производство, на котором MATTIK нормально работает, чем просто продать ещё одну лицензию.

Не обязательно сразу переносить в MATTIK всю работу предприятия.

Можно взять одну понятную проблему.

Например:

• расчёт изделия;
• заказы;
• производство;
• закупки;
• склад.

На демонстрации разберём ваш реальный пример и посмотрим, что из этого MATTIK уже умеет.

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

Без покупки вслепую и без необходимости заранее внедрять всё сразу.