Ошибки при разработке приложения

1. Кто заказчик?
   У вас появилась идея сделать супер нужное Приложение. Нужное для кого? Например, читалка для бабушек. Простая, понятная, где хорошо виден текст. Но спросили ли вы хоть одну бабушку, променяет ли она бумажную книгу на приложение? И если уж да, то какие функции в нем ей будут наиболее важны?
    
2. Не правильно определили роли.
   Над разработкой мобильного продукта трудится большая команда, а то и не одна. У команд есть так называемый мозговой центр: product manager, project manager, marketing manager, team lead. В начале пути нужно четко понимать какие обязанности и ответственности у каждого из этих специалистов.
   
   Team lead - составляет рабочий график, распределяет задачи между членами команды, контролирует состояние проекта, движение от этапа к этапу. 

Project manager - отвечает за приоритетность задач, решение проблем, коммуницирует с клиентом (заказчиком) и по сути является связующим звеном между заказчиком и командой, переводя коммуникацию на понятный каждой стороне язык. 

Product manager - изучает аудиторию, чтобы влиять на продукт. Готовит продукт к выходу на рынок. Анализирует рынок, конкурентов. Отвечает  за то, чтобы разработка соответствовала требованиям рынка и целевой аудитории. Определяет пути продвижения продукта, его жизненный цикл, инструменты промо, которые нужно применять на каждом этапе ЖЦ. Резюмируя: продакт менеджер спрашивает у бабушек какие функции в мобильной читалке им важны и передает разработчикам какой функционал реализовать.

Marketing manager - изучает продукт, чтобы повлиять на аудиторию. Доносит ценность продукта ЦА. Продумывает каналы коммуникации, сообщения, позиционирование. Резюме: маркетинг менеджер рассказывает бабушкам какая крутая читалка и как она им нужна.

        3. Рассчитали сроки без учета рисков.
В любых расчетах проекта - финансовых, человеческих, технических ресурсов, нужно прибавлять процент на риски. Что если реализация фичи потребует больше времени или нового разработчика в штат? Как быть, если сломается комп со всеми наработками, а вы не успеете выгрузить их на сервер. 20 % рисков минимальный маст хэв в расчетах.

        4. Поспешили с наймом людей.
Команда - залог качества и скорости разработки. Может быть ситуация, когда наняли крутых специалистов, все Senior как на подбор, но они между собой не ладят. Нарушенная коммуникация - сбои в работе, провалы в сроках. Или команда сплоченная, общение налажено, но hard skills подводят. Или же все профи и ладят между собой, но есть кто-то один, кто в силу личных или проф качеств подводит всех. Такие мелочи далеко не мелочи. А самая важная составляющая в запуске проекта разработки.

        5. Мало времени потратили на тестирование.
Перед выпуском приложения в большой мир, нужно протестировать его не только с технической стороны, а и посмотреть как пользователь, будто впервые видите это приложение. А лучше - собрать фокус-группу из ЦА для теста usability.