Цикл разработки

Запуск проекта –
непростой путь

Card icon alt text

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

Card icon alt text

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

Этапы разработки
продукта

  1. Аналитика

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

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

    Нас в мире много, и кто-то уже потратил огромное количество времени и сил, чтобы выработать опыт именно в этой области. Не использовать его – по меньшей мере нерационально.

  2. Маркетинговый план

    Да, он нужен именно в этот момент. Создавать новый инструмент, а потом искать ему применение – не самая мудрая идея.

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

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

  3. Техническое задание

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

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

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

  4. Дизайн

    UI, внешность, и UX, функциональность, – неотъемлемые части единого целого. Дизайн, как и все остальные блоки, должен работать. Хороший дизайн не замечается при его использовании, все очень удобно и интуитивно понятно. Но при рассматривании вызывает эстетическое удовольствие и ощущение целостности.

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

    UI/UX обязательно проходит тестирование на целевой аудитории через кликабельные прототипы. Гипотезы, которые закладываются в создание интерфейса, должны быть проверены на практике до момента их реализации на этапе разработки.

  5. Разработка

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

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

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

  6. Контроль качества

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

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

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

  7. Продвижение

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

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

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

    Методика продвижения приложения закладывается перед его созданием, на этапе разработки маркетинговой стратегии. Это важно.

  8. Поддержка

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

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

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