После анализа более 500 запросов на разработку, выявили ключевые проблемы и моменты, которые затрудняют коммуникацию между предпринимателями и студиями. В этой статье делимся руководством по формулировке запросов, которые точно понятны всем сторонам. Узнайте, как четко определить цели, структурировать ожидания и сделать ваш следующий IT-проект успешным.

Привет, я Максим из Sailet. Мы специализируемся на заказной разработке, работаем с 2017 года, выполнили множество интересных проектов, рассказываем про автоматизацию и развиваем свой СЭД.

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

Цель — указывает направление всего проекта. Если у вас нет понимания, зачем вам нужна эта система, уже на этом этапе можно заканчивать. Проще, чтобы она была конкретной, измеримой, достижимой, релевантной и временно ограниченной (классика, SMART). Ни один подрядчик не сформирует цель за вас, потому что это будет его цель.

Шаги для определения цели:

• Определение проблемы или потребности - а что я хочу решить/получить от будущей системы?
• Определение ЦА - а кто вообще будет использовать мою систему? Сотрудники это тоже внутренняя ЦА. Лидия Михайловна в бухгалтерии и Сергей Федорович на производстве, в зависимости от задачи, могут быть одним сегментом. 20-ти летние специалисты поддержки другим.
• Анализ рынка и конкурентов - а что у них и как работает? Нужен ли вообще мой продукт? К нам приходило пару десятков запросов на разработку сервиса такси (“Брат хочу как яндекс”). Вопросы “зачем?” или “какая цель?”, естественно оставались без ответа.
• Формулирование цели - надеюсь, что SMART уже стал классикой везде. Если вдруг нет, то ответственность за понимание в этот момент на говорящем. Т.е. целью не может быть “хочу, чтобы компания взлетела” или “делаю, потому что у конкурентов есть” или “надо освоить бюджет”. Это реальные примеры…
• Приоритезация потребностей - что важнее именно сейчас? “Хотим автоматизировать всю компанию, сделать единый портал”, чаще всего означает, не знаем что хотим, процессы не описаны.
• Вовлеченность заинтересованных сторон - нужна ли пользователям система? Понятно, что люди в большинстве своем боятся нового, но тут классическое управление изменениями, сначала продаем и доносим ценность, затем внедряем и обучаем.
• Документация - понятно, что великий “Агил” говорит нам, что работающий продукт важнее исчерпывающей документации, но это не отменяет ее в целом. Ориентир должен быть всегда, а что не написано, то неправда.

Инструменты для определения цели:

• Mind Mapping (MindMeister, XMind): Помогает визуализировать вашу идею и раскладывает её по полочкам.
• Опросы (Google Forms, SurveyMonkey): Используйте их для получения обратной связи от потенциальной аудитории, чтобы понять их потребности.

Конечно же, на этапе продажи, когда к нам приходит запрос, если он “наш” мы с вами его формулируем, перекладываем в mindmap, делаем структуру проекта и т.д. Ниже парочка примеров, как это может выглядеть. Оставить заявку можно по ссылке. Делаем не всем, только после квалификации, потому что это бесплатно.

Формат 1:

Формат 2:

Формат 3:

Работают на самом деле все форматы, главное уметь их применять. 

Примеры неправильных запросов и их анализ

Давайте рассмотрим три простых примера запросов и почему они могут не соответствовать требованиям качественного запроса.

• Слишком общий запрос: "Нам нужен сайт для нашего бизнеса."
• Проблема: Недостаток деталей. Неясно, какой тип сайта нужен, какие функции он должен выполнять, кто целевая аудитория.
• Запрос без бюджета и сроков: "Мы хотим разработать мобильное приложение для онлайн-курсов."
• Проблема: Отсутствие конкретных рамок. Разработчику сложно оценить проект и предложить решения, соответствующие ограничениям заказчика.
• Технически перегруженный запрос от непрофессионала: "Нам нужно приложение на React с использованием GraphQL для бэкенда и Firebase для аутентификации."
• Проблема: Технологические предпочтения без цели и задачи. Может это вообще пирамида или веб-сервис на “голом Си”?

