🤔 Это пост-задача, размять менеджерские мозги
Контекст: вас позвали на работу в продуктовую IT-компанию. Это небольшой стартап, в команде 5 разработчиков, дизайнер, аналитик и фаундер компании.
Компания находится на стадии поиска рынка — пользователей мало и пока что операционной прибыли нет. Компания потихоньку проедает бюджет, которого осталось на 5 месяцев работы, но знает об этом только фаундер.
Ребята всю коммуникацию ведут в телеге: 1. Фаундер придумывает фичи и пишет их в общий чат; 2. Аналитик описывает эти фичи и кидает в этот же чат гугл-доками; 3. Дизайнер отрисовывает дизайн в фигме и присылает ссылку на нужную страницу; 4. Разработчики берут задачи по порядку и их реализовывают.
Вы уже вышли на работу, познакомились с командой и узнали боли каждого:
-
Фаундер постоянно пытается придумать, как заработать денег и несет в команду по 3 фичи каждую неделю. Ему не нравится, что он не понимает, когда будет реализована каждая фича, которую он придумал. Также у него ощущение, что все сотрудники занимаются фигней и работают медленнее, чем могли бы.
-
Аналитик страдает от того, что фаундер постоянно придумывает разные фичи, которые спорят друг с другом и часто вообще не несут ценности конечным пользователям. Он говорил об этом с фаундером, но тот слился с разговора со словами, что надо не рассуждать о ценности, а быстрее описывать задачи
-
Дизайнеру не нравится, что нет развития - он просто рисует интерфейсики по ТЗ, ему скучно и он хочет нанять себе джунов-дизайнеров и их учить.
-
Разработчикам все нравится. Они пишут код, задачи понятные и по срокам никто не душит — можно писать классный код и ездить на конференции, чтобы похвастаться, какие крутые они используют технические решения. Еще ребята рады, что их пятеро, а задач на входе немного и иногда получается закончить работу пораньше и изучить какой-нибудь новый фреймворк.
Итак, у команды вся надежда на вас. Фаундер просит навести порядок, дизайнер умоляет согласовать бюджет на мини-дизайнеров, аналитик хочет, чтобы вы обуздали желания фаундера, а разработчики просят ничего не менять (один из них даже пообещал уволиться, если что-то изменится!)
🔥 Задача: составьте пошаговый план действий, как навести порядок в команде. У вас карт-бланш от фаундера. Можно менять что угодно, лишь бы стало понятнее, когда хотя бы теоретически можно выйти на операционную прибыль.
Напишите в комментарии, что вы собираетесь делать, а мы в следующем посте расскажем, как сами видим ситуацию и что бы сделали 🧐
· 27.09.2024
Не очень понятно, в качестве кого надо выступить. Но пусть будет карт-бланш.
Во-первых, не надо никаких скрамов в начале пути, только бюджет быстрее съедим. Пока нет рынка, надо использовать быстрые немасштабируемые решения с минимумом разработки, максимумом no-code и low-code. В целях экономии можно сразу прогнать пару разработчиков, кто не согласен с изменениями. Всегда найдутся более сговорчивые. Кого жалко прогнать, пообещать опцион взамен на вовлеченность. Дизайн отдать на аутсорс. Это немного синизит burn rate.
Далее. Считаем, что есть базовое решение, решающее какую-то проблему. Надо нагнать трафик, чтобы потом было кого кастдевить. Сформулировать запоминающийся бренд. Создавать всякие комьюнити где только можно (соцсети) и там постоянно присутствовать, публичные рейтинги и каталоги, нетворкинг и коллаборации, инфлюенсеры. Выйти на AppSumo или аналог с life time deal. Качественное SEO для лендинга, чтобы в поиске мелькать.
Новым пользователям давать 14-30 дней триала. Лично помогать настраивать аккаунт и процессы. Внедрить онбординг клиентов, чтобы все было прозрачно и понятно. Добавить шаблонов, автоматизаций, базу знаний, описать готовые сценарии в базе знаний. Предусмотреть удобное мобильное использование продукта через PWA, никаких мобильных приложений.
Далее. Есть пользователи, надо отобрать самых довольных, недовольных и пассивных. Идти лично их кастдевить: почему вы пользуетесь, почему не пользуетесь. Недовольным накидывать триала. Повышать NPS. Можно сделать публичную страницу идей с голосованиями. В работу брать только фичи из топа голосований, а не просто красивые рюшечки и бантики.
Если есть возможность - открыть для интеграций через Zapier, Pabbly, Make, Albato и т.д. Чтобы из каждого утюга можно было подключиться к продукту.
Рефакторинг не делать, тех долг оставить в покое, пока не выйдем в рентабельность, либо не найдем инвестиции. Лучше сначала нанять поддержку (или даже customer success), чтобы повышать лояльность клиентов. Также нанять продажника на %, чтобы делать демо и первичный онординг.
Когда продажи будут на потоке, а дорожная карта понятна хотя бы на квартал, тогда уже расширить команду разработки, внедрить Скрам и так далее.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён