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

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

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

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

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

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

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

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

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

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

Магазин работает по своим правилам: резервирует товар, собирает комплект, передаёт заказ на склад. Перенесём эти правила в плагин WooCommerce, чтобы менеджеры не обходили систему вручную.

Нужный блок можно собрать десятком вложенных контейнеров, но редактору придётся разбираться в каждом. Сделаем виджет Elementor с понятными полями и поведением под ваш макет.

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

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

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

На сайте нужна новая операция, но готовый модуль не учитывает ваш процесс. Разберём текущий проект на 1С-Битрикс и предложим способ доработки. Учитываем существующие компоненты и обработчики, чтобы новая функция не спорила с уже работающей логикой.

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

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

Магазину нужна функция, которой нет в готовых расширениях. Сделаем модуль OpenCart под ваш сценарий и проверим его вместе с темой, оформлением заказа и инструментами менеджера.

Нужный вывод, обработка формы или настройка редактора не укладываются в нынешнюю сборку MODX. Разберём устройство сайта и добавим функцию там, где ей место, с понятным управлением и проверкой.

Самописный сайт работает, но ему не хватает функции. Разберём код и добавим нужное действие без необоснованной замены всей системы: с настройками, проверкой и понятным порядком внедрения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уведомление в Telegram помогает быстро заметить обращение. Подключим его к вашей форме или системе, сохраним нужные данные и предусмотрим контроль, если сообщение не отправилось.

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

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

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

Полезная копия должна позволять вернуть рабочий проект. Разберём, что нужно сохранять, настроим расписание и проверим восстановление, чтобы архив не оказался набором файлов без нужных данных.

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

Менеджер разговаривает с клиентом, но в CRM нет нужной записи или вызов относится к другому сотруднику. Разберём события MANGO OFFICE и правила вашей CRM. Свяжем вызовы с клиентами, проверим сотрудников и доступные сведения о результате разговора.

Звонок появился в отчёте, но менеджеру всё равно приходится искать клиента и выяснять источник обращения. Свяжем доступные сведения UIS с вашей CRM. Разберём идентификаторы, сотрудников и рекламные данные, сохраняя разницу между подтверждённым источником и неизвестным.

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

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

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

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

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

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

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

Быстрый способ оплаты должен оставаться связанным с реальной корзиной. Подключим Яндекс Pay и проверим товары, цены и доставку на сервере, прежде чем сайт примет платёжный результат.

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

Адрес покупателя, упаковка и выбранная услуга должны дойти до отправления без повторного ввода. Свяжем магазин с Почтой России и проверим данные, которые нужны вашему порядку отправки.

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

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

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

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

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

Кнопка оплаты должна вести к операции, которую магазин сможет найти и проверить. Подключим доступный сценарий эквайринга Альфа-Банка к вашей корзине или форме. Зафиксируем связь заказа и платежа, обработаем результат и проверим незавершённую покупку.

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

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

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

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

Две системы меняют одну запись, и последнее обновление стирает полезную правку. Настроим обмен с понятными источниками: что можно обновлять, как сопоставлять записи и что делать при конфликте.

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

Merchant Center нужны согласованные сведения о товарах. Подготовим источник данных из вашего каталога и проверим, что предложение, цена и наличие соответствуют странице, на которую переходит покупатель.

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

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

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

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

Одинаковый размер записан по-разному, а похожие названия относятся к разным товарам. Подготовим сопоставление каталогов с понятными основаниями: артикул, форма, параметры и упаковка.

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

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

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

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

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

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

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

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

Каждую неделю сотрудник скачивает файлы, сводит строки и отправляет одну и ту же таблицу. Автоматизируем этот отчёт: зафиксируем источники, правила расчёта и проверку данных перед выпуском.

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

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

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

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

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

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

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

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

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

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

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

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

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

Объект уже в работе, а последняя смета осталась в переписке? Соберём обращения, документы и задачи в строительной CRM. Руководитель увидит состояние объектов, сотрудники получат понятные действия по своим участкам работы.

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

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

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

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

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

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

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

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

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

Цена изменилась, объект сняли с предложения, а старая карточка всё ещё видна на сайте. Подготовим учёт недвижимости с понятным источником данных и правилами публикации для вашей команды.
Зафиксируем участников, исходные данные, действия и ожидаемый итог.
Разработаем приложение, расширение или обмен с внешним сервисом под согласованные границы задачи.
Пройдём обычные и проблемные ситуации, подготовим доступы и необходимые сведения для дальнейшей работы.
В последних проектах QuickLanding представлены сайты и собственные продукты. Для вашей функции составим отдельный сценарий приёмки, без приписывания проектам непроверенных интеграций.

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

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

