Как работать с франчайзи 1С: к кому обращаться, чтобы не терять время?
Друзья, привет! Меня зовут Юрий Красовский, я основатель компании «Компьютерные технологии», веду «Блог Красовского» в Telegram и уже 20 лет занимаюсь автоматизацией бизнеса. Мы работали с компаниями из разных отраслей — от автозапчастей до ядерной энергетики, помогая им выстраивать бизнес-процессы и внедрять IT-решения.
За эти годы я заметил одну закономерность: как только заходит речь об IT-аутсорсе, у бизнеса появляется масса вопросов. Кто за что отвечает? К кому обращаться? Почему нанятый программист в одиночку не может выполнить все наши задачи? Как построена команда, чтобы проект не развалился на начальной стадии?
Раньше у нас были универсальные специалисты, которые занимались всем подряд, а теперь мы выстроили чёткую структуру команды, где каждый отвечает за своё конкретное направление. Без грамотного разделения ролей IT-проекты превращаются в хаос, поэтому заказчикам важно понимать структуру франчайзи 1С, чтобы не терять время.
В этой статье разберём, как на самом деле устроена структура нашей компании, какие специалисты в ней работают и почему хороший аналитик — это не просто человек, который ставит задачи, а связующее звено между бизнесом и разработкой.
Как раньше работали IT-аутсорс компании/франчи 1С
20 лет назад структура внешних IT-специалистов, работающих с 1С, выглядела гораздо проще. В отличие от внутренних IT-отделов, состоящих из системных администраторов, техников и изредка программистов, франчайзи 1С чаще всего были независимыми специалистами. Эти одиночки или небольшие группы приходили на помощь компаниям, когда внутренним специалистам не хватало определенных компетенций для решения задач автоматизации учета и базовых бизнес-процессов на платформе 1С.
Почему универсальный подход больше не работает
Сегодня IT-проекты сложнее: больше данных, больше интеграций, больше специфики в разных отраслях. Внедрять ERP-систему для промышленного предприятия и разрабатывать CRM для интернет-магазина — совершенно разные процессы. Один специалист уже не может закрывать весь цикл.
Поэтому роли с ходом времени были разделены и выстроены в понятную систему, которая позволяет бизнесу получить результат быстрее и эффективнее.
Как сейчас устроена IT-аутсорс компания
Когда бизнесу нужна автоматизация, часто возникает вопрос: к кому конкретно идти с задачей? Кто разберётся в проблеме, кто напишет код, а кто будет отвечать за результат? IT-аутсорс — это не один специалист, который делает всё. Это выстроенная система, где каждый выполняет свою роль.
1. Аналитики – переводчики между бизнесом и разработкой
Аналитик — это человек, который разговаривает с клиентом на его языке и переводит его пожелания в техническое задание.
Клиент: «Мне нужно, чтобы бухгалтерия сама считала себестоимость товаров».
Разработчик: «Нужно прописать алгоритм, который будет учитывать закупочные цены, налоговые вычеты и расходы на логистику».
Аналитик: «Я понял, давайте сначала определим, какие данные у вас уже есть, а какие нужно доработать».
Без аналитика бизнес и разработка просто не поймут друг друга. В нашей команде аналитики работают на всех уровнях:
- Консультанты — помогают разобраться в интерфейсе, знают систему, но не погружаются в код.
- Аналитики — принимают запросы, анализируют их, ставят задачи, пишут ТЗ и тестируют результат.
- Руководители проектов — координируют работу всех специалистов, держат проект под контролем, распределяют ресурсы.
Если аналитики отвечают за формулирование и детализацию задач, то руководители проектов управляют всем процессом в целом. Они не просто контролируют сроки и бюджеты, а выстраивают логику работы команды, устраняют узкие места и помогают согласовывать решения между клиентом, аналитиками и разработчиками. РП всегда держит руку на пульсе проекта, понимая, кто с чем справляется, какие задачи критичны, а где можно оптимизировать работу. Когда проект сложный, со множеством параллельных процессов, без грамотного РП он превратится в хаос бесконечных правок.
Если вам нужна просто настройка или консультация, вам поможет консультант. Он подскажет, где нажать кнопку, как корректно ввести данные и как правильно пользоваться системой. Но если речь идёт о разработке новых функций или решении нестандартных задач, то нужен аналитик. Он разберёт проблему, посмотрит, можно ли её решить настройками или это полноценная задача на доработку, и только после этого передаст её дальше.
Аналитики — это люди, которые упрощают вам жизнь. Они не просто принимают запросы, а сразу понимают, сколько займёт работа, какие подводные камни могут быть и стоит ли вообще делать то, что вы задумали. Клиенты часто приходят с одной задачей, но в ходе обсуждения выясняется, что им нужно совершенно другое. Например, бизнес хочет отчёт по продажам, но оказывается, что данные хранятся в хаотичном виде, и сначала нужна их нормализация.
2. Разработчики – те, кто превращает идеи в код
Если аналитик понимает, что задачу нельзя решить настройками, он передаёт её в разработку. Здесь важно понимать, что программисты не должны общаться с бизнесом напрямую. Клиенты говорят на языке бизнеса, разработчики — на языке кода. Поэтому задачи отдаются через аналитика — человека, который управляет разработчиками, контролирует процесс и следит за качеством кода.
Здесь тоже важно деление на уровни:
- Джуниоры (Junior) — работают под присмотром, выполняют простые задачи.
- Мидлы (Middle) — пишут сложный код, понимают архитектуру проекта.
- Сеньоры (Senior) — проектируют системы, принимают ключевые решения.
Пример: клиент просит добавить «просто кнопку», но для этого нужно переписать логику всей системы. Джуниор может не учесть последствия, мидл справится быстрее, а сеньор оценит риски и предложит альтернативное решение.
3. Тимлиды – руководители разработчиков
Тимлид — это не просто старший разработчик. Это человек, который управляет командой, распределяет задачи, следит за кодом и помогает в сложных ситуациях.
Часто бывает так, что разработчики не хотят общаться с клиентами. Они хотят кодить, а не ходить на звонки и объяснять, почему нельзя просто «скопировать» систему конкурентов. Именно тимлид помогает выстроить работу так, чтобы разработчики не тратили время на коммуникацию, но при этом понимали суть задач.
Почему у нас всё работает?
Некоторые компании действительно идут по пути найма 10 джунов и одного сеньора, надеясь на чудо. Данная стратегия работает там, где нет сложной архитектуры, запутанной схемы бизнес-процессов, а есть простые задачи, когда надо быстро и недорого. Однако, в больших и сложных проектах это может привести к хаосу, срывам сроков и недовольству клиента. Мы же делаем упор на:
- Разделение компетенций. Каждый занимается своим делом: аналитики анализируют, разработчики кодят, РП управляют.
- Омниканальность. Клиенты могут связаться с нами через любые каналы — мессенджеры, почту, звонки.
- Фокус на качество. Мы не берем в команду толпу джунов и не надеемся, что один тимлид их вытянет.
Важно понимать, что мы не продаём "часы работы разработчиков". Мы продаём решение бизнес-задачи. И разница в том, что клиент получает не просто "запрограммированный функционал", а рабочую систему, которую удобно использовать.
Когда IT-аутсорс выстроен правильно, бизнес не думает, куда идти с проблемой. Он знает, что первостепенно надо обращаться к аналитику, который в последствии сформирует запрос клиента и составит ТЗ, сохранив время как заказчику, так и исполнителю.
Так и работает IT-аутсорс, который действительно приносит результат.
Друзья, спасибо, что дочитали до конца. Для вас в своём телеграм канале я выложил памятку со структурой работы фанчайзи 1С.