Клиент требует дополнительные работы: ты разработчик, а не МФУ

И тут приходит вопрос: подключите ещё онлайн-кассу, чтобы автоматически формировались чеки.

Связывается бухгалтер, присылают инструкции, ссылки, объясняют, что у них уже есть оборудование для офлайн-магазинов. Нужно теперь как-то связать это с сайтом. Я говорю: посмотрим, что за задача. Если мы можем её сделать, отдельно оценим. Если не можем, не будем брать деньги за то, в чём не разобрались.

А в ответ получаю: «Вы обязаны. Вы же программисты. Зачем мне сайт без этого?»

Вот тут и начинается интересное.

«Вы же сайты делаете» не означает «вы делаете вообще всё»

У нас в приложении к договору не было этой интеграции. Мы её не обсуждали как часть оплаченного проекта. И настройка кассовых решений не была нашей профильной услугой.

Но у клиента другая логика. Есть интернет-магазин. Мы его сделали. Значит, всё, что связано с дальнейшей торговлей, автоматически попадает к нам. Сегодня касса, завтра 1С, послезавтра ещё какой-нибудь сервис.

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

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

От правок мы не отказывались

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

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

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

Поэтому я и упёрся. Не потому, что не хочу помогать. А потому, что нельзя вешать на команду новую работу, не согласовав ни объём, ни компетенции, ни оплату.

Мы с партнёром выбирали: согласиться или отказать

Вроде начинали хорошо. Даже думали продолжить с этим клиентом на поддержке. И тут такой разговор.

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

Потому что я уже представлял продолжение. У магазина доставка была организована частично вручную: заказ пришёл, сотрудники связались с покупателем, уточнили детали, передали курьеру. Изначально им так было удобно.

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

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

Пиши, что именно ты делаешь

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

Например, базовая SEO-оптимизация сайта и SEO-продвижение — разные работы. Заполнить title и description не означает потом месяцами заниматься видимостью проекта. Подключить аналитику — не то же самое, что постоянно вести аналитику бизнеса.

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

Я бы отдельно выяснял:

• Как проходит заказ и что происходит после него.
• Что клиент хочет автоматизировать сейчас.
• Что остаётся ручным по его решению.
• Где нужен другой специалист или поставщик сервиса.

Чем раньше это проговорили, тем меньше шансов услышать в конце: «Это же очевидно, почему вы сразу не сделали?»

Если задача не твоя, не изображай всемогущего

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

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

А мысль для тебя простая. Не становись МФУ — многофункциональным устройством, которое обязано выполнить всё, что клиент вспомнил после запуска. За свою работу отвечай. Новую работу обсуждай отдельно. И обозначай это до того, как спокойный проект превратится в спор о том, сколько ещё ты всем должен.