Добавить в корзинуПозвонить
Найти в Дзене

Как стартапу не слить бюджет совершив единственную ошибку?

Представьте котика по имени Фронтенд. Он любит быть на виду, выглядеть красиво, и отвечает за то, как выглядит продукт: кнопки, экраны, красивые анимации. Пользователь видит именно Фронта.
А есть котик Бэкенд. Он интроверт, живёт в коробке, никому не показывается, но делает всю тяжёлую работу: хранит данные, считает, обрабатывает запросы.
Стартап нанимает двух разработчиков отдельно: один делает
Оглавление

Объясняем на котиках.

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

Представьте котика по имени Фронтенд. Он любит быть на виду, выглядеть красиво, и отвечает за то, как выглядит продукт: кнопки, экраны, красивые анимации. Пользователь видит именно Фронта.

А есть котик Бэкенд. Он интроверт, живёт в коробке, никому не показывается, но делает всю тяжёлую работу: хранит данные, считает, обрабатывает запросы.

Эти двое должны понимать друг друга. Фронт говорит: «Дай мне вон ту красивую мышку, её заказал пользователь». Бэк отвечает и передаёт данные в нужном формате, чтобы команда была выполнена. Если они говорят на разных языках или один котик ожидает данные в одном виде, а другой отдаёт в другом — всё ломается.

Как это выглядит на практике?

Стартап нанимает двух разработчиков отдельно: один делает «внешнюю» часть, второй - «внутреннюю» часть. Они работают параллельно, не созваниваются, не согласовывают, кто что от кого ожидает. Через месяц выясняется: части несовместимы. И нужно либо переписывать, либо нанимать третьего человека - который будет «переводчиком» между первыми двумя частями.

-2

Тогда сроки сдвигаются на 3–6 месяцев, бюджет удваивается, а инвесторы теряют интерес

Как этого избежать?

Правило первое:

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

Правило второе:

лучше нанять одну команду с опытом в обеих частях, чем двух несвязанных специалистов.

Правило третье:

требуйте технического плана в начале - кто за что отвечает и как части будут взаимодействовать.

Запускаете стартап? Поговорите с нами до того, как нанять команду. Объясним на пальцах, с чего стоит начать разработку = сэкономим ваше время и деньги.

#Стартап

#РазработкаПриложений

#ITАутсорсинг

#ITАутстаффинг

#ITдляБизнеса