Как стать автором
Обновить

Как бизнесу перестать быть заложником IT (или зачем Маск — X распечатал)

Уровень сложностиСредний
Время на прочтение19 мин
Количество просмотров6.9K
Всего голосов 25: ↑23 и ↓2+25
Комментарии36

Комментарии 36

"Делайте всё правильно и не делайте неправильно."

Статья окончена.

Наш техдир так же говорит. А потом на code review выкатывает такие портянки, порой — закачаешься) И все с юморком, с шуточками...

А экспорт данных из todoist в ваше приложение имеется?

Да

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

Как бы я мечтал жить в мире, где "шарики" - принтеры за безценок с картриджами как крыло, подписки на игры, онлайн кинотеатры и режим pay-to-live был бы законодательно ограничены или запрещёны. Я хочу владеть тем, за что плачу деньги и хочу платить один раз!

Вот меня тоже бесят подписки. Особенно когда подписался, а там БАЦ! И "Бмедиатека" или еще какой-то "+ФПлюс".

Хотя за нормальный инструмент я готов платить. И за бензин. И за электричество.

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

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

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

Ну продайте программу, и тогда серваки не будут просить! Пусть каждый, кто хочет, сам свои серваки поднимает, а вы будите новый кубик катать.

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

>> Пусть каждый, кто хочет, сам свои серваки поднимает

Сплю, и вижу...

В вообще — мир пошёл по другой дороге. Так уж получилось.

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

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

Фига сё, лёгкий... Это вы мой график не знаете. Но обсуждаете. Такое...

А ещё мы видим, как все превращается в saas, а людей превращают в яндекс-таксистов. Мир — он многогранный.

Ваша статья про то, что "кубы катать тяжело, а шары крутить легко". И про то, как вы сами выбрали катать шары, ибо это легче.

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

У jetbrains есть self-hosted решения.

Всегда будет ниша облачных решений. Как минимум в B2C сегменте, где "поднять свой сервер" - задача малореальная для 99% людей. И тут подписка - наиболее естественный способ работы.

Конечно. Как и ремонт часов, автомобилей, кафе, рестараны.

Без этого мелкий и средний сегменты не работают вообще.

Главное, чтобы была конкуренция, чтобы миграция от одного вендора к другому была легко доступной процедурой. Как смена ресторана или заправки.

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

Ваши задачи или бизнес меняется со временем, и вы будете платить за подключение новых, подходящих вам в каждый период времени сервисов. Вот и посчитайте что лучше, платить за 1-6-12 месяцев и перейти при необходимости в любой момент на другой сервис, подходящий под ваши новые задачи, или же платить за конечный продукт, который может развиваться в неподходящую вам сторону. И затем платить за следующий при неудовлетворенности и тд.

Лучше в лизинг взять инструмент на время работы. Знаете, как это делают со станками, машинами, самолётами? С фиксированной платой, долговременным и планируемым договором, защитой прав на собственность и рассрочкой.

И с возможностью продажы на вторичке в конце!

Лизинг = ежемесячные платежи
Подписка = ежемесячные платежи

В чем тогда преимущество для человека с похожим на ваше мнение? Я вижу это как просто другое наименование схожего процесса.

Единственное, для компаний предоставляющих сервис в виде лизинга вместо подписки это может быть маркетинговым ходом, для оправдания более высокой стоимости по сравнению с подпиской)

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

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

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

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

Вот интересно сколько будет стоить лизинг какого нибудь популярного облачного сервиса на ваших условиях. И сколько вы готовы переплачивать за договор, дающий описанную вами гарантию (о нерасщиплении сервиса, доп расходах и тд.)?

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

В моей профессиональной области сервисов нет: условия NDA напрямую запрещают ими полдьзоваться. Процентов 80 используемого софта открыты, остальные прилагаются к прибору или продаются на условиях лицензии.

Но это наука, а точнее биотех.

Для себя же я использую технику оценки стоимости подписки такую: я считаю, сколько денег надо положить в фонд, чтобы прибыль с него перекрыла инфляцию + стоимость подписки. Таким образом я получаю реальную стоимость использования сервиса, и делаю выводы: нужен он мне, или нет. Пока что нужными оказались только 2 подписки на патреоне.

Новые фильмы не смотрю, игры покупаю на GOG.

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

Ваш комментарий "...подписки на игры, онлайн кинотеатры и режим pay-to-live был бы законодательно ограничены или запрещёны" тогда неполный, он этого, важного для вас, момента не содержит.

Речь в нем шла о сервисах для частного использования. Ваши условия в NDA запрещают сервисы, хотя они упомянуты в комменте. Тогда я не понимаю ваш крик души в нем.

Я не очень понял вашего коментария, но он я прочитал его как :"Это же не для вас сервисы, чего вы возмущаетесь? Вам они всё равно ни к чему!" Если вы хотели это написать, то у меня вопрос: зачем мы с вами обсуждаем меня? Давайте лучше останемся в рамках сравнения двух моделей продаж с точки зрения некоего абстрактного среднего бизнеса: лизинг с собственностью VS подписка.

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

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

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

