Как Я Запустил Свой Первый Saas-Проект, Работая Полный Рабочий День

Привет, Хабр! Представляю вашему вниманию перевод статьи Как я реализовал свой первый побочный SaaS-проект, работая полный рабочий день Тигран Хакопян, который, работая в известном сервисе отложенного постинга Buffer, смог запустить свой проект и даже монетизировать его.



Как я запустил свой первый SaaS-проект, работая полный рабочий день

Это моя личная история о том, как я запустил свой первый SaaS-проект, работая 40 часов в неделю в Buffer. Цель этой статьи — вдохновить вас.

Если вы, как и я, работаете полный рабочий день и хотите построить прибыльный побочный бизнес в качестве источника дохода, то эта история найдет у вас отклик.

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

Совсем недавно я создал Книжная полка , который помогает многим людям систематизировать свои книги в Интернете.

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

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

Идея полагаться только на одну зарплату немного пугает. Я знал, что у меня есть навыки и страсть, чтобы что-то придумать.

Я решил, что хочу начать бизнес, возможно, в Интернете, учитывая имеющиеся у меня навыки.

Другим толчком к этим мыслям было то, что я хотел испытать и узнать, что значит строить бизнес.

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

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

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

Были некоторые критерии, которым я хотел соответствовать для каждой идеи.

  • Я хотел решить какую-то реальную проблему, возможно, ту, с которой столкнулся лично я.

  • Это должно было быть для рынка, который я хорошо знаю.

  • Это не должна быть новая идея (она не изменит мир)
  • Это может стать своего рода бизнесом
Золотое правило любой идеи заключается в том, что она должна решать проблему, с которой сталкиваются люди.

Раньше я добавлял в свои сочинения так много идей, что именно по этой причине я вернулся к куче идей, которыми накопил.



Как я запустил свой первый SaaS-проект, работая полный рабочий день

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

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

Это действительно сузило все мои идеи до списка из 2-3 вещей, над которыми я мог бы работать.

К одной из идей я возвращался снова и снова.

С этим я столкнулся как при работе с Buffer, так и во время работы над своими предыдущими параллельными проектами.

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

Это должно было быть актуально для всех.

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

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

Каждый день я получаю отчет обо всех запущенных заданиях, поэтому знаю, что все идет по плану.

Выбрав эту идею, я хотел посмотреть, есть ли на рынке работающие решения.

Если есть решения, это хороший знак того, что есть спрос на определенные инструменты.

На самом деле на рынке было несколько решений с разными платными планами.

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

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

Следующей целью было оценить правильность моей идеи, создав и запустив MVP. MVP Я потратил 2 месяца на создание первой версии Cronhub (да, я дал ей имя).

Что-то жизнеспособное, что я мог бы отправить на пробу своим друзьям и подписчикам в Твиттере.

Для MVP мне нужно было что-то очень простое, но в то же время достаточно ценное, чтобы люди платили за это.

Я знаю, вы можете подумать, что 2 месяца — это большой срок для создания MVP, но я не стал придерживаться традиционного подхода «работай до пота» и вместо этого:

  • Работал всего 1-2 часа каждый день
  • Спал по 8 часов каждый день.

  • Смотрел Netflix, когда хотел.

  • В выходные я полностью отдыхал.

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

Поскольку я работаю полный рабочий день, я обычно работал на Cronhub с 7 утра до 20:30. Я мог бы с таким же успехом работать утром, но большую часть утра я провел в спортзале.

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

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

Концентрация всегда очень помогала мне двигаться вперед. Я использовал Trello, чтобы разбить задачи проекта на небольшие шаги.



Как я запустил свой первый SaaS-проект, работая полный рабочий день

Моя доска Trello для Cronhub Я старался сделать каждую задачу достаточно маленькой, чтобы можно было начать и закончить ее за один день.

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

Когда вы видите некоторый прогресс, это во многом мотивирует и поддерживает вас в вашей работе.

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

