Fullstack Founder

Метка: mvp

  • Сто часов на MVP

    Разработку MVP нового продукта при обсуждениях можно сразу оценивать примерно в сто часов. Это практичный рабочий лимит, который защищает команду от бесконечной полировки и ускоряет получение обратной связи от реальных пользователей.

    Типичные блоки работ будут примерно такими:
    – Исследования, интервью, документация — 10-20 часов.
    – Проектирование пользовательских сценариев и прототипы — 10-20 часов.
    – Дизайн-макеты — 20-40 часов.
    – Работы программиста — 40-60 часов.
    – Инфраструктура и деплой — 5-10 часов.

    Оценки условные, придётся от чего-то отказаться, что-то сделать проще. Именно поэтому сто часов — удобная граница для первой версии. Она вынуждает команду сосредоточиться на главном и запланировать только необходимый функционал. Этого достаточно, чтобы подготовить релиз, который можно показывать первым пользователям.

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

    Первая версия почти всегда получается сырой, и это нормально. Ведь задача MVP — не произвести впечатление, а проверить продуктовую гипотезу.

  • Бот для SoundCloud

    Если вы слушаете электронную музыку или хип-хоп, вам точно знаком SoundCloud. Музыканты, диджеи и подкастеры используют этот сервис для публикации аудио. SoundCloud не устанавливает требования к выкладываемому материалу и не продаёт доступ к музыке, в отличие от Spotify или Яндекс.Музыки. То есть, по концепции он больше похож на YouTube, чем на Netflix.

    Однажды я не нашёл бота, который мог бы скачивать аудио с SoundCloud в телегу. Чтобы можно было прислать ссылку на SoundCloud и получить в ответ аудио. Такие боты были, но при попытке скачать музыку они не сработали.

    Поэтому я такого бота создал: https://t.me/soundcloud_player_bot

    Бот написан на Python, работает на скромной VDS.
    Первую MVP-версию бота я написал сам — она проработала год. Сейчас код поддерживает другой разработчик.
    Для этого бота я развёрнул дополнительный сервер с Telegram Bot API, чтобы отправлять в телегу файлы большого размера. Без этого бот не смог бы отправлять часовые миксы и подкасты.

    Ботом пользуется несколько тысяч человек со всего мира. Основной источник трафика — поиск в Telegram. Монетизации нет.

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

    Попробуйте моего бота в деле, отправив ссылку на аудио с SoundCloud, например эту: https://soundcloud.com/microcosmos/sonnie-mishki-lost-planet.

  • React vs Vue

    React vs Vue

    Сегодня получил замечательный вопрос, что выбрать — React или Vue для фронтэнда в стартапе. Кто не в курсе, это две доминирующие технологии для создания динамических интерфейсов. Их используют социальные сети или большие веб-сервисы.
    Замечательный он тем, что сегодня я на него отвечу по-разному, в зависимости от того, кто спрашивает.

    Спрашивает новичок-разработчик — выбирай Vue.
    – Он проще устроен, его легче изучить.
    – По отзывам нескольких команд и десятка разработчиков, на нём приятнее писать.
    – Он быстрее собирается и быстрее работает во время разработки. Разница не очень большая, но это приятно.
    – С ним проще начинать новые проекты.
    – Легче использовать повторно внутренние компоненты.
    – Vue-разработчиков меньше, чем у React. А значит меньше конкуренция и выше шансы попасть в хорошую команду.

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

    Спрашивает опытный разработчик — он не спрашивает, он попробовал и сам вам расскажет почему нужно взять именно этот фреймворк.

    Правильного выбора здесь нет. React, Vue, Svelte, Ember, Preact, Solid, Alpine, Livewire, Angular, Backbone, Ext JS…

    Лучший фреймворк тот, который ваша команда уже знает и знает хорошо. Если у вашей команды есть ответ на чём писать — пишите на этом. Скорость важнее, а MVP в любом случае будет значительно переосмыслено и переписано через время.

    Посмотрите на цикл хайпа Gartner — он хорошо показывает, насколько технология готова к применению на практике. Не выбирайте самую новую технологию, не выбирайте самую хайповую. Берите ту, которая уже немного надоела и у которой очень высокая доля рынка. Выбирайте взрослое и популярное, это хотя бы безопасно. Именно скучные, хорошо знакомые технологии чаще всего приводят к выпуску продукта, а не к вечному рефакторингу.