Продолжим тогда.
Фильмы и игры - конечный, неизменяемый продукт, в отличие от сервиса. Нужно еще поискать примеры. Я понимаю к чему вы клоните, но не могу найти сервис, который я бы хотел оплатить сразу (или в лизинг) и не желать обновлений, а использовать то, что купил изначально. Технологии развиваются, и мне чтобы использовать его через 3-5 лет, нужно искать старые версии ОС или браузеров или же библиотеки.

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

И еще, вы можете купить в лизинг версию 1.0, но за 2.0 нужно будет заплатить новую если в договоре это указано. Условия договоров такого ПО очень разнообразные, как и условия облачных сервисов.

У меня тут тоже есть что ответить.

Мы говорим про инструменты. Если вы выбираете сервис и начинаете им пользоваться, значит его функционал вам уже подходит. А сервисы всё время развиваются, меняются и обновляются. И врядли хотя бы 1% от того изменения сервисов, что происходит, для меня вообще нужен. Огромное, подавляющее большинство вообще для меня бесполезно: это дизайн, реклама и новые функции, короые мне не нужны, потому что я уже имею необхоимый функционал. Да, соглашусь, крайне редко воявляется функционал, который для меня нужен. Но гораздо чаще либо ломается функционал, необходимый мне, либо усложняется его использование из-за дополнения новых фич и усложнения интерфейса.

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

И тут ещё есть один бонус: когда у тебя твой продукт новой версии конкурирует с продуктом старой версии тебе важно добавить функционал, который купит пользователь. Ты финансово заинтереснова в том, чтобы обновления были хорошими и нужными. Это на пользу и продукту, и рынку.

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

20 лет назад поддерживали, и ничего. А сейчас вроде бы производительность труда разработчиков выросла (выросла же, да?) и должно быть много легче.

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

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

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

Круто!

Ещё, говорят, кто быстро ест — тот быстро работает. Тоже, наверное, внутренние психические процессы)

Можно быстро перекусить и бежать дальше, а можно есть медленно и в удовольствие. Я вот умею есть быстро, но люблю медленно и вкусно)

А про важность энергичности менеджера команды очень верно подмечено, согласен на все 100. Сам раньше был 10 лет программистом, а последние 8 лет менеджер и готов работать на проектах только, если мне сам продукт нравится, иначе энергии не будет.

Главное не того, что каждые 5 минут "ну скоро там"))

Пользуюсь Singularity уже года 3 как, с тех пор как увидел его у Дорофеева. Хотя первые версии было с множеством багов, я не отказался, так как до этого перепробовал много разных тудушников, но ни один не ложился на систему Макса Дорофеева + мои хотелки от тудушника.

У вас здорово получается улучшать и радовать пользователей, меня так точно)

Удачи вам!

Спасибо! Мы стараемся)

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

На мой субъективный взгляд, слабыми в начале всего были оба направления которые являются ключевыми: бизнес и технический. Понятно, что планировался такой стартапчик своебразный, но если вы не продумываете свой бизнес план годиков на 5-10, то у вас не бизнес проект, а стартапчик, который скорее всего окажется выкидышем. Второй, технический, можно не продумывать всё это, если ты абубенный тех специалист, то в целом тебе эти планы не нужны. Ты пилишь проекты и ищешь инвесторов. По итогу автор не был готов ни к одной из областей и посыпалось всё и сразу. Что хорошо, потому что могли разворовать и кинуть, кормя завтраками. Дальше из-за того, что всё не сработало на молитве, началась настоящая работа руководителя на мой взгляд. Слушая видео Потапенко, лично я очень холодный душ получил, особенно когда он сказал, что вы обязаны знать сколько лампочек вам нужно, потому что кроме вас ваш бизнес никому нафиг не нужен. Вы должны знать всё, от и до. И только, когда вы уже знаете всё, вы можете делегировать что-то.

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

Было время, я раз за разом наблюдал такое явление: Некие иностранцы с опытом ведения бизнеса приходят с идеей в кампанию, занимающуюсяя разроботкой ПО, и заказывают приложение. Команда работает, ПО готово, но выход на рентабельность не случается. Или даже до запуска дело не доходит. А все потому, что такие величины, как стоимость разработки и выхода на рынок с одной стороны и потенциальный доход с продаж очень сложно оценить. И если стоимость разработки можно приблизительно прикинуть, то как пойдут продажи вам не скажет никто. И чтобы проект взлетел, нужен либо инвестор, который будет долго (годы) поддерживайть развитие продукта или нужно начинать проект с минимумом затрат (пилить своими силами по выходным).

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

  1. Как вы оценивали потенциальный доход от продукта если оценивали вообще?

  2. Каким образом вы определяете, какую цену на подписку поставить почему условно $10 в месяц а не $5 или $20.

  3. Как вы анализируете телеметрию?

  4. Как вы находите кандидатов на cust-dev интервью?

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации