В хорошем техническом задании на мини-приложение Douyin должны быть определены пользовательский путь для первого релиза, данные кампании, которыми должна управлять ваша команда, и точные результаты, которые необходимо получить к запуску. Оно также должно позволять сравнивать предложения разных подрядчиков: отдельно указывайте включённые функции, исключения, допущения и требования к передаче проекта.
Для авторов контента, местных сервисов, небольших брендов и команд кампаний наиболее практичный первый релиз — это зачастую целевой сценарий посадочной страницы с сбором обращений, купоном или действием для записи, административной панелью кампании и базовыми аналитическими событиями. Описание услуги Разработка мини-приложений Douyin отражает такой стартовый объём, однако смету следует составлять на основе подтверждённых требований, а не только названия услуги.
Определите цель кампании и пользовательский путь первого релиза
Начните с одной измеримой цели кампании. Например, можно собирать квалифицированные обращения, распространять ограниченное предложение, принимать запросы на запись или направлять пользователей в местный сервис. Не объединяйте несколько несвязанных целей, если для каждой из них в сценарии нет чёткого места и способа измерения.
Опишите путь простым языком:
- Пользователь переходит из контента, профиля или точки контакта кампании в Douyin.
- Пользователь видит основное предложение, услугу или призыв к действию.
- Пользователь отправляет необходимые данные или выбирает купон либо вариант записи.
- Система подтверждает действие и показывает следующий шаг.
- Команда кампании проверяет запись и при необходимости связывается с пользователем.
Для каждого шага укажите экран, действие пользователя, правило проверки данных и результат успешного выполнения. Уточните, должны ли пользователи входить в систему, может ли один человек отправить данные несколько раз и что происходит, если купон недоступен или запрошенное время записи невозможно подтвердить.
В хорошем техническом задании также указываются целевая аудитория, продолжительность кампании, места предоставления услуг, языки, ответственный за контент и ожидаемый рабочий процесс. Эти сведения влияют как на интерфейс, так и на работу административной панели.
Укажите требования к посадочной странице, форме обращения, купону или модулю записи
Опишите посадочную страницу как перечень блоков контента, а не как расплывчатый запрос на создание рекламной страницы. Укажите заголовок, сведения о предложении, изображения или видео, подтверждающие аргументы, описание услуги, кнопки призыва к действию и любые необходимые тексты согласия или пояснения. Уточните, какой контент предоставит ваша команда, а какой разработчику нужно создать или отформатировать.
Для формы обращения перечислите все поля и укажите, какие из них обязательные, а какие необязательные. Полезная спецификация включает:
- Имя или контактный идентификатор
- Предпочтительный способ связи
- Интересующая услуга, продукт или местоположение
- Источник кампании или значение отслеживания
- Сообщение с подтверждением отправки
- Обработка повторных отправок
Не собирайте поля только потому, что они могут пригодиться в будущем. Каждое поле усложняет процесс и создаёт обязанности по управлению данными. Уточните у поставщика, как будут работать проверка данных, обработка неудачных отправок, поиск дублирующихся записей и экспорт.
Если в кампании используются купоны, определите их тип, критерии получения, лимит выдачи, срок действия, статус погашения и порядок работы сотрудников. Уточните, будет ли купон отображаться на экране, доставляться через раздел учётной записи или представляться кодом. В смете должно быть указано, включена ли проверка погашения или мини-приложение только выдаёт право на получение купона.
Для записи предоставьте каталог услуг, местоположения, часы работы, продолжительность приёма, периоды недоступности, правила вместимости и порядок подтверждения. Решите, будут ли пользователи запрашивать время для ручного утверждения или сразу получать подтверждённую запись. Если расписание — ключевой элемент кампании, сравните предложенный объём работ с рекомендациями в статье Стоимость и сроки разработки приложения для записи.
Запросите административную панель кампании и функции управления данными
Административная панель — часть продукта, а не необязательное дополнение. Команде кампании необходимо знать, что произошло после отправки посетителем формы, получения предложения или запроса на запись.
Запросите перечень экранов административной панели. В него могут входить:
- Безопасный вход администратора
- Список обращений, купонов или записей
- Поиск, фильтры и изменение статусов
- Просмотр подробностей записи и внутренние заметки
- Формат экспорта и разрешения на экспорт
- Редактирование контента кампании
- Настройка купонов или записей
- Основные показатели на панели
- Роли пользователей, если кампанией управляет несколько человек
Укажите, какие записи хранит панель и кто имеет к ним доступ. Уточните, можно ли отследить удалённые или отклонённые записи, как фиксируются изменения и как защищается экспорт. Если кампания продолжится после запуска, предусмотрите редактируемые поля и блоки контента, чтобы для каждого изменения текста не требовался разработчик.
Если для кампании необходимы несколько ролей, сложная отчётность или интеграция с существующей системой работы с клиентами, можно также сопоставить объём работ по мини-приложению с отдельным техническим заданием на разработку административной панели и серверной части.
Подтвердите аналитические события, тестирование, развёртывание и передачу проекта
Фразы «аналитика включена» недостаточно для составления точной сметы. Перечислите необходимые события, например просмотр посадочной страницы, нажатие кнопки призыва к действию, начало заполнения формы, отправка формы, получение купона, запрос на запись, подтверждение и ошибка. Для каждого события определите важные параметры, например идентификатор кампании, местоположение, тип услуги или источник.
Попросите поставщика показать, где документированы названия событий и как ваша команда сможет их проверить. Уточните, включает ли работа только вызовы событий в мини-приложении или также настройку панели, подготовку отчётности и атрибуцию кампании. Не предполагайте, что скрипт отслеживания или вызов события автоматически предоставит полезный отчёт.
В разделе о тестировании и запуске необходимо определить:
- Поддерживаемые устройства и условия эксплуатации
- Проверки экранов и взаимодействий
- Пограничные случаи для форм, купонов и записей
- Проверки разрешений административной панели и экспорта
- Проверка аналитических событий
- Обработка ошибок и пустых состояний
- Процесс приёмочного тестирования пользователями
- Обязанности по развёртыванию и контрольный список запуска
- Период исправления ошибок после запуска, если он предусмотрен
Текущие требования Douyin к учётной записи, проверке и публикации могут меняться. Попросите поставщика указать, какой доступ к учётной записи, настройку платформы и утверждения должны обеспечить вы, а затем перед запуском проверьте актуальные требования в соответствующей официальной документации платформы.
Запросите исходный код, файлы дизайна, если применимо, заметки об окружении или конфигурации, инструкции по развёртыванию, документацию API и руководство для администратора. Уточните, какие сторонние учётные записи, учётные данные и подписки на сервисы принадлежат вам. Передача проекта не завершена, если команда получает файлы, но не понимает, как эксплуатировать, обновлять или повторно развёртывать проект.
Минимальные требования и контрольный список проверок
| Требование для включения в техническое задание | Проверка перед утверждением |
|---|---|
| Сценарий посадочной страницы с обозначенными экранами и действиями | Пройдите сценарий по списку экранов или интерактивному прототипу |
| Форма обращения с полями, проверкой данных и обработкой дубликатов | Отправьте корректные, неполные и повторные записи в тестовой среде |
| Правила для купонов или записей | Проверьте случай, соответствующий условиям, не соответствующий им и недоступный случай |
| Административная панель кампании | Войдите под каждой ролью и проверьте поиск, изменение статусов и экспорт |
| Аналитические события | Вызовите каждое событие и сопоставьте результат с согласованным списком событий |
| Поддержка тестирования и запуска | Проверьте записи тестирования, открытые вопросы и перечень обязанностей по развёртыванию |
| Исходный код и документация | Подтвердите доступ к репозиторию, заметки по настройке, владельца конфигурации и руководство администратора |
Сравнивайте фиксированные сметы по объёму работ, исключениям и требованиям к передаче проекта
Фиксированная смета полезна только в том случае, если объём работ достаточно чётко определён для сравнения. Попросите каждого поставщика структурировать смету по одинаковым разделам: дизайн интерфейса, разработка мини-приложения, серверная часть, административная панель, аналитика, тестирование, развёртывание, поддержка запуска и передача проекта.
Обратите внимание на следующие различия между предложениями:
- Количество экранов и итераций доработки
- Количество и тип форм
- Правила работы с купонами в сравнении с простым отображением купона
- Логика записи в сравнении со сбором обращений
- Роли администраторов и редактируемый контент
- Требования к экспорту, отчётности и интеграции
- Реализация аналитики в сравнении с подготовкой аналитической отчётности
- Устройства для тестирования и раунды приёмки
- Помощь с развёртыванием и настройкой платформы
- Условия предоставления исходного кода, документации и поддержки после запуска
Запросите явный перечень исключений. К типичным примерам относятся подготовка текстов, фотосъёмка, перевод, сборы внешних платформ, сторонние сервисы обмена сообщениями, сложные интеграции, текущее управление кампанией и новые функции, выявленные после утверждения. Не считайте низкую итоговую стоимость экономией, если необходимые операционные работы просто оставлены неопределёнными.
Также уточните, как обрабатываются изменения. В смете должно быть объяснено, что считается изменением объёма работ, как утверждаются дополнения и как команда фиксирует принятые решения. Краткий письменный перечень допущений поможет избежать разногласий о том, входили ли запрошенная панель показателей, правило записи или обновление контента в исходное техническое задание.
Лучший поставщик — не обязательно тот, у кого самый короткий перечень функций или самая низкая смета. Выберите предложение, которое обеспечивает проверяемый первый релиз, удобный административный процесс и понятный способ управления кампанией после запуска.
Часто задаваемые вопросы
Следует ли включать в первое мини-приложение Douyin и купоны, и запись?
Только если оба действия поддерживают одну и ту же цель кампании и ими может управлять одна операционная команда. Если реальная цель конверсии — одно действие, сделайте его основным сценарием, а другое отложите на следующий этап, если только его правила, данные и требования к тестированию уже не определены.
Что должно входить в предложение по разработке мини-приложения Douyin?
В предложении необходимо указать экраны, действия пользователей, записи серверной части, функции административной панели, аналитические события, обязанности по тестированию, поддержку развёртывания, передачу исходного кода и документацию. Также следует перечислить исключения, допущения, зависимости от сторонних сервисов и порядок утверждения изменений.
Нужна ли административная панель для небольшой кампании?
Если команде нужно проверять обращения, управлять купонами, обновлять контент, отслеживать записи или экспортировать данные, административная панель обычно является частью рабочего процесса. Может быть достаточно облегчённой панели, но запросите точный перечень функций, ролей и операций с данными, а не принимайте формулировку «базовое администрирование» как описание.
Какие сведения следует отправить перед запросом сметы?
Отправьте цель кампании, целевую аудиторию, точку входа, последовательность экранов, перечень контента, поля формы, правила купонов или записи, места работы, пользователей административной панели, аналитические события, существующие системы и обязанности по запуску. Приложите примеры имеющихся дизайнов, материалов бренда или данных серверной части, которые необходимо использовать повторно.
Подготовьте техническое задание для закупки
Перед обращением к разработчику сообщите предполагаемое название мини-приложения, цель кампании, пользовательский путь первого релиза, количество экранов посадочной страницы, поля формы, количество и правила купонов или записей, роли администраторов, аналитические события, целевой рынок, места работы и условия, необходимые для запуска. Также укажите существующие учётные записи, API, контент, дизайн и системы данных, с которыми должен интегрироваться проект.
Запросите фиксированную смету, в которой отдельно указаны включённый объём работ, исключения, тестирование, поддержка запуска, исходный код и документация. Услуга Manboo Studio «Разработка мини-приложений Douyin» охватывает сценарий посадочной страницы, сбор обращений, купоны или запись, администрирование кампании, аналитические события и передачу проекта при запуске. Чтобы сопоставить ваши требования и запросить предложение с чётко определённым объёмом работ, обсудите требования.