Как проверить и понять что удачное помещение выбрано для бизнеса.

Нужно считать.

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


Вот как считает Саша Волкова, владелица кофейни «Заварили»:
https://zhiza.evotor.ru/kak-ponyat-udachnoe-li-pomeshhenie-vy-vybrali/

В дополнение, финансовая модель Сашиной кофейни

Посмотрите на сколько детально она просчитала всю свою финмодель и восемь конкурентов.

Хорошая проделана работа.

https://docs.google.com/spreadsheets/d/1BJZlwiaiHK-VxxiPF6xb8Li5sKw3EuSEqmDIR4zp8D0/edit#gid=446373329

Пять китов роста: правильная СРМ, и АТС, проведение аналитики, контроля качества и мотивация сотрудников

А еще два крутых дашборда от Варвары Петровой

http://blog.fossko.ru/all/kak-nayti-tochki-rosta-biznesa/

Сергей Капличный, описывает как можно перейти на Ноушен.

Говорит удобно, особенно блочная структура.

Все находится в одном месте — такая копилка информации, ячейка памяти, которая очищает вашу оперативную память мозга.

Можно пробовать, стоит 4 доллара в месяц.

https://skaplichniy.ru/note/notion/

Очень просто можно провести кагортный анализ в Power Bi, об этом рассказывает Максим Уваров в вебинаре.

Небольшой мой конспект http://blog.fossko.ru/all/kak-provesti-kogortny-analiz-v-power-bi/

Подробное «Руководство по Фигме» которое написал и выложил в открытый доступ Саша Окунев.

И для начинающих и для уже профи может быть справочным материалом.

Например: можно узнать как при помощи радиальных градиентов можно нарисовать шарик, имитируя объем.

Как подсчитать юнит-экономику Музыкального сервиса по подписке, например Яндекс Музыки

Например у нас есть команда разработчиков которой мы платим 1 миллион рублей в месяц, сколько нужно привлечь пользователей чтобы сервис вышел в ноль?

Подписка стоит 200 рублей.
Зарабатываем мы около 30% на пользователе в месяц.
Средний срок жизни пользователя, то сколько он у нас будет покупать около 2-х месяцев.

Итого на пользователе мы зарабатываем 200₽×30%×2=120 ₽.

Конверсия от привлеченного пользователя в купившего 1%.
Значит с одного привлеченного пользователя мы получаем 120₽×1%=1,2₽

Теперь мы можем ответить чтобы заработать миллион нам нужно 1 миллион/1,2 = 830 тысяч пользователей

Интересно, а что будет если мы будем привлекать 830 тысяч пользователей, но конверсия будет не 1%, а 1,5%

Тогда доход с одного пользователя будет 120₽×1,5% = 1,8 ₽

Общий доход 830 000×1,8 =1,8 миллионов.

А всего-то мы убрали поле «ваша фамилия» из формы оплаты.

Считайте юнит-экономику.

Вот и ролик от Ильи Красинского.

https://youtu.be/vLUmFnOBFmY

Принцип «без говна»

Этот принцип применяется во всех областях. Если ты сделал что-то «без говна» — мир стал лучше.

Например, вы идете по улице, кушаете мороженку, и думаете, не кинуть ли бумажку под кустик — давайте «без говна».

А вообще принцип не про чистоту на улице, но к ней он тоже применим.

https://youtu.be/15Hxm0cYKi4

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

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

Там информация и для продуктовых менеджеров, аналитиков


Матвей Правосудов: Еще одна статья с кучей ссылок на материалы, примерами заданий и планом действий — «Как стать дизайнером интерфейсов»

https://designpub.ru/dive-into-ui-design-d94f011f0ff

Не разобрался в задаче — нет результата. Переделал — нет результата.

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

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

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

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

А нужно разобраться в задаче и после сделать полезное действие.

Очень подробно это описывает Даша Почекуева в статье: Сережа и большая кнопка.
https://designpub.ru/серёжа-и-большая-красная-кнопка-a45ff35393ef

Оказывается, дизайнера звали Сережа )

«Раньше я работал на дядю, а теперь я работаю на 20 зажравшихся упырей вот с таким самомнением» — так видит человек который перешел из найма в свой бизнес.

Максим Дорофеев рассказывает как стал самозанятым предпринимателем.

Максим Дорофеев - 18 месяцев свободного плавания (деформация сознания)
https://www.youtube.com/watch?v=8d7oSPB6kWI

Если вы работаете в Power Bi, пригодится KillerDateTableRu, от Максима Уварова.

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

https://github.com/power-bi/KillerDateTableRu

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

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

около 2 часов

https://www.youtube.com/watch?v=ZClX6TnE2mo&feature=youtu.be

Ещё один семинар Севы Устинова, где он подытожил прошлый пример.

