Я вчера анонсировал вопросы администрирования компании) Разберем сегодня взаимодействие с государством по поводу IT. Как раз таки сегодня пришла информация, что мы напортачили с доками для гранта и сделали не по канону Положению. В итоге почти наверняка будет отказ, но еще поборемся-поборемся)
Сейчас будет информация на миллион рублей, записывайте. Попадание в реестр ЭВМ (Роспатент) и реестр ПО важнейшая по приоритету задача для стартапа. Почему? - Потому что фиксирует ваше право собственности на то, что ваша команда наделала за весь период разработки. Для получения госовских и частных инвестиций котируется попадание в реестр, потому что государство подтверждает, что именно вы это сделали.
Так вот, чтобы попасть в реестры нужно серьезно так напрячься всей команде. Нужно подготовить технические и бизнесовые описание программы, подготовить билды приложения к проверке и описание как пробовать, собрать общую информацию о ПО: на чем сделано, к каким типам относится, а самое главное это подтверждение интеллектуальных прав. Забыл еще самый сок: скинуть весь код от бэка и фронта на 15-20к строк в word, ну или выделить😄 самое важное из него))
И вот так, отрываясь от разработки на неделю, а может и две, почти всей команде нужно готовить описание того, что сделано. В расчете на деньги: только затраты на подачу заявки могут составлять от 400 до 700к зарплатных рублей) Но нужно еще администрировать саму заявку, госпошлины, выплаты и все такое, слава богу не большие, но с мира по нитке.
Короче, когда планируешь разработку ПО как продукта, тем более вкладываешься сам или через инвестиции, нужно помнить о серьезной работе, которую нужно провести, чтобы перепрыгнуть этот барьер, и скорректировать планы🤌
5АМ | #компания
Сейчас будет информация на миллион рублей, записывайте. Попадание в реестр ЭВМ (Роспатент) и реестр ПО важнейшая по приоритету задача для стартапа. Почему? - Потому что фиксирует ваше право собственности на то, что ваша команда наделала за весь период разработки. Для получения госовских и частных инвестиций котируется попадание в реестр, потому что государство подтверждает, что именно вы это сделали.
Так вот, чтобы попасть в реестры нужно серьезно так напрячься всей команде. Нужно подготовить технические и бизнесовые описание программы, подготовить билды приложения к проверке и описание как пробовать, собрать общую информацию о ПО: на чем сделано, к каким типам относится, а самое главное это подтверждение интеллектуальных прав. Забыл еще самый сок: скинуть весь код от бэка и фронта на 15-20к строк в word, ну или выделить
И вот так, отрываясь от разработки на неделю, а может и две, почти всей команде нужно готовить описание того, что сделано. В расчете на деньги: только затраты на подачу заявки могут составлять от 400 до 700к зарплатных рублей) Но нужно еще администрировать саму заявку, госпошлины, выплаты и все такое, слава богу не большие, но с мира по нитке.
Короче, когда планируешь разработку ПО как продукта, тем более вкладываешься сам или через инвестиции, нужно помнить о серьезной работе, которую нужно провести, чтобы перепрыгнуть этот барьер, и скорректировать планы🤌
5АМ | #компания
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжим вопрос администрирования) По порядку: юридическая запаковка собственности.
Хочу оговориться) Каждая из областей, которые я опишу, не являются сложными по отдельности. Я хочу показать картину в целом, что именно совокупно эти процессы начинают иметь вес.
В этом есть зрелость собственника и управленца. Всегда есть области, которые не видны, тонкие области, их сложно спланировать, если путь никогда не проходился или вводные изменились. Еще раз коротко: без опыта, ты не видишь очевидных процессов. Это ведет к взятию на себя большей ответственности, чем твоя задница может унести.
По юридической части. Прикольное понимание: акты - это деньги, конвертированные в бумажку с подписями. Взяли деньги, купили время, конвертировали в бумагу. Эта бумага говорит тебе, что компания владеет тем, что сделал Петя, Вася и Игнат. Шанс, что Игнат - мудак, не высокий, если hr процесс поставлен, но есть и риск. И тогда он скажет "это все моё, отдай". Тогда ты достаешь бумагу (читай как "заряжаешь револьвер") и говоришь "это мое" (читай как наставляешь револьвер). Аль Капоне: «Добрым словом и пистолетом вы можете добиться гораздо большего, чем одним только добрым словом». Отличная фраза.
И самое прикольное, если исполнитель получил деньги, но акт не подписал, то это может трактоваться как "необоснованное обогащение" и деньги можно потребовать обратно)
В связке с предыдущим постом: именно внутренние документы, закрепляющие право собственности, их подготовка и закрепление является основой для регистрации собственности в государственных реестрах. Все взаимосвязано, завтра расскажу как эта цепочка завязана еще и с бухгалтерией)
Поэтому процесс управления постановкой заданий и актов должно быть вплетено в управление проектами и продуктами. Мы глубоко с Никитой этим занимаемся, чтобы задания были поставлены всем, а акты были подписаны. Уже подступаем почти к полной автоматизации процесса в связке с управлением. Как нибудь покажу)
5АМ | #компания
Хочу оговориться) Каждая из областей, которые я опишу, не являются сложными по отдельности. Я хочу показать картину в целом, что именно совокупно эти процессы начинают иметь вес.
В этом есть зрелость собственника и управленца. Всегда есть области, которые не видны, тонкие области, их сложно спланировать, если путь никогда не проходился или вводные изменились. Еще раз коротко: без опыта, ты не видишь очевидных процессов. Это ведет к взятию на себя большей ответственности, чем твоя задница может унести.
По юридической части. Прикольное понимание: акты - это деньги, конвертированные в бумажку с подписями. Взяли деньги, купили время, конвертировали в бумагу. Эта бумага говорит тебе, что компания владеет тем, что сделал Петя, Вася и Игнат. Шанс, что Игнат - мудак, не высокий, если hr процесс поставлен, но есть и риск. И тогда он скажет "это все моё, отдай". Тогда ты достаешь бумагу (читай как "заряжаешь револьвер") и говоришь "это мое" (читай как наставляешь револьвер). Аль Капоне: «Добрым словом и пистолетом вы можете добиться гораздо большего, чем одним только добрым словом». Отличная фраза.
И самое прикольное, если исполнитель получил деньги, но акт не подписал, то это может трактоваться как "необоснованное обогащение" и деньги можно потребовать обратно)
В связке с предыдущим постом: именно внутренние документы, закрепляющие право собственности, их подготовка и закрепление является основой для регистрации собственности в государственных реестрах. Все взаимосвязано, завтра расскажу как эта цепочка завязана еще и с бухгалтерией)
Поэтому процесс управления постановкой заданий и актов должно быть вплетено в управление проектами и продуктами. Мы глубоко с Никитой этим занимаемся, чтобы задания были поставлены всем, а акты были подписаны. Уже подступаем почти к полной автоматизации процесса в связке с управлением. Как нибудь покажу)
5АМ | #компания
Самый интересный пост из всех!!! (Сорян, просто кликбейт для списка чатиков😏). Ну что ж продолжим: Бухгалтээ😆эээээрия) Слава богу, что тут есть два спасательных крыла: Олеся и Наташа, забирают на себя функции бух учета, и моё включение здесь на уровне "Клим, вставь ЭЦП, а?" и подпиши вот этот док по скрину)
Однако подмечу важные моменты:
- Именно через бухгалтерию прилетаютписьма чапалахи от ФНС, Трудовой, Роскомнадзора. Один такой вот пропустили зимой, надо было адрес подтвердить: так вот я затянул в итоге чуть из ЕГРЮЛа не выселили)) Пришлось за место обычной отписки чесать в Тульскую налоговую и писать разъяснение типа "че молчите, наглеете". По принципу "Ты, блять, гендиректор, Ричард" (сериал Кремниевая долина) надо следить за письмами.
- Именно через бухгалтерию фиксируется НМА (нематериальный актив). Четырка (04), счет учета: это последняя миля в связке: получил деньги - подписал задание - разработал - выдал деньги - подписал актик - зафиксил на 04. Это виртуальные станки короче) Их потом можно продавать заинтересованным целиком или долями. В дьюдиле будут смотреть, что лежит у тебя в бухгалтерии на этом счете, помимо того, что у тебя там с ДДС по контрактам и остальным контрагентам.
- Замутить себе ЭЦП не простая задача, но вот поставить Крипто (Мега Супер Нахрен) Про на компьютер для захода в госуслуги, а тем более таким как мне - мазохистам, на макбук, это просто квест "Не пробей монитор кулаком")
Ну вот, полезности рассказал, от сердца отлегло) Если есть вопросы или поспорить, велкам в коменты))
5АМ | #компания
Однако подмечу важные моменты:
- Именно через бухгалтерию прилетают
- Именно через бухгалтерию фиксируется НМА (нематериальный актив). Четырка (04), счет учета: это последняя миля в связке: получил деньги - подписал задание - разработал - выдал деньги - подписал актик - зафиксил на 04. Это виртуальные станки короче) Их потом можно продавать заинтересованным целиком или долями. В дьюдиле будут смотреть, что лежит у тебя в бухгалтерии на этом счете, помимо того, что у тебя там с ДДС по контрактам и остальным контрагентам.
- Замутить себе ЭЦП не простая задача, но вот поставить Крипто (Мега Супер Нахрен) Про на компьютер для захода в госуслуги, а тем более таким как мне - мазохистам, на макбук, это просто квест "Не пробей монитор кулаком")
Ну вот, полезности рассказал, от сердца отлегло) Если есть вопросы или поспорить, велкам в коменты))
5АМ | #компания
Маркетинг) Следующий наш кусок пирога нагрузки. Сразу начну с полезной мысли: Лучший маркетолог - это предприниматель. Ибо как он вообще продает хоть что-то, как он убедил людей в него вложиться?)
Вообще продакт - это порезанный маркетолог. Почему порезанный? Marketing Kit, 4P, 4S и другие теории и модели маркетинга забирают все важные области доставки продукта до клиента. Не зевайте, я закончил)) Расшифруем 4P - это прям основы: product, place, promotion, price. Вот где место продакт менеджера) Помимо того что продается, с какими характеристиками, еще важно думать о расчете цены, о способе доставке и конечно же о продвижении.
Мне кажется в продакты нужно приходить из маркетологов, ну или хотя бы, чтобы была сильная теоретическая база.
Какие важные процессы маркетинга есть при создании компании:
🤌Анализ
Опять) Просчитай спрос, конкуренцию, риски, объем рынка, конкурентов, ключевые метрики. Именно тут смыкаются методики продакт менеджеров и обычных маркетологов: CJM, HADI циклы, JTBD, UserFlow и др. Часто продакт менеджеры или даже продуктовые дизайнеры, прикинь, делают анализ конкурентов и спроса. В целом, это очень большой блок, может занимать месяцы, если делать хорошо.
🤌Спецификации
Рекламный сайт, баннеры или брошюра - это все носители. Чтобы их разработать, нужно такое же продуктовое и проектное управление как и с ПО. Да-да) Будь добр напиши задания, че хочешь, как хочешь, с какого боку. Продумай до мелочей. Что будет написано в этом блоке, а какая картинка, какой образ. Ты должен знать, что ты хочешь донести, какими образами, каким способом.
Если не знаешь ты - не знает никто. В этом тотальная боль рынка маркетинга. Спрос на него огромный, барьер входа низкий, поэтому много бомбил и хитрожопых. Еще раз: Не знаешь чего ты хочешь - не знает никто, сделают дичь) Закладывай время на это. Тоже много жрет.
🤌Фир стиль
Ой, Господь. Сколько нервов на это..., матерь богов. Нейминг - особое упражнение, логотип - даже не спрашивайте, миллион итераций, правок, тут лишь важно остановиться. Именно тут хочется, чтобы "било в интуицию", работали "золотые сечения" и прочая не имеющая к деньгам никакого отношения ерунда. Важно лишь одно: Не знаешь чего хочешь - не знает никто, сделают дичь.
🤌Разработка сайта/презентации
Верстка, логика, тестирование, внедрение. Все это огромные области, даже вшивый лендинг на 5-7 блоков это месяцы работы, чтобы работало нормально и устойчиво от андроид ведра за 7 тысяч, планшета, мака на safari, леново на firefox и прочие комбинации. И нет, конструкторы, это херня, только для тестов, но не для устойчивого долгосрочного развития. Тут еще много мелочей: политики конфиденциальности, подключение форм, настройка телефонии, 404 страница, аналитика, отображение в соцсетях и прочее и прочее. Учитывай)
🤌Разработал? Продвигай теперь давай
Настрой директ, smm, закупай ссылки, работай над сайтом, чтобы не быть в жопе поисковой выдачи, веди канал.
Думаю понятно, набирается проблем. Но все это важно, при этом по отдельности не так сложно. Про маркетинг я еще буду писать, про каждый блок можно много полезного из реального опыта раскрыть. Много получилось, но тема не для одного поста)
Просто держи в голове: не спотыкайся, думай о клиенте, а не о себе.
5АМ | #компания
Вообще продакт - это порезанный маркетолог. Почему порезанный? Marketing Kit, 4P, 4S и другие теории и модели маркетинга забирают все важные области доставки продукта до клиента. Не зевайте, я закончил)) Расшифруем 4P - это прям основы: product, place, promotion, price. Вот где место продакт менеджера) Помимо того что продается, с какими характеристиками, еще важно думать о расчете цены, о способе доставке и конечно же о продвижении.
Мне кажется в продакты нужно приходить из маркетологов, ну или хотя бы, чтобы была сильная теоретическая база.
Какие важные процессы маркетинга есть при создании компании:
🤌Анализ
Опять) Просчитай спрос, конкуренцию, риски, объем рынка, конкурентов, ключевые метрики. Именно тут смыкаются методики продакт менеджеров и обычных маркетологов: CJM, HADI циклы, JTBD, UserFlow и др. Часто продакт менеджеры или даже продуктовые дизайнеры, прикинь, делают анализ конкурентов и спроса. В целом, это очень большой блок, может занимать месяцы, если делать хорошо.
🤌Спецификации
Рекламный сайт, баннеры или брошюра - это все носители. Чтобы их разработать, нужно такое же продуктовое и проектное управление как и с ПО. Да-да) Будь добр напиши задания, че хочешь, как хочешь, с какого боку. Продумай до мелочей. Что будет написано в этом блоке, а какая картинка, какой образ. Ты должен знать, что ты хочешь донести, какими образами, каким способом.
Если не знаешь ты - не знает никто. В этом тотальная боль рынка маркетинга. Спрос на него огромный, барьер входа низкий, поэтому много бомбил и хитрожопых. Еще раз: Не знаешь чего ты хочешь - не знает никто, сделают дичь) Закладывай время на это. Тоже много жрет.
🤌Фир стиль
Ой, Господь. Сколько нервов на это..., матерь богов. Нейминг - особое упражнение, логотип - даже не спрашивайте, миллион итераций, правок, тут лишь важно остановиться. Именно тут хочется, чтобы "било в интуицию", работали "золотые сечения" и прочая не имеющая к деньгам никакого отношения ерунда. Важно лишь одно: Не знаешь чего хочешь - не знает никто, сделают дичь.
🤌Разработка сайта/презентации
Верстка, логика, тестирование, внедрение. Все это огромные области, даже вшивый лендинг на 5-7 блоков это месяцы работы, чтобы работало нормально и устойчиво от андроид ведра за 7 тысяч, планшета, мака на safari, леново на firefox и прочие комбинации. И нет, конструкторы, это херня, только для тестов, но не для устойчивого долгосрочного развития. Тут еще много мелочей: политики конфиденциальности, подключение форм, настройка телефонии, 404 страница, аналитика, отображение в соцсетях и прочее и прочее. Учитывай)
🤌Разработал? Продвигай теперь давай
Настрой директ, smm, закупай ссылки, работай над сайтом, чтобы не быть в жопе поисковой выдачи, веди канал.
Думаю понятно, набирается проблем. Но все это важно, при этом по отдельности не так сложно. Про маркетинг я еще буду писать, про каждый блок можно много полезного из реального опыта раскрыть. Много получилось, но тема не для одного поста)
Просто держи в голове: не спотыкайся, думай о клиенте, а не о себе.
5АМ | #компания
This media is not supported in your browser
VIEW IN TELEGRAM
👆Кстати за макетинг) Сделали лендос для директа, чтобы канал продвигать) У него приколюха, чтобы подписаться ты проходишь через бота и получаешь ссылку с полезнымии файлами😏 Так можно будет подцепиться метрикой и улучшать рекламныее кампании) Буду делиться че как получается) Вот ссылочка на страницу, если кому интересно🤘
5АМ | #компания
5АМ | #компания
Всем доброго понедельничного вечера! Слушайте, ну я запустил как-то неосознанно цикл постов про админ.часть студии. Осталось еще три направления: управление продуктами и проектами, hr и внешние процессы продукта) В общем куча полезности заготовлено - делюсь😏
Сегодня расскажу про наш подход в управлении, я им делился в коментариях канала продакта Юли из Яндекс.Еды даже видос записал, сказала круто, даже в посте упомянула)
Я не буду разбирать базовые вещи - тоска зеленая) У меня уже более 6 лет моя боль и хобби - это поиск более менее живучего процесса управления. Начну сразу в лоб: Кааак, мана, нуу каааак:
- управлять приоритетами и ценой огромной платформы
- при этом так же управлять параллельно более мелкими проектами
- кааак вести версионность продуктово-проектной документации (!!!)
- как увязать проектное управление с юр. учетом авторских прав
- как увязывать управление с расчетом финансов
PS: Нельзя(или нет пока возможности) нанимать миллион манагеров на каждый пуко-чих.
Начнем. Два библейских вопроса от стейка (заинтересованного) к продакту: Сколько и Когда? Иногда в нем еще мат присутствут) Именно эти два вопроса мотивируют строить адекватные по нагрузке и скорости процессы планирования, не по-книжному.
Сделаю сразу оговорку по сервисам, чтобы не мусолить: Ни один сервис на рынке по управлению тасками и проектами не проходит тест на огромное количество сущностей(много задач). Управлять проектами становится невыносимобольно дорого. Поэтому мы выдели две области:
1) Управление стратегией (helicopter view). Я недавно встал на темную сторону силы: только excel для верхнего уровня управления. Можно miro баловаться еще.
2) Управление тактикой (не придумал умное название, сорян). Тут не перегруженный Notion, Trelo, Jira и другие отображатели канбанов и списков до 50-ти элементов.
Всё: эпик, модуль, раздел, фича, блок, проект, цель, майлстоун, свойства, история пользователя и т.д. - это задача)) Просто с разного ракурса. Я обязательно расскажу и визуализирую этот момент.
Исходя из этого у нас разделены базы на задачи типа "Земля" и задачи типа "Небо"😄.
☁️Небо - это все плановые и реализованные задачи проекта (фич листы продукта). Это инструмент чисто для манагера. Карта военноначальника. Он приоритезирует, он смотрит сверху, сюда команда имеет доступ лишь для помощи в составлении. Он задается важным философским вопросом: «А не хуйню ли мы делаем?»))
🌳Земля - это уже расприоритезированные задачи, которые "сыплются" с неба на разрабов контролируемым потоком. В них можно ругаться матом, ломать им сроки, приоритеты, перебрасывать и совершать другие надругательства. Они создаются моментально, так как это многочастотная операция. Это песочница разработки. Разрабам похер на задачи, положа руку на сердце, им важно делать дизайн, код, документацию. Задачи и трекеры - это потребность и процесс руководителя, потребность в… приоритезации и оценке))
Так получился норм процесс: в отдельных таблицах формируется скоуп, фич лист, истории и сценарии. Таблицы связываются с таблицей версий. Выбирается пул возможностей на «раунд». Бьется на задачи так же в таблицах. Так как в таблицах есть ставки и юр. доки команды, автоматом при установке оценки ставится и цена задачи, а совокупно и релизов. Помним, что стратегические доки как правило одноразовые, поэтому снова при подходе к «снаряду» приоритезации дублируешь всю страницу версии и вносишь изменения. Быстро, дешиво, сердито😎 Из разбитой версии спускаешь задачи на доску и куришь бамбук) Вот так) Покажу как нибудь)
5АМ | #компания
Сегодня расскажу про наш подход в управлении, я им делился в коментариях канала продакта Юли из Яндекс.Еды даже видос записал, сказала круто, даже в посте упомянула)
Я не буду разбирать базовые вещи - тоска зеленая) У меня уже более 6 лет моя боль и хобби - это поиск более менее живучего процесса управления. Начну сразу в лоб: Кааак, мана, нуу каааак:
- управлять приоритетами и ценой огромной платформы
- при этом так же управлять параллельно более мелкими проектами
- кааак вести версионность продуктово-проектной документации (!!!)
- как увязать проектное управление с юр. учетом авторских прав
- как увязывать управление с расчетом финансов
PS: Нельзя(или нет пока возможности) нанимать миллион манагеров на каждый пуко-чих.
Начнем. Два библейских вопроса от стейка (заинтересованного) к продакту: Сколько и Когда? Иногда в нем еще мат присутствут) Именно эти два вопроса мотивируют строить адекватные по нагрузке и скорости процессы планирования, не по-книжному.
Сделаю сразу оговорку по сервисам, чтобы не мусолить: Ни один сервис на рынке по управлению тасками и проектами не проходит тест на огромное количество сущностей(много задач). Управлять проектами становится невыносимо
1) Управление стратегией (helicopter view). Я недавно встал на темную сторону силы: только excel для верхнего уровня управления. Можно miro баловаться еще.
2) Управление тактикой (не придумал умное название, сорян). Тут не перегруженный Notion, Trelo, Jira и другие отображатели канбанов и списков до 50-ти элементов.
Всё: эпик, модуль, раздел, фича, блок, проект, цель, майлстоун, свойства, история пользователя и т.д. - это задача)) Просто с разного ракурса. Я обязательно расскажу и визуализирую этот момент.
Исходя из этого у нас разделены базы на задачи типа "Земля" и задачи типа "Небо"😄.
☁️Небо - это все плановые и реализованные задачи проекта (фич листы продукта). Это инструмент чисто для манагера. Карта военноначальника. Он приоритезирует, он смотрит сверху, сюда команда имеет доступ лишь для помощи в составлении. Он задается важным философским вопросом: «А не хуйню ли мы делаем?»))
🌳Земля - это уже расприоритезированные задачи, которые "сыплются" с неба на разрабов контролируемым потоком. В них можно ругаться матом, ломать им сроки, приоритеты, перебрасывать и совершать другие надругательства. Они создаются моментально, так как это многочастотная операция. Это песочница разработки. Разрабам похер на задачи, положа руку на сердце, им важно делать дизайн, код, документацию. Задачи и трекеры - это потребность и процесс руководителя, потребность в… приоритезации и оценке))
Так получился норм процесс: в отдельных таблицах формируется скоуп, фич лист, истории и сценарии. Таблицы связываются с таблицей версий. Выбирается пул возможностей на «раунд». Бьется на задачи так же в таблицах. Так как в таблицах есть ставки и юр. доки команды, автоматом при установке оценки ставится и цена задачи, а совокупно и релизов. Помним, что стратегические доки как правило одноразовые, поэтому снова при подходе к «снаряду» приоритезации дублируешь всю страницу версии и вносишь изменения. Быстро, дешиво, сердито😎 Из разбитой версии спускаешь задачи на доску и куришь бамбук) Вот так) Покажу как нибудь)
5АМ | #компания
Полезная мысль) Максимально очевидная, но об этом надо периодически напоминать: Если хочешь что-то поменять в системе управления - обсуди с командой!
Я иногда грешил: что-то в голову взбрендило "авось будет полезно", налепил и поставил перед фактом команду, в итоге толком не работало)
Вчера синкались с ребятами и нужно было порешать один вопрос как улучшить доску с точки зрения управления приоритетами) Я начал в формате "у меня есть потребность вот в этом, предлагаю вот так, а что вам нужно?" И вы знаете, кучу прикольных идей получили и улучшили доску)) Это круто, грешу твердолобостью иногда, вот не надо так☝️
5АМ | #компания
Я иногда грешил: что-то в голову взбрендило "авось будет полезно", налепил и поставил перед фактом команду, в итоге толком не работало)
Вчера синкались с ребятами и нужно было порешать один вопрос как улучшить доску с точки зрения управления приоритетами) Я начал в формате "у меня есть потребность вот в этом, предлагаю вот так, а что вам нужно?" И вы знаете, кучу прикольных идей получили и улучшили доску)) Это круто, грешу твердолобостью иногда, вот не надо так☝️
5АМ | #компания
В рамках завершения цикла предпоследним постом возьмем найм. HR ооочень интересная тема)
Скажем так: когда стартуешь дело, то основой является формирование команды. На тебе висит поиск, убеждение и подключение крутых спецов. В моей Альма-матер меня училивербовать людей дружить с людьми, да и опыта на работе удалось набраться💩. Это может показаться как нечто неприятное, но на самом деле просто учишься быть адекватным и из адекватности убеждать в полезности для обоих того или иного начинания. При этом, как правило, идет в формате win-win. Так вот, с самого начала мне приходилось искать людей из фриланса, курсов, каналов и т.д. самому. И это было, блин, трудозатратно)
Когда мы решили делать Локео уже в составе более крупной команды, вопрос найма встал очень плотно, и я решил подключать спеца со стороны. Почти год мы закрывали вопрос аутсорсом. Это прям дорого и крайне неэффективно. Аутсорс подходит только большим компаниям со своим штатным кадровиком, который не вывозит. Но худо бедно мы закрывали позиции аутсорсом большими издержками в ошибке кадров и времени на проверку кандидата, собесы, тестовые и онбординг.
Все изменилось, когда пришел Никита. Мы прям закрыли позицию Hr-ом. Я прям выдохнул. Никита вцепился и за 3-4 месяца вся команда была набрана и дальше мы уже в спокойном темпе донанимали ребят.
Скажу прям такую немного циничную мысль, но она интересная. Есть разные люди: честные и активные ребята, с которым хочется прям раскрываться и делать им больше и больше, отдавать, а есть или просто "пришел-сделал-получил монету-пошел"(безучастный) или еще хуже: кто хочет обмануть и напаганить, да такие тоже есть и попадаются. Короче, ты как ответственный за бабки сидишь на постоянной измене: либо от тебя уйдут крутышы либо тебя обманут. И вот с этой позиции HR - это твой щит и противовес. Ты не находишься в позиции жертвы, ты понимаешь, что да сложно, больно, нанимать, покупать базу, онбордить, объяснять: все это издержки, но хотя бы ты можешь найти, быстро восстановиться.
Я считаю, что для стартапа или студии HR - это основа того, что ты сможешь выполнять обязательства. Это мощная опора. Это прям ключевая единица команды. Очень рад, что Никита с нами) Обещал рассказать про команду, как закончу с циклом дальше продолжу знакомить🤓
5АМ | #компания
Скажем так: когда стартуешь дело, то основой является формирование команды. На тебе висит поиск, убеждение и подключение крутых спецов. В моей Альма-матер меня учили
Когда мы решили делать Локео уже в составе более крупной команды, вопрос найма встал очень плотно, и я решил подключать спеца со стороны. Почти год мы закрывали вопрос аутсорсом. Это прям дорого и крайне неэффективно. Аутсорс подходит только большим компаниям со своим штатным кадровиком, который не вывозит. Но худо бедно мы закрывали позиции аутсорсом большими издержками в ошибке кадров и времени на проверку кандидата, собесы, тестовые и онбординг.
Все изменилось, когда пришел Никита. Мы прям закрыли позицию Hr-ом. Я прям выдохнул. Никита вцепился и за 3-4 месяца вся команда была набрана и дальше мы уже в спокойном темпе донанимали ребят.
Скажу прям такую немного циничную мысль, но она интересная. Есть разные люди: честные и активные ребята, с которым хочется прям раскрываться и делать им больше и больше, отдавать, а есть или просто "пришел-сделал-получил монету-пошел"(безучастный) или еще хуже: кто хочет обмануть и напаганить, да такие тоже есть и попадаются. Короче, ты как ответственный за бабки сидишь на постоянной измене: либо от тебя уйдут крутышы либо тебя обманут. И вот с этой позиции HR - это твой щит и противовес. Ты не находишься в позиции жертвы, ты понимаешь, что да сложно, больно, нанимать, покупать базу, онбордить, объяснять: все это издержки, но хотя бы ты можешь найти, быстро восстановиться.
Я считаю, что для стартапа или студии HR - это основа того, что ты сможешь выполнять обязательства. Это мощная опора. Это прям ключевая единица команды. Очень рад, что Никита с нами) Обещал рассказать про команду, как закончу с циклом дальше продолжу знакомить🤓
5АМ | #компания
Вот такой бублик вам сделал, чтобы визуализировать нагрузку по процессам. Когда запускаем стартап, студию, компанию нужно помнить, что разработка это далеко не все, что будет нагружать команду)
Эта нагрузка, если о ней не говорить с инвестором или не рассчитывать ее как часть расходов с выручки продаж, упадет неожиданным грузом на плечи основателей или манагеров, так как если не знаешь о процессе, не значит что его нет и тебе обязательно о нем напомнят госы, мошенники, банки, заинтересованные))
Вот навигация:
О проблеме
О авторском праве и гос. реестрах для IT
О юр. отношениях с командой
О бухгалтерии, налогах, фондах
О маркетинге
О управлении продуктами и проектами
О HR и процессах найма
Могу рассказать еще о процессах продаж, внедрения и финансовом управлении) Если продолжать кидайте 💩, если нет - сменю пластинку))
5АМ | #компания
Эта нагрузка, если о ней не говорить с инвестором или не рассчитывать ее как часть расходов с выручки продаж, упадет неожиданным грузом на плечи основателей или манагеров, так как если не знаешь о процессе, не значит что его нет и тебе обязательно о нем напомнят госы, мошенники, банки, заинтересованные))
Вот навигация:
О проблеме
О авторском праве и гос. реестрах для IT
О юр. отношениях с командой
О бухгалтерии, налогах, фондах
О маркетинге
О управлении продуктами и проектами
О HR и процессах найма
Могу рассказать еще о процессах продаж, внедрения и финансовом управлении) Если продолжать кидайте 💩, если нет - сменю пластинку))
5АМ | #компания
Обещал про процессы) Прообещался, вот принёс😜)
В жизни стартапа наступает момент построения бизнеса. Это когда разработка и придумывание становятся не такой важной частью работы. Часто у предпринимателей стартапов может возникнуть ощущение, что "около" процессы выстроятся сами по себе)
В геймдеве есть (или я сам это выдумал, но не суть) "правило бочки". Его суть очень простая. В игре куча контента и если подойти в самый незаметный угол, который 99,9% всех игроков даже не увидит, то можно там найти 3D модель бочки. Эту бочку кто-то спланировал, кто-то нарисовал, разместил, протестировал. Смысл правила: "В действительности мы не осознаем как много вещей требует нашего внимания".
Процессы о том же. Каждую"бочку" часть процесса нужно продумать. При этом версионно разложить, вспомните пост про 1-2-3. Вот у Локео, допустим, цепь продажи выглядит вроде банально: "реклама/холодные продажи - звонок - выход на презентацию - прогрев - выход на внедрение - подписание лицензионного соглашения - выход на поддержку", но глубина и количество шагов огромная.
В выстраивании процессов главное все тоже самое не спотыкаться о среды. Не нужно по книжному рисовать квадратики. Важна быстрая обратная связь. Нашел шаг, нарисовал в табличке или бумажке, протестил на реальных данных, зафиксил метрику, идешь дальше. Продажа, внедрение - это максимально многочастотные, живые и, как правило, не сложные действия. Их требуется быстро менять, максимально выводя цифры для толчка в следующую версию.
Подход в выстраивании процессов в моем видении и опыте:
- список участвующих лиц/систем
- список важных результатов (крупные шаги)
- список шагов для достижения каждого (микро действия)
- замер и фиксация метрик для каждого шага и результата (как правило, это время)
- быстрое версирование и изменение шага
К версированию действий должны быть предупреждены и готовы все лица, чтобы быстро изменить свой набор действий. BPMN - это самый крайний шаг, когда шаги перестали версироваться часто, там и CJM-ку можно построить и прочее.
Скорость обратной связи должна быть максимально быстрой. Если долго, то это первый показатель, что что-то идет не так. Серьезный пост получился, настроение какое-то такое😠)) Всем бобра и классного вечера)) С вас 🔥, если нужно делиться результатами этого подхода)
5АМ | #компания
В жизни стартапа наступает момент построения бизнеса. Это когда разработка и придумывание становятся не такой важной частью работы. Часто у предпринимателей стартапов может возникнуть ощущение, что "около" процессы выстроятся сами по себе)
В геймдеве есть (или я сам это выдумал, но не суть) "правило бочки". Его суть очень простая. В игре куча контента и если подойти в самый незаметный угол, который 99,9% всех игроков даже не увидит, то можно там найти 3D модель бочки. Эту бочку кто-то спланировал, кто-то нарисовал, разместил, протестировал. Смысл правила: "В действительности мы не осознаем как много вещей требует нашего внимания".
Процессы о том же. Каждую
В выстраивании процессов главное все тоже самое не спотыкаться о среды. Не нужно по книжному рисовать квадратики. Важна быстрая обратная связь. Нашел шаг, нарисовал в табличке или бумажке, протестил на реальных данных, зафиксил метрику, идешь дальше. Продажа, внедрение - это максимально многочастотные, живые и, как правило, не сложные действия. Их требуется быстро менять, максимально выводя цифры для толчка в следующую версию.
Подход в выстраивании процессов в моем видении и опыте:
- список участвующих лиц/систем
- список важных результатов (крупные шаги)
- список шагов для достижения каждого (микро действия)
- замер и фиксация метрик для каждого шага и результата (как правило, это время)
- быстрое версирование и изменение шага
К версированию действий должны быть предупреждены и готовы все лица, чтобы быстро изменить свой набор действий. BPMN - это самый крайний шаг, когда шаги перестали версироваться часто, там и CJM-ку можно построить и прочее.
Скорость обратной связи должна быть максимально быстрой. Если долго, то это первый показатель, что что-то идет не так. Серьезный пост получился, настроение какое-то такое😠)) Всем бобра и классного вечера)) С вас 🔥, если нужно делиться результатами этого подхода)
5АМ | #компания
Автоматизировать или не автоматизировать, вот в чем вопрос?)🤔
Обычно ответ идет от оценки. Есть стоимость команды разработки, которая разработает автоматику, есть издержки на внедрение и поддержку автоматики. Берем период амортизации в 10 лет и сверяем стоимость разработки и стоимость ручного поддержания процесса. Если первое больше второго, то автоматику делать незачем… Так говорит теория.
Вот другие доводы, что автоматику все таки делать:
Экономия на масштабе
Бизнесы растут. И там, где сначала можно было бы посадить одного печатающего болванчика, потом потребуется сажать по 10 человек в 10 городах.
Автоматика может стать бизнесом
Если вы внедрили автоматику, то будте уверены, что это можно продать. Разработать и внедрить автоматику всегда задача не простая.
Автоматика как стратегия выживания
Все чаще это вижу. Дело уже даже не в издержках. Компания долгосрочно просто не сможет конкурировать. Сотрудникам и менеджменту нужно видеть данные, создавать другие процессы, которые недоступные без автоматики и обработки данных.
Цифра - это всегда стратегия, не тактика.
5АМ | #компания
Обычно ответ идет от оценки. Есть стоимость команды разработки, которая разработает автоматику, есть издержки на внедрение и поддержку автоматики. Берем период амортизации в 10 лет и сверяем стоимость разработки и стоимость ручного поддержания процесса. Если первое больше второго, то автоматику делать незачем… Так говорит теория.
Вот другие доводы, что автоматику все таки делать:
Экономия на масштабе
Бизнесы растут. И там, где сначала можно было бы посадить одного печатающего болванчика, потом потребуется сажать по 10 человек в 10 городах.
Автоматика может стать бизнесом
Если вы внедрили автоматику, то будте уверены, что это можно продать. Разработать и внедрить автоматику всегда задача не простая.
Автоматика как стратегия выживания
Все чаще это вижу. Дело уже даже не в издержках. Компания долгосрочно просто не сможет конкурировать. Сотрудникам и менеджменту нужно видеть данные, создавать другие процессы, которые недоступные без автоматики и обработки данных.
Цифра - это всегда стратегия, не тактика.
5АМ | #компания
Начну отвечать на вопросы из этого поста:
Как выделять оперативные проекты из этих таблиц?
После проведения сеанса связи с клиентом/ пользователем/ реальностью / виртуальностью😁 мы формируем запрос (работу). Чё надо ваще? на языке клиента, вне контекста конкретного продукта, но в рамках контекста его жизни. Заносим все запросы, которые можем нарыть и проставляем им приоритет и влияние (impact). Фильтруем.
Каждый запрос далее выходит на исследование: есть уже фичи, которые можем доработать, чтобы закрыть запрос или нужно делать заново? Тут входит в работу методики отработки гипотез и бизнес анализ. Не будем углубляться, но результатом всегда вылупляются новые фичи в работу либо версии старых фичей, то есть вторая таблица.
Фичи отслеживаются по готовности в разрезе конкретного направления: аналитика, дизайн, бэк, фронт и т.п. То есть происходит аналитика фичей запроса, дизайн фичей запроса и так далее.
Итак, как стругать эпики-проекты для дорожной карты? Помним что они формируются по критерию "результат". Деление по принципу: большой запрос (больше месяца на релиз) или не большой (меньше).
Большой запрос
Проекты бьются по направлениям запроса. Например, проект "аналитика запроса REQ-345". Вывести фичи. 10 фичей, написать доку и задание на 10 фичей. Крупный результат. Делать 2-3 недели. На базе доки можно делать ux и tech исследование. Круто) Выглядит реально как проект, за который можно по голове погладить.
Маленький запрос
Просто сам запрос является проектом.
Как их выстроить в Roadmap-у то)
Дальше всё просто. Закидываем в табличку проектов-эпиков список, делим по приоритету и block. Закидываем на timeline в Notion. Периодическипомешиваем обновляем.
PS. Все, о чем рассказываю, по завершении цикла покажу на видосе)
5АМ | #компания
Как выделять оперативные проекты из этих таблиц?
После проведения сеанса связи с клиентом/ пользователем/ реальностью / виртуальностью😁 мы формируем запрос (работу). Чё надо ваще? на языке клиента, вне контекста конкретного продукта, но в рамках контекста его жизни. Заносим все запросы, которые можем нарыть и проставляем им приоритет и влияние (impact). Фильтруем.
Каждый запрос далее выходит на исследование: есть уже фичи, которые можем доработать, чтобы закрыть запрос или нужно делать заново? Тут входит в работу методики отработки гипотез и бизнес анализ. Не будем углубляться, но результатом всегда вылупляются новые фичи в работу либо версии старых фичей, то есть вторая таблица.
Фичи отслеживаются по готовности в разрезе конкретного направления: аналитика, дизайн, бэк, фронт и т.п. То есть происходит аналитика фичей запроса, дизайн фичей запроса и так далее.
Итак, как стругать эпики-проекты для дорожной карты? Помним что они формируются по критерию "результат". Деление по принципу: большой запрос (больше месяца на релиз) или не большой (меньше).
Большой запрос
Проекты бьются по направлениям запроса. Например, проект "аналитика запроса REQ-345". Вывести фичи. 10 фичей, написать доку и задание на 10 фичей. Крупный результат. Делать 2-3 недели. На базе доки можно делать ux и tech исследование. Круто) Выглядит реально как проект, за который можно по голове погладить.
Маленький запрос
Просто сам запрос является проектом.
Как их выстроить в Roadmap-у то)
Дальше всё просто. Закидываем в табличку проектов-эпиков список, делим по приоритету и block. Закидываем на timeline в Notion. Периодически
PS. Все, о чем рассказываю, по завершении цикла покажу на видосе)
5АМ | #компания
В чем сложность управления студией полного цикла разработки ПО?
Дам сразу ответ и потом раскрою. Сложность в наборе последовательных самостоятельных услуг.
На рынке часто есть просто отдельные студии: дизайна, тестирования, девопса. Чисто кодо-разработки вроде не видел, но не суть. Так вот, студия полного цикла должна замыкать в себе целиком все направления. Она должна:
- Провести глубокую аналитику продукта
- Разработать дизайн
- Разработать код (по направлениям: бэк, фронт сайт, фронт мобильного приложения)
- Протестировать и выпустить
С точки зрения бизнеса самое сложное кроется в синхронизации направлений по проектам, то есть - каждое направление должно работать внахлёст (или косичкой). Допустим есть три проекта. Аналитик должен работать по первому, дизайнер по второму, бэк по третьему. К моменту завершения работы аналитик должен приступить к четвертому, дизайнер к первому, бэк ко второму и т.д. Иначе заработать не получится, будет простой.
Это касается и продуктовой разработки. Синхронизация в потоке версий продукта должна быть достигнута как можно раньше.
Основная проблема срыва синхрона "нахлеста":
- заказчикам не всегда нужно целиком. У кого-то продукт есть - нужно доработать, кому-то только дизайн, поэтому идет рассинхрон.
- а если нужно, то только высокий чек
- если высокий чек, то выше должен быть уровень экспертов направлений в команде
- выше уровень экспертов - выше скорость разработки
- выше скорость экспертов - выше скорость продаж
- выше скорость продаж - больше шанс сорвать синхронизацию
Я думаю, что одним из ключевых навыков лидов PM-ов или руководителя студии - уметь достигнуть синхронизации в самое короткое время)
5АМ | #компания
Дам сразу ответ и потом раскрою. Сложность в наборе последовательных самостоятельных услуг.
На рынке часто есть просто отдельные студии: дизайна, тестирования, девопса. Чисто кодо-разработки вроде не видел, но не суть. Так вот, студия полного цикла должна замыкать в себе целиком все направления. Она должна:
- Провести глубокую аналитику продукта
- Разработать дизайн
- Разработать код (по направлениям: бэк, фронт сайт, фронт мобильного приложения)
- Протестировать и выпустить
С точки зрения бизнеса самое сложное кроется в синхронизации направлений по проектам, то есть - каждое направление должно работать внахлёст (или косичкой). Допустим есть три проекта. Аналитик должен работать по первому, дизайнер по второму, бэк по третьему. К моменту завершения работы аналитик должен приступить к четвертому, дизайнер к первому, бэк ко второму и т.д. Иначе заработать не получится, будет простой.
Это касается и продуктовой разработки. Синхронизация в потоке версий продукта должна быть достигнута как можно раньше.
Основная проблема срыва синхрона "нахлеста":
- заказчикам не всегда нужно целиком. У кого-то продукт есть - нужно доработать, кому-то только дизайн, поэтому идет рассинхрон.
- а если нужно, то только высокий чек
- если высокий чек, то выше должен быть уровень экспертов направлений в команде
- выше уровень экспертов - выше скорость разработки
- выше скорость экспертов - выше скорость продаж
- выше скорость продаж - больше шанс сорвать синхронизацию
Я думаю, что одним из ключевых навыков лидов PM-ов или руководителя студии - уметь достигнуть синхронизации в самое короткое время)
5АМ | #компания
Пирамида развития монетизации крупного продукта
Я тут потихонечку кручу верчу монетизацию, вот такие у меня наблюдения) Интересно то, как может усложняться процесс заработка в большом цифровом продукте. С односоставными продуктами чуть проще: сделал подписку и нагоняешь массу. В b2b важно дать максимальную пользу клиентам, чтобы не терять существющих и расширять с ними взаимодействие, потому что есть границы роста (разные). Продукт развивается, и ты должен компенсировать новые инвестиции, вводя другие уровни монетизации.
На схемке показал эти уровни:
- Вершина: создается база, без которой не может существовать приложение.
- Второй уровень: продаем все что есть за одну цену.
- Третий уровень: продаем каждую часть по отдельности.
- Четвертый: разбиваем каждый блок и продаем (допродаем) отдельные возможности для конкретных блоков
- Пятый: тарифицируем возможности. Считаем сколько было затрачено данных, в конкретной сущности (не более 1000 заказов или 10000 запросов).
С каждым уровнем растет точность расчета и гибкость внедрения новых платных продуктов. Одно но: растет и сложность такого расчета. Растут именно административные затраты на монетизацию и её поддержку. Чем ближе к основанию пирамиды, тем глубже монетизация внедряется в сам продукт - бэкенд должен быть покрыт точками сбора данных, выключением/включением функций, подсчета затраченных купленных «баллов».
В случае с B2B очень важно актирование. С ростом сложности у продукта должна быть своя автоматизация быстрого формирорвания счета и акта (как и какие данные в них попадут). Чем сложнее и мелочнее становится монетизация, тем дороже поддерживать её не только административно, но и системно.
Поэтому важен фактор своевременности. Вводить нужно постепенно, так как можно заморочиться, а в итоге сложные расчеты не потребуются. Важно понимать общую картину и шаг за шагом двигаться к ней. И помнить, что не понимание принципов своей бухгалтерии приведет к недоработке системы и блокам в продажах.
5АМ | #компания
Я тут потихонечку кручу верчу монетизацию, вот такие у меня наблюдения) Интересно то, как может усложняться процесс заработка в большом цифровом продукте. С односоставными продуктами чуть проще: сделал подписку и нагоняешь массу. В b2b важно дать максимальную пользу клиентам, чтобы не терять существющих и расширять с ними взаимодействие, потому что есть границы роста (разные). Продукт развивается, и ты должен компенсировать новые инвестиции, вводя другие уровни монетизации.
На схемке показал эти уровни:
- Вершина: создается база, без которой не может существовать приложение.
- Второй уровень: продаем все что есть за одну цену.
- Третий уровень: продаем каждую часть по отдельности.
- Четвертый: разбиваем каждый блок и продаем (допродаем) отдельные возможности для конкретных блоков
- Пятый: тарифицируем возможности. Считаем сколько было затрачено данных, в конкретной сущности (не более 1000 заказов или 10000 запросов).
С каждым уровнем растет точность расчета и гибкость внедрения новых платных продуктов. Одно но: растет и сложность такого расчета. Растут именно административные затраты на монетизацию и её поддержку. Чем ближе к основанию пирамиды, тем глубже монетизация внедряется в сам продукт - бэкенд должен быть покрыт точками сбора данных, выключением/включением функций, подсчета затраченных купленных «баллов».
В случае с B2B очень важно актирование. С ростом сложности у продукта должна быть своя автоматизация быстрого формирорвания счета и акта (как и какие данные в них попадут). Чем сложнее и мелочнее становится монетизация, тем дороже поддерживать её не только административно, но и системно.
Поэтому важен фактор своевременности. Вводить нужно постепенно, так как можно заморочиться, а в итоге сложные расчеты не потребуются. Важно понимать общую картину и шаг за шагом двигаться к ней. И помнить, что не понимание принципов своей бухгалтерии приведет к недоработке системы и блокам в продажах.
5АМ | #компания
Про лицензионные соглашения
Незаметный, но важный этап развития продукта в стартапе. Собственно продукт рождается, начинаются продажи. Вот успех, продажа состоялась. Нужен договор. Лицензионное соглашение самое популярное решение для формирования отношений между клиентом и сервисом в b2b. Разберем какие есть блоки его разработки.
Бизнес процесс
Поставил на первое место, потому что без понимания бизнес процесса оформления и поддержания оформленных отношений с клиентом невозможно качественно упаковать условия соглашения.
Продакт и бизнес аналитик должны решить: как будет выглядеть процесс подписания соглашения, как будут выставляться счета, подписываться акты, как будет происходить выход из отношений, что будет с данными, что делать при падении серверов и т.д. Для всего этого необходимо продумать бизнес процедуры, чтобы не бегать сломя голову при возникновении базовых ситуации с клиентом.
Понятийный аппарат
Технический писатель (вообще он, но наверняка будет продакт делать) должен дать определения модулям, разделам, программе, ключевым возможностям, чтобы юристы могли использовать их в юридических формулировках.
Условия
Продакт должен заложить то, на каких условиях его продукт будет поставляться клиенту. Соглашение - это договор, который защищает в первую очередь продукт, формируя четкие условия работы с ним. Чтобы юристы могли оформить соглашение необходимо четко сформулировать "а что собственность защищать" т.е. нужно оформить требования для юристов.
Список полезных вопросов, на которые нужно ответить для составления соглашения:
- За что платить?
- Сколько платить?
- Что если платить не будут?
- Как часто платить?
- Кто отвечает за загруженные в систему данные?
- Кто и как отвечает за сбой в системе?
- Что если модель тарификации меняется?
- Почему цена может измениться?
Шаблоны и автоматизация
Должны быть заготовки соглашений, актов, договоров, чтобы процесс оформления был быстрым и бесшовным. Подключение ЭДО, подписание простой цифровой подписью, выставление счетов из личного кабинета, размещение и обновление версий соглашения на сайте. Это процессы компании, которые обязательно нужно учитывать в разработке продукта.
Чуть позже расскажу про политику конфиденциальности и пользовательские соглашения. Тоже важный момент в развитии продукта)
5АМ | #компания
Незаметный, но важный этап развития продукта в стартапе. Собственно продукт рождается, начинаются продажи. Вот успех, продажа состоялась. Нужен договор. Лицензионное соглашение самое популярное решение для формирования отношений между клиентом и сервисом в b2b. Разберем какие есть блоки его разработки.
Бизнес процесс
Поставил на первое место, потому что без понимания бизнес процесса оформления и поддержания оформленных отношений с клиентом невозможно качественно упаковать условия соглашения.
Продакт и бизнес аналитик должны решить: как будет выглядеть процесс подписания соглашения, как будут выставляться счета, подписываться акты, как будет происходить выход из отношений, что будет с данными, что делать при падении серверов и т.д. Для всего этого необходимо продумать бизнес процедуры, чтобы не бегать сломя голову при возникновении базовых ситуации с клиентом.
Понятийный аппарат
Технический писатель (вообще он, но наверняка будет продакт делать) должен дать определения модулям, разделам, программе, ключевым возможностям, чтобы юристы могли использовать их в юридических формулировках.
Условия
Продакт должен заложить то, на каких условиях его продукт будет поставляться клиенту. Соглашение - это договор, который защищает в первую очередь продукт, формируя четкие условия работы с ним. Чтобы юристы могли оформить соглашение необходимо четко сформулировать "а что собственность защищать" т.е. нужно оформить требования для юристов.
Список полезных вопросов, на которые нужно ответить для составления соглашения:
- За что платить?
- Сколько платить?
- Что если платить не будут?
- Как часто платить?
- Кто отвечает за загруженные в систему данные?
- Кто и как отвечает за сбой в системе?
- Что если модель тарификации меняется?
- Почему цена может измениться?
Шаблоны и автоматизация
Должны быть заготовки соглашений, актов, договоров, чтобы процесс оформления был быстрым и бесшовным. Подключение ЭДО, подписание простой цифровой подписью, выставление счетов из личного кабинета, размещение и обновление версий соглашения на сайте. Это процессы компании, которые обязательно нужно учитывать в разработке продукта.
Чуть позже расскажу про политику конфиденциальности и пользовательские соглашения. Тоже важный момент в развитии продукта)
5АМ | #компания
Эмерджентность
Мне нравится это понятие из теории систем. Коротко суть: это свойство системы, которое возникает только во время работы всех ее компонентов. То есть каждый компонент системы по отдельности это свойство не имеет.
Очень интересно рассматривать эмерджентность больших b2b продуктов с точки зрения сложности продаж. Вот допустим возьмем различные подсистемы Локео. Дам примеры, чтобы вы поняли смысл этой сложности.
🟣 Первая подсистема - процесс оформления клиента в УК. Выполняет сотрудник №1, допустим продажник.
🟣 Вторая подсистема - комплекс финансовых операций для изменения баланса лицевого счета. Выполняет сотрудник №2, допустим кассир. Имеет свои интеграционные подсистемы.
🟣 Третья подсистема - личный кабинет собственника, пополняющий лицевой счет, получающий рассылку, делающий автоплатеж. Выполняет обычный клиент, собственник участка.
🟣 Четвертая подсистема - комплекс операций по созданию пропуска на КПП. Выполняет сотрудник №3, допустим менеджер по сервису. Имеет свои интеграционные подсистемы.
🟣 Пятая подсистема - комплекс операций по управлению оповещением: email, sms, push, новости в личном кабинете. Может выполнять сотрудник №3. Имеет свои интеграционные подсистемы.
🟣 Шестая подсистема - комплекс операций по системе управления долгом клиентов. Выполняет сотрудник №4 - допустим юрист или администратор.
С подсистемы 1-5 фактически выполняют самостоятельные задачи и закрывают боли конкретных пользователей сотрудников 1-4 и клиента. Для каждого сотрудника - это самостоятельная программа, заканчивающаяся в его зоне ответственности. Боли каждой по отдельности могут быть не такими существенными, чтобы согласиться на покупку.
Но самое важная метрика, самый главный эффект, та самая эмерджентность появляется на шестой подсистеме - появляется возможность видеть данные и получить комплекс инструментов предыдущих подсистем для того, чтобы шестая подсистема эффективно работала. Шестая подсистема невозможна без предыдущих пяти. Она приобретает уникальное свойство, за которое готов платить бизнес, собственник, ключевой руководитель. Только они способны увидеть эффект и поэтому покупают. Причем сотрудник №4, работающий в шестой подсистеме будет работать так же, как и предыдущие, эмерджентность для него будет чем-то самим собой разумеющимся.
В этом есть сложность. Продажник должен уметь продать каждому сотруднику нужный ему функционал, который продать сложнее, т.к. его внедрение может убрать должность этого сотрудника, опрозрачить его деятельность, внедрять просто лень и это же нужно активничать и т.д. А собственник, как лидер, принимает решение на основании мнения своих сотрудников. Каждый сотрудник должен получить тот самый свой "изюм" от продажника, чтобы собственник уверовал и получил понимание возникающей эмерджентности. От этого процесс продаж становится дороже, т.к. продажник продает не один продукт, а шесть (на самом деле больше).
Что помогает: аналитика карт ГПР (групп принимающих решения), отдельные воронки для подсистем-продуктов, глубокое понимание болей принимающих решение на уровне подсистемы, понимание психологии людей, их потребности и типов личности.
5АМ | #компания
Мне нравится это понятие из теории систем. Коротко суть: это свойство системы, которое возникает только во время работы всех ее компонентов. То есть каждый компонент системы по отдельности это свойство не имеет.
Очень интересно рассматривать эмерджентность больших b2b продуктов с точки зрения сложности продаж. Вот допустим возьмем различные подсистемы Локео. Дам примеры, чтобы вы поняли смысл этой сложности.
🟣 Первая подсистема - процесс оформления клиента в УК. Выполняет сотрудник №1, допустим продажник.
🟣 Вторая подсистема - комплекс финансовых операций для изменения баланса лицевого счета. Выполняет сотрудник №2, допустим кассир. Имеет свои интеграционные подсистемы.
🟣 Третья подсистема - личный кабинет собственника, пополняющий лицевой счет, получающий рассылку, делающий автоплатеж. Выполняет обычный клиент, собственник участка.
🟣 Четвертая подсистема - комплекс операций по созданию пропуска на КПП. Выполняет сотрудник №3, допустим менеджер по сервису. Имеет свои интеграционные подсистемы.
🟣 Пятая подсистема - комплекс операций по управлению оповещением: email, sms, push, новости в личном кабинете. Может выполнять сотрудник №3. Имеет свои интеграционные подсистемы.
🟣 Шестая подсистема - комплекс операций по системе управления долгом клиентов. Выполняет сотрудник №4 - допустим юрист или администратор.
С подсистемы 1-5 фактически выполняют самостоятельные задачи и закрывают боли конкретных пользователей сотрудников 1-4 и клиента. Для каждого сотрудника - это самостоятельная программа, заканчивающаяся в его зоне ответственности. Боли каждой по отдельности могут быть не такими существенными, чтобы согласиться на покупку.
Но самое важная метрика, самый главный эффект, та самая эмерджентность появляется на шестой подсистеме - появляется возможность видеть данные и получить комплекс инструментов предыдущих подсистем для того, чтобы шестая подсистема эффективно работала. Шестая подсистема невозможна без предыдущих пяти. Она приобретает уникальное свойство, за которое готов платить бизнес, собственник, ключевой руководитель. Только они способны увидеть эффект и поэтому покупают. Причем сотрудник №4, работающий в шестой подсистеме будет работать так же, как и предыдущие, эмерджентность для него будет чем-то самим собой разумеющимся.
В этом есть сложность. Продажник должен уметь продать каждому сотруднику нужный ему функционал, который продать сложнее, т.к. его внедрение может убрать должность этого сотрудника, опрозрачить его деятельность, внедрять просто лень и это же нужно активничать и т.д. А собственник, как лидер, принимает решение на основании мнения своих сотрудников. Каждый сотрудник должен получить тот самый свой "изюм" от продажника, чтобы собственник уверовал и получил понимание возникающей эмерджентности. От этого процесс продаж становится дороже, т.к. продажник продает не один продукт, а шесть (на самом деле больше).
Что помогает: аналитика карт ГПР (групп принимающих решения), отдельные воронки для подсистем-продуктов, глубокое понимание болей принимающих решение на уровне подсистемы, понимание психологии людей, их потребности и типов личности.
5АМ | #компания
Как и зачем вам понимать бухгалтерский учет в бизнесе?
Почему, блин, расходы в дебете, а доходы в кредите, а?!) А ведь в этом — суть управления бизнесом. Не буду давать скучных определений вроде “двойной записи”.
Сразу к сути: зачем это вообще придумали.
1. У меня есть деньги, 1 млн, мои, то есть я собственник. Хочу запустить бизнес — продавать яблоки. Создаю компанию, открываю ей счет и кладу этот миллион. Бухгалтер Татьяна записывает его в кредит.
2. Покупаю яблони, плачу дяде Коле за уход за садом, закупаю ящики, собираю урожай. Все это списывается с моего миллиона, и Татьяна фиксирует расходы в дебет.
3. Иду на рынок, торгую, продаю на 2 млн — сделал x2 на яблоках, Ха! Приношу деньги Татьяне, и она тут же записывает их в кредит.
4. Говорю Татьяне: “Дай мне 500 тысяч дивидендами, а 1,5 млн оставим в обороте.” Она записывает 500 в дебет, а 1,5 млн остаются в кредите. Почему?
Все просто: и “дебет”, и “кредит” на латыни означают долг — долг перед кем-то.
Компания чья? Моя. Я ею владею. Она взяла мой лям. Моя компания - мне должна, прикинь - с ума сойти. Поэтому ее доход - это кредит, а не дебит.
Весь бухучет — чтобы знать, сколько компания должна собственникам и кредиторам.
А еще компания — это как овца на поле под названием “государство”. Государство должно овечку подстричь, значит, овцы должны считать, сколько у них шерсти отросло. Как? Правильно — самостоятельно.😎
5АМ | #компания
Почему, блин, расходы в дебете, а доходы в кредите, а?!) А ведь в этом — суть управления бизнесом. Не буду давать скучных определений вроде “двойной записи”.
Сразу к сути: зачем это вообще придумали.
1. У меня есть деньги, 1 млн, мои, то есть я собственник. Хочу запустить бизнес — продавать яблоки. Создаю компанию, открываю ей счет и кладу этот миллион. Бухгалтер Татьяна записывает его в кредит.
2. Покупаю яблони, плачу дяде Коле за уход за садом, закупаю ящики, собираю урожай. Все это списывается с моего миллиона, и Татьяна фиксирует расходы в дебет.
3. Иду на рынок, торгую, продаю на 2 млн — сделал x2 на яблоках, Ха! Приношу деньги Татьяне, и она тут же записывает их в кредит.
4. Говорю Татьяне: “Дай мне 500 тысяч дивидендами, а 1,5 млн оставим в обороте.” Она записывает 500 в дебет, а 1,5 млн остаются в кредите. Почему?
Все просто: и “дебет”, и “кредит” на латыни означают долг — долг перед кем-то.
Компания чья? Моя. Я ею владею. Она взяла мой лям. Моя компания - мне должна, прикинь - с ума сойти. Поэтому ее доход - это кредит, а не дебит.
Весь бухучет — чтобы знать, сколько компания должна собственникам и кредиторам.
А еще компания — это как овца на поле под названием “государство”. Государство должно овечку подстричь, значит, овцы должны считать, сколько у них шерсти отросло. Как? Правильно — самостоятельно.
5АМ | #компания
Please open Telegram to view this post
VIEW IN TELEGRAM
Про хештеги канала
Как пользоваться: нажимаете на хештег → в списке нажимаете на мой канал → читаем посты по теме тега.
Рубрика - экспертные
#разработка - как делать ПО
#управление - командой
#предпринимательство - о бизнесе
#загородом - про недвижимость
#компания - и её процессы
#стартап - как их делать
Рубрика - легкое
#цитаты - любимое 🙂
#мемы - поржать
#life - узнать меня поближе
Рубрика - полезное
#философия - сознания и ИИ
#мотивация - и заряд энергией
#рекомендации - как действовать
#развитие - своей личности
Рубрика - от компании
#вакансии - к нам в команду
#кейсы - что делала студия
#дайджест - крутые посты
#ретроспектива - подвожу итоги
5АМ | #дайджест
Как пользоваться: нажимаете на хештег → в списке нажимаете на мой канал → читаем посты по теме тега.
Рубрика - экспертные
#разработка - как делать ПО
#управление - командой
#предпринимательство - о бизнесе
#загородом - про недвижимость
#компания - и её процессы
#стартап - как их делать
Рубрика - легкое
#цитаты - любимое 🙂
#мемы - поржать
#life - узнать меня поближе
Рубрика - полезное
#философия - сознания и ИИ
#мотивация - и заряд энергией
#рекомендации - как действовать
#развитие - своей личности
Рубрика - от компании
#вакансии - к нам в команду
#кейсы - что делала студия
#дайджест - крутые посты
#ретроспектива - подвожу итоги
5АМ | #дайджест