Сайт визуального редактора лендингов, где продукт можно понять через его интерфейс. Демонстрация редактирования дополняется объяснением импорта HTML, установки и условий использования.
Приложения и интеграцииПокажите действие, данные и нужный итог. Если есть система, пришлите её описание. Выберем подходящий формат: доработку, расширение, интеграцию или отдельное приложение.
Не требуется отдельный большой продукт ради небольшой функции.
Разработка опирается на подтверждённые возможности системы.
Готовность видна по действию, данным и полученному результату.
Разбираем ручной процесс и нужный итог.
Изучаем системы, доступы и исходные данные.
Реализуем согласованные функции и обработку исключений.
Проверяем результат и необходимые соседние сценарии.
Ставка разработки составляет 2 900 ₽/час. Оценим интерфейс, серверную логику, данные и проверки. Большую задачу можно разделить на самостоятельные рабочие этапы.
Покажите путь данных, участников и конечный результат. Разберём ограничения текущих систем и определим, что можно реализовать первым этапом.
Фраза «нужна автоматизация» может означать десятки разных задач. Попросим показать, кто открывает таблицу, что переносит и куда уходит результат. Такой разбор помогает выбрать между небольшой доработкой, интеграцией и самостоятельным приложением. Иногда достаточно изменить один участок существующего процесса.
Калькулятор, подборщик, форма с особой логикой или плагин расширяют действующую систему. До разработки проверим её возможности и ограничения. Для расширения определим точки подключения и настройки. Для расчёта согласуем исходные формулы, округление и сведения, которые должен видеть пользователь.

Если сотрудники работают с заявками, согласованиями или документами, может понадобиться собственный интерфейс и роли. В разработке веб-приложений начнём с одного завершённого сценария. Зафиксируем состояния записи и действия, доступные каждому участнику.
Передача между CRM, сайтом и внешним сервисом должна учитывать соответствия объектов и источник каждого значения. Обсудим повторы, недоступность сервиса и ручные изменения. Система не должна бесконтрольно создавать дубли или перезаписывать сведения, которые сотрудник уже исправил.
Подготовим набор исходных данных и ожидаемые результаты. Отдельно рассмотрим ошибки, пустые поля и повторные действия. Согласуем способ сообщить о проблеме и порядок исправления. Это позволяет принимать разработку по поведению инструмента, а не только по наличию экранов.
Программные работы стоят 2 900 ₽/час. После разбора дадим ориентир по объёму и обозначим неизвестные участки. Большие задачи разделим на этапы с проверяемым результатом. Лицензии, хостинг и услуги сторонних платформ обсудим отдельно, если они понадобятся для работы решения.

Владимир Николаев разберёт технические условия и границы функции. Проверим, какой результат нужен пользователю и как новая разработка взаимодействует с действующей системой.
На вопросы отвечает Владимир Николаев.
Веб-приложение, плагин, калькулятор, бота, обработку данных или интеграцию с внешней системой. Начать можно с конкретного сценария, даже если вы пока не знаете, какой технический формат ему подходит.
Сначала разберём процесс и примеры. Для понятной задачи подготовим оценку, для сложной может потребоваться отдельный этап анализа. Его объём и результат согласуем до начала работ.
Посмотрим код, лицензию, возможности расширения и порядок обновлений. Иногда лучше использовать предусмотренные точки подключения или отдельное дополнение. Изменять чужое решение без разбора его устройства рискованно для последующей поддержки.
Выбор зависит от задачи и текущего проекта. Проверим возможности используемой системы, доступы и ограничения. До оценки не обещаем совместимость с любой платформой без изучения её устройства.
Согласованные программные работы по задаче. Объём реализации и необходимых проверок фиксируем в оценке. Платные сервисы, лицензии и дополнительные направления работ обозначаем отдельно.
Согласуем исходный код, размещение, настройки и сведения для эксплуатации. Перед передачей проверим выбранные сценарии. Условия последующей поддержки и развития обсуждаются отдельно от завершённого этапа.
Опишите действия сотрудника или клиента, покажите текущие системы и пример данных. Предложим способ реализации и оценим объём программных работ.