И еще раз посчитал юнит экономику, уже в B2B секторе, на примере бизнеса про продажи онлайн термометров.

2 часа.

https://www.youtube.com/watch?v=vi2sGxQee8M&feature=youtu.be

Гайд: как подстраховаться от ошибок в бизнес-статье

От редактора Тони Сергеевы

Очень круто

https://docs.google.com/document/d/17gbrfItdVwNpeOpDSMUfvKIecKaKxbXWOCS4ViWrO1k/edit#

Вот как Тоня описывает свой гайд

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

Для каких статей пригодится. Если пишете о микро-, малом и не слишком большом среднем бизнесе — гайд поможет. Если берете интервью у компании типа Билайна или Газпрома — то скорее нет.

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

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

Для удобства разделила гайд на части. Смотрите, что вам больше пригодится.

http://tonya-sergeeva.ru/all/rule/

Бизнес-модели по Остервальдеру

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

Очень подробно о ней написано в книге Александра Остервальдера «Построение бизнес-моделей».

https://www.youtube.com/watch?time_continue=2&v=f1JRknE8HCU&feature=emb_logo

Подробный разбор составных блоков и их взаимосвязи в шаблоне бизнес-модели Александра Остервальдера

Какие формулы нужно использовать для анализа сайтов в гугл таблицах?

Особенно интересны: функции REGEXMATCH, REGEXEXTRACT, REGEXREPLACE, которые позволяют использовать регулярные выражений для проверки, извлечения или замены части текста ячейки.

Если нужны разные примеры в гугл таблицах — https://contributor.pw

Что такое ФФФ конкретно

ФФФ — это методология сделывания дел (проектов) за фиксированное время за счёт изменения функциональности. Теория — в книге:
https://bureau.ru/projects/book-fff/

Но что конкретно делать, чтобы применить ФФФ? Мне для акселератора, где мы сейчас учимся, захотелось собрать список и заодно посмотреть, что у нас из необходимого есть уже в Конспекте. Но и вам тоже пригодится. По сути — вот он, ффф-фреймворк версии 0.01:


Что обязательно должно быть в проекте по ФФФ:

0. Знакомство с проектом, обсуждение условий работы, обучение «клиента» принципу ФФФ (Встреча)

1. Официальный старт (Дата)

2. Понимание задачи. Как минимум с описанием полезного действия, моделью решения и списком артефактов (Текстовый док)

3. План проекта. Артефакты из ПЗ раскладываем по неделям (Список недель проекта, крупные задачи (этапы), ожидаемые результаты, ответственные; возможно стоимость этапов и другие добавки)

По классике ПЗ и план — это часть проекта и они должны быть сделаны за фиксированное количество недель.

4. Типовые недельные итерации. Почти всегда в итерацию входят встречи с командой и клиентом. Итерации недельные (Гвозди в гусенице, замечания, списки задач)

6. Точка невозврата (Точка: дата, время)

7. Полировка (Типовые итерации)

8. Дедлайн — запуск проекта (Дата)

9. Доработка после пуска (Типовые итерации)

10. Для некоторых проектов: публикация в портфолио и подобные дополнительные задачи (Типовые итерации)

На всех этапах работают:
Согласование замечаний по алгоритму

Флекс — возможность менять функциональность ради высокого качества и срока. Не путать с халтурой. Как флексить придумывает ведущий проекта для каждого случая отдельно, но есть подсказки: каталог флексов, например

Гвозди в гусенице — конкретные договорённости, встречи, обещанные результаты в срок. Главное свойство: гвозди не сдвигаются. Гвоздями прибиты все типовые итерации. Все особые точки вроде точки невозврата — это тоже гвозди (Точки: дата, время, ожидаемый результат)


Если у вас чего-то из этого в проекте нет, ФФФ у вас не работает.

Не успели что-то и добавили недельку — это не ФФФ.

Договорились о встрече, исполнитель за день сказал, что не успел и попросил на день перенести — это не ФФФ.

Начали проект, не договорившись о дедлайне — это не ФФФ.

Стали просто пилить без точки старта — это не ФФФ.

Подкинули деньжат на проект — это не ФФФ.

Продолжаете фигачить крупные фичи после точки невозврата — это не ФФФ.

Вы работаете по ФФФ, а ваши реализаторы нет — это не ФФФ. Должны все работать в системе.

Понятно, что в реальных проектах всегда будут некоторые отступления, как при строительстве дома всегда что-то кривовато получается, даже если проект самый замечательный и продуманный. Типа, можно сказать, что в проекте шёл по ФФФ на 87%. Понятно, что вы можете осознанно отступать от ФФФ, если не знаете как иначе, но и последствия понятные: проект растянется и, скорее всего, результат будет хуже.