Привет, я Максим из Sailet. Мы специализируемся на заказной разработке ПО, работаем с 2017 года, выполнили множество интересных проектов, рассказываем про автоматизацию и развиваем свой СЭД.
Постоянно коммуницируя с предпринимателями, знаем, что множество из них тратят огромное количество своего, и не только своего, времени на поиск IT-подрядчика: “чтобы разработать систему”. После рассказывают, что на рынке мало спецов, компании их не понимают и вообще все эти студии — “фу фу фу”. Решил сделать подробный мануал для всех будущих заказчиков, который, надеюсь, улучшит жизни многих. Поехали!
Как определить цель и почему это важно?
Цель — указывает направление всего проекта. Если у вас нет понимания, зачем вам нужна эта система, уже на этом этапе можно заканчивать. Проще, чтобы она была конкретной, измеримой, достижимой, релевантной и временно ограниченной (классика, SMART). Ни один подрядчик не сформирует цель за вас, потому что это будет его цель.
Шаги для определения цели:
- Определение проблемы или потребности - а что я хочу решить/получить от будущей системы?
- Определение ЦА - а кто вообще будет использовать мою систему? Сотрудники это тоже внутренняя ЦА. Лидия Михайловна в бухгалтерии и Сергей Федорович на производстве, в зависимости от задачи, могут быть одним сегментом. 20-ти летние специалисты поддержки другим.
- Анализ рынка и конкурентов - а что у них и как работает? Нужен ли вообще мой продукт? К нам приходило пару десятков запросов на разработку сервиса такси (“Брат хочу как яндекс”). Вопросы “зачем?” или “какая цель?”, естественно оставались без ответа.
- Формулирование цели - надеюсь, что SMART уже стал классикой везде. Если вдруг нет, то ответственность за понимание в этот момент на говорящем. Т.е. целью не может быть “хочу, чтобы компания взлетела” или “делаю, потому что у конкурентов есть” или “надо освоить бюджет”. Это реальные примеры…
- Приоритезация потребностей - что важнее именно сейчас? “Хотим автоматизировать всю компанию, сделать единый портал”, чаще всего означает, не знаем что хотим, процессы не описаны.
- Вовлеченность заинтересованных сторон - нужна ли пользователям система? Понятно, что люди в большинстве своем боятся нового, но тут классическое управление изменениями, сначала продаем и доносим ценность, затем внедряем и обучаем.
- Документация - понятно, что великий “Агил” говорит нам, что работающий продукт важнее исчерпывающей документации, но это не отменяет ее в целом. Ориентир должен быть всегда, а что не написано, то неправда.
Инструменты для определения цели:
- Mind Mapping (MindMeister, XMind): Помогает визуализировать вашу идею и раскладывает её по полочкам.
- Опросы (Google Forms, SurveyMonkey): Используйте их для получения обратной связи от потенциальной аудитории, чтобы понять их потребности.
Божественная интеграция:
Конечно же, на этапе продажи, когда к нам приходит запрос, если он “наш” мы с вами его формулируем, перекладываем в mindmap, делаем структуру проекта и т.д. Ниже парочка примеров, как это может выглядеть. Оставить заявку можно по ссылке. Делаем не всем, только после квалификации, потому что это бесплатно.
Работают на самом деле все форматы, главное уметь их применять.
Примеры неправильных запросов и их анализ
Давайте рассмотрим три простых примера запросов и почему они могут не соответствовать требованиям качественного запроса.
- Слишком общий запрос: "Нам нужен сайт для нашего бизнеса."
- Проблема: Недостаток деталей. Неясно, какой тип сайта нужен, какие функции он должен выполнять, кто целевая аудитория.
- Запрос без бюджета и сроков: "Мы хотим разработать мобильное приложение для онлайн-курсов."
- Проблема: Отсутствие конкретных рамок. Разработчику сложно оценить проект и предложить решения, соответствующие ограничениям заказчика.
- Технически перегруженный запрос от непрофессионала: "Нам нужно приложение на 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% (указал как стат. погрешность).
Божественная интеграция 2:
Не знаю, понятно ли по статье, что мы ответственно относимся к работе, морочимся с процессами и пытаемся оказывать лучший сервис (совершенству нет предела) и умеем в разработку (это можно почитать в предыдущих статьях, например). Но, если вдруг непонятно, можно оставить заявку на сайте и мы расскажем еще с десяток преимуществ, про демо результата каждую неделю, прозрачность процессов и конечно же гибкую оплату по пакетам часов. Всё, как гласит кредо предпринимателей: минимизируя риски, максимизируем прибыль. Успехов!
