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

2Есть простой тест для отделения мух от котлет. Идею любого венчурного стартапа можно описать очень просто — «они теперь будут делать это так». Другими словами, венчурный стартап — это то, что предлагает людям новый способ делать старые вещи. Быстрее и дальше ездить на автомобиле, а не на лошади. Вызывать такси одной кнопкой и получать его через 5 минут, а не перебирать номера диспетчерских. Жить в другом городе не в гостинице, а в чьей-то квартире за полцены от цены гостиницы.

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

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

#перечитываяклассику из давно опубликованного на тёмной стороне

Встреча проходит в антикафе Checkpoint на Мясницкой с 14 часов. Живая очередь, разговор один на один, ухожу, как очередь заканчивается.

Нет вопросов, есть предложение для инвестиций? Отправляйте презентацию сюда: https://unitedinvestors.ru

Видео. Фреймворк для создания и анализа продукта.

1Новое — это старое

2Конкурент есть всегда

3Капитализация изменения

4Метод проб и ошибк

5Бизнес — это зарабатывать

6Рост как цель

Смотреть: https://youtu.be/FDhgz7oBBJQ

Интересные новости за минувшие 24 часа одной строкой

1e.ventures поднял новый венчурный фонд размером $400M, $175M из которых предназначена для инвестиций в Европу, в том числе и в Россию
2Французский финтех-стартап Shine добавил специальные счета для фрилансеров и страховку для них
3Наткнулся на небольшой анализ взлета и падения китайского велошеринга Ofo
#строчно

1KPI отличается от метрики тем, что KPI — это метрика, на которую можно влиять. Метрика же — это просто метрика. Ее можно только считать.

2«Наш колл-центр обеспечивает в среднем конверсию 4.23% из звонка в визит в офис». И что? Это метрика. Прямо на нее повлиять мы не можем. Чтобы она она изменилась мы должны влиять на «хвосты». Либо уменьшать количество сотрудников с низкой конверсией, либо увеличивать количество сотрудников с высокой.

3Хотим отрезать слабый хвост? Бьем на команды, устраиваем среди них соревнование. Проигравшую команду штрафуем. Оцениваем результативность по армейскому принципу — по члену команды с самой низкой конверсией. Дальше начинает работать воспитание через коллектив — слабого либо подтянут, либо он сам уволится.

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

5В среднем в лучшем случае получится как в среднем по индустрии. То есть, никак — ибо средняя маржинальность любого бизнеса на конкурентном рынке равна нулю. Зарабатывают хорошие деньги только те венчурные фонды, у которых есть несколько процентов сильно выстреливших проектов. Прибыль SaaS-сервисам генерит малое количество необычно долго живущих клиентов.

6Средняя температура по больнице обычно 36.6. Хотите получать результаты выше, чем в среднем по рынку — работайте по хвостам. Делайте дешевое еще более дешевым, а дорогое — еще более дорогим. Либо увольняйте отстающих, либо сильнее стимулируйте отличников. Не занимайтесь подтягиванием всех и вся до среднего уровня — там нет денег, зато есть геморрой.

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

1Все методики основаны на страхе. Разные страхи приводят к разным методологиям. Страх переплатить ведет к найму дешевых разработчиков, которых просто менять — это SCRUM. Страх ошибки приводит к ГОСТам или RUP с кучей формализованных документов.

2Обычно бизнес хочет все и сразу. Когда собираете требования — придерживайтесь предположения, что «пациент всегда врет». Когда бизнес хочет все, он врет. Попытайтесь понять, что бизнес действительно хочет и попытайтесь ему это продать. Это не самый стандартный для тимлида набор умений. Но если вы не умеете выяснять реальные требования бизнеса, то необходимо найти человека, который умеет.

3Каждый сотрудник имеет право спросить про любую задачу: зачем ее делать, зачем делать именно так и кому она вообще нужна? Как только начинаете спрашивать «зачем» на всех уровнях, включая бизнес, в разы уменьшается объем задач и так же увеличивается мотивация. Люди понимают смысл работы и выполняют ее быстрее и экономнее, срезая углы.

4Не создавайте универсальное решение, пока нет трех разных примеров. Если проектируете три разных самолетика, то не можете сразу по одному из них написать корректный класс, который он представляет. Это решение и для разработки — не стройте универсальную интеграцию с контрагентами, пока нет трех разных интеграций и нет понимания, где они разные.

5Чек-лист — это ритуал, который разгружает мозг и дает возможность в 3 часа ночи сделать выкладку на продакшн и его не уронить. Чек-лист позволяет не думать.

6Вообще весь Agile — это про увеличение нормы эксплуатации разработчиков, потому он и востребован бизнесом. Бизнесу нравится, что люди работают быстрее и дешевле. Если бы у программистов был профсоюз, то Agile, SCRUM и XP запретили бы.

7Review before code. Регулярно слышу, как человеку дали ответственность за большую фичу, а он сделал не то и надо переделывать. Прежде, чем писать код, сотрудник в Jira описывает план решения задачи на две строки или два абзаца текста. Такая практика позволяет тимлиду или архитектору быть в курсе всех изменений в большом проекте. Он читает не кривой код, а два абзаца о том, что вообще происходит в системе, и быстро ловит людей за руку.

8Создание методики — это инженерная задача. Ровно такая же, как программирование и проектирование модулей системы. Именно так к этому и подходите. Вы умеете хорошо решать инженерные задачи — так используйте все свои знания в этой новой практике.

9Главное достоинство программиста — его лень. Постройте процессы так, чтобы люди тратили на них еще меньше времени, и разработчики первыми побегут их внедрять. Если люди не стремятся внедрять процессы, значит они не поняли зачем.

Источник: https://habr.com/ru/company/oleg-bunin/blog/456514/Крутейший/