• Краткое описание вашего бизнеса. Хотя бы название компании. Многие даже это боятся оставить в форме. Мы сами нагуглим)
• Цель проекта. По SMART - высший пилотаж. Но, хотя бы кратенькую.
• Описание задачи, которую должен решить проект.
• Целевая аудитория, в том числе внутренняя.
• Список must-have функций. Прям сильно верхнеуровнево, но тем не менее.
• Реалистичный бюджет и временные рамки проекта. “Ищу ERP, бюджет 2000$” ведет только в самостоятельный open source.
• Ссылки на схожие продукты или функции, которые вас вдохновляют. Если есть, конечно же.

Примеры правильных запросов

Название: Компания “Х” 

Запрос: ищем команду для создания мобильного приложения, помогающего пользователям формировать и отслеживать ежедневные привычки. Цель - запуск MVP за 4 месяца с функциями создания привычек, напоминаний и аналитики прогресса. ЦА - молодые профессионалы 25-35 лет. Бюджет - до 20 000$. В качестве примера рассматриваем 'Habitica' и 'Todoist'."

Название: “Обучаем и точка”

Запрос: необходимо создать веб-платформу для курсов повышения квалификации. Задача: обеспечить доступ к обучающим материалам, видеолекциям и тестам с возможностью отслеживания успеваемости. На курсе 1000 студентов. Целевая аудитория - взрослые обучающиеся 30-45 лет. Бюджет проекта ограничен 10 000$, сроки - до 6 месяцев. Примеры для ориентира - 'Coursera' и 'Udemy'."

Название: ТОО “Сайлет”

Запрос: планируем разработать систему для автоматизации учета запасов для малого ритейла. Хотим упростить инвентаризацию и учет товаров, сократить время на обработку данных для владельцев малых магазинов. Бюджет проекта - до 40 000$, желаемый срок реализации - 3 месяца. Желаемые функции: сканирование штрих-кодов, интеграция с существующими системами учета, отчетность. Ориентируемся на функционал 'Square' и 'Shopify'."

Это примеры реальных запросов, немного скорректированных и обезличенных.

Фактически, у нас есть две ЦА, с которыми работа строится немного по-разному. Понятно, что пунктов в квалификации в десятки раз больше, но глобально: первые - люди/компании с идеей, вторые - компании с процессами. Поэтому, ниже расписаны 2 этих сценария.

• Описание идеи: Начните с общего описания вашей идеи. Сосредоточьтесь на проблеме, которую вы хотите решить, и потенциальной целевой аудитории. Не переживайте о технических деталях; ваша задача — передать видение.
• Предполагаемое воздействие: Опишите, как ваша идея может улучшить жизнь или работу вашей целевой аудитории. Это поможет разработчикам понять ценность проекта.
• Исследование: Поделитесь результатами любого предварительного исследования, которое вы провели, включая анализ конкурентов или опросы потенциальных пользователей.
• Функциональные ожидания: Даже если вы не можете полностью описать все функции, укажите ключевые функции, которые, по вашему мнению, будут важны. Используйте формат "мне бы хотелось, чтобы пользователи могли..."
• Вопросы и пробелы: Честно обозначьте любые вопросы или неопределенности, которые у вас есть в отношении проекта. Это может включать технические возможности, масштабирование в будущем, стоимость, как это все обслуживать, количество итераций правок и т.д.

• Текущий процесс: Опишите существующий процесс с учетом его шагов, участников и используемых инструментов. Это позволит разработчикам понять, откуда начать. Как это сделать, можно почитать тут.
• Проблемы и недостатки: Четко укажите, с какими проблемами вы сталкиваетесь в текущем процессе. Это могут быть задержки, частые ошибки или высокие операционные расходы.
• Желаемая автоматизация: Конкретно опишите, какие шаги или задачи вы хотели бы автоматизировать. Если возможно, укажите предпочтительные технологии или платформы. Часто, процессы формируются и описываются в компаниях от хотя бы 50 человек, у которых уже есть свой “айтишник”.
• Ожидаемый результат: Обозначьте, какие улучшения вы ожидаете от автоматизации, включая любые конкретные метрики успеха, к которым вы стремитесь.

Подробнее про процессы можно посмотреть тут.

Я конечно немного “задушнил” и вам может показаться, что я перекладываю ответственность на вас (будущего заказчика), ведь качественная услуга = сервис. Но, ответственность за успешность проекта всегда лежит на двух сторонах. Если ваш проект не нужен вам на старте и вы не готовы инвестировать в него время, разбираться, что-то там формулировать, то и закончите вы его с вероятностью 1% (указал как стат. погрешность).

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