Я никогда не работал по ночам.

Каждый день я ложился спать около 10:30 и просыпался в 7. Правильный сон — мой приоритет номер один.

Оно определяет мою умственную энергию в течение дня, и я не могу ею пожертвовать.

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

Хотя мне нравится программировать, я знаю, что легко сгореть.

Выходные помогли мне освежить мозг.

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

Это отлично.

Я тоже хочу этого.

Однако у меня была другая цель: я хотел создать и запустить Cronhub как можно быстрее, опираясь на уже известные мне технологии.

Я сосредоточился на своей цели и использовал Laravel и Vue.js. Cronhub — это одностраничное приложение, использующее Laravel в качестве серверной части.

Закрытый бета-запуск 20 февраля я завершил минимально необходимую разработку Cronhub и был готов пригласить первую группу пользователей попробовать Cronhub. После моего твита около 20-25 человек обратились ко мне в Твиттере с просьбой о приглашении, и отзывы, которые я получил от них, были очень ценными.



Как я запустил свой первый SaaS-проект, работая полный рабочий день

Этот твит был приглашением на закрытое бета-тестирование.

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

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

В целом первые впечатления и отзывы были обнадеживающими.

Теперь мне нужно было продолжить совершенствование продукта и подготовить его к первому публичному запуску.

Я запланировал первый публичный запуск в течение месяца.

Публичный запуск Сегодня, три месяца спустя, я публично запускаю свой первый SaaS-проект. Ура! Конечно, я нервничаю и не знаю, сработает это или нет. Однако я знаю, что это приблизит меня на один шаг к моей цели.

Цель — сделать Cronhub прибыльным онлайн-бизнесом, где я смогу научиться и испытать на себе все секреты ведения бизнеса.

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

Время — самый ценный актив, который у меня есть, и я хочу тратить его осознанно.

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

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

Каждый проект уникален и требует особого подхода к созданию продукта.

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

Я хочу поделиться с вами самым важным из них.

  • Решите проблему, с которой столкнулись лично вы.

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

    Это значительно упрощает принятие решений о продукте.

    Вы знаете, какие вопросы вам следует задать, и шансы выше, если вы задаете правильные вопросы.

  • Сократите свои задачи.

    Разбивая проект на части, постарайтесь сделать их меньше.

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

  • Спите спокойно и отдыхайте.

    Я не могу не подчеркнуть, насколько важен правильный сон.

    Вам не обязательно работать по ночам.

    Сосредоточьтесь на постепенном прогрессе и небольших ежедневных достижениях.

    Если вы не позаботитесь о себе, вы скоро устанете и в конце концов сдадитесь.

  • Выберите рынок, который вы хорошо знаете.

    Я разработчик и хорошо знаю этот рынок.

    Я знаю, что нужно, чтобы стать разработчиком, и как взаимодействуют команды разработчиков.

    Это дает мне представление о том, что будет работать, а что нет на этом рынке.

    Конечно, я все еще могу ошибаться, но шансов ошибиться гораздо меньше.

  • Расскажите нам о своем проекте.

    Для меня это вызов, и я все еще приспосабливаюсь к нему.

    Я не очень люблю говорить о себе.

    Я предпочитаю слушать.

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

    Однако я знаю, что мне нужно высказаться и продать свой проект. Так другие узнают о моем продукте.

    Эта статья является примером этого.

Окончательно Спасибо за чтение.

Надеюсь, вам понравилась эта история и вы получили от нее хоть какую-то пользу.

Я хотел бы услышать ваше мнение, пожалуйста, не стесняйтесь комментировать свои вопросы.

Вы можете связаться со мной по адресу Твиттер или отправь мне электронная почта .

Продолжает выпуск продукции Тигран.

Теги: #saas #crontab #cron #startup #start-up #SaaS / S+S #ИТ-компании #ИТ-компании

Вместе с данным постом часто просматривают: