Франчайзи 1С и внешний разработчик: как поделить работу, чтобы не мешать друг другу

Эта статья для франчайзи 1С. Вы отлично знаете учёт, конфигурации и процессы клиента. Но всё чаще клиент просит то, что лежит за пределами 1С: склад на терминалах сбора данных, бот для приёма заказов, личный кабинет для покупателей. Мобильная и веб-разработка — отдельная профессия. Держать под неё людей в штате ради пары проектов в год невыгодно. Я делаю именно эту часть и предлагаю работать в связке. Расскажу, как я вижу разделение, чтобы мы не мешали друг другу.

Типичная ситуация

У клиента франчайзи склад. Кладовщики принимают и отгружают товар по бумажным листам, потом кто-то переносит всё в 1С. Клиент хочет терминалы со сканером: отсканировал штрихкод, документ сразу в учёте.

Другой вариант. У клиента оптовые покупатели, заказы приходят в мессенджеры, менеджеры набирают их руками. Клиент хочет бота, который принимает заказ и сам создаёт документ в 1С.

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

Как делить работу

Граница проходит по простому правилу. Всё, что внутри 1С, делает франчайзи. Всё, что снаружи и видит пользователь, делаю я.

Франчайзи отвечает за учёт в 1С, доработки конфигурации, HTTP-сервис, через который приложение говорит с базой, и отчёты. Это ваша территория, вы знаете базу клиента лучше меня.

Я отвечаю за мобильное приложение для терминалов, интерфейс кладовщика, печать этикеток, бота в Telegram или MAX. Сюда же входят очередь документов при плохой связи, проверки на стороне приложения и удобство для людей, которые работают в перчатках на холодном складе.

Стык — протокол обмена

Самое важное место в такой работе — договорённость о том, как приложение и 1С говорят друг с другом. Я называю это протоколом. Это короткий документ: какие запросы есть, какие поля в них, какие ответы, какие ошибки и что показать человеку при каждой.

Протокол согласуем до того, как кто-то напишет первую строку кода. Это экономит больше всего времени. Когда протокол есть, франчайзи делает HTTP-сервис, я делаю приложение, и мы не ждём друг друга. Я могу работать на заглушке, которая отвечает по протоколу, пока сервис в 1С ещё в разработке.

Если протокол меняется по ходу, меняем его вместе и письменно. Устные «давай добавим ещё полечко» потом превращаются в ошибки, которые никто не может объяснить.

Кто общается с клиентом и как устроен договор

Клиент ваш. Вы с ним работаете годами, знаете людей и процессы. Я не перехватываю общение и не выхожу на клиента напрямую. Если нужно что-то уточнить у кладовщика или показать макет экрана, делаю это через вас или вместе с вами, как удобнее.

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

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

Сроки и порядок работы

Сначала короткий этап на согласование протокола и экранов. Потом работа идёт параллельно: вы в 1С, я в приложении. Встречаемся на общем тестовом стенде, где стоит копия базы клиента и опубликован HTTP-сервис.

На стенде прогоняем реальные сценарии. Приёмка, отгрузка, инвентаризация, ошибки связи, неизвестный штрихкод. Только после этого приложение попадает к кладовщикам клиента, сначала на один терминал, потом на все. Первую неделю после запуска держим связь плотнее обычного: именно тогда всплывают мелочи, которых не было на стенде.

Что важно в таком партнёрстве

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

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

Чёткое «чьё это» при ошибке. Если документ не записался, по ответу сервиса сразу видно, где проблема: приложение отправило не то или 1С не приняла. Протокол с понятными ошибками снимает почти все споры.

Что выигрывает франчайзи

Вы закрываете задачу клиента, не нанимая людей и не осваивая новую профессию. Клиент не уходит к другому подрядчику за приложением и не приводит в свою 1С чужую команду. Вы остаётесь главным для клиента, а проект добавляет вам работы по доработкам и сопровождению 1С.

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

Частые вопросы

Вы работаете с любыми конфигурациями?

Мне не нужно знать конфигурацию изнутри. Я работаю через HTTP-сервис по протоколу. Конфигурация может быть любой, если в ней можно сделать такой сервис.

А если клиент захочет связаться с вами напрямую?

Я перенаправлю его к вам. Клиент ваш, и это правило действует всё время работы.

Кто сопровождает приложение после запуска?

Договариваемся заранее. Обычно я сопровождаю приложение, а вы 1С. Обращения клиента идут к вам, вы передаёте мне то, что касается приложения.

На каких терминалах работает приложение?

На терминалах сбора данных на Android и на обычных смартфонах. Модели и принтеры этикеток уточняем на старте.

Что если протокол придётся менять после запуска?

Меняем вместе и письменно, с новой версией протокола. Старую версию держим, пока все терминалы не обновятся.

Коротко о главном

Франчайзи и внешний разработчик хорошо дополняют друг друга. Вы делаете учёт, доработки, HTTP-сервис и отчёты. Я делаю приложение, интерфейс кладовщика, этикетки и бота.

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

Если у вашего клиента есть задача на терминалы, бота или веб-интерфейс к 1С, давайте обсудим её и распределим роли. Напишите в Telegram, MAX или VK.