Обновить
128K+

Развитие стартапа

Главное не размер стартапа, а умение его развивать

158,15
Рейтинг
Сначала показывать
Порог рейтинга

Вчера был на презентации нового цифрового продукта.

Ребята проделали огромную работу!

  • продумали сложную логику,

  • разложили систему на огромное количество элементов,

  • реализовали возможность доступа к каждому элементу,

  • связали все эти элементы в единую систему,

  • современный дизайн,

  • куча раскрывающихся менюшек,

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

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

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

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

Выражение приписывают Генриху Альтшуллеру, основателю ТРИЗ
Выражение приписывают Генриху Альтшуллеру, основателю ТРИЗ
Теги:
+3
Комментарии0

Подчеркивать индивидуальность или быть удобным?

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

Звучит - круто! Стимулирующе.

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

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

Очевидно - большинству непривычно пользоваться сервисом с настолько “выраженной индивидуальностью” :) Очевидно...

Погоревал над “ах, какая задумка пропадает”. Смирился. И сделал две новых цветовых темы - банальную светлую и “молодежную” ночную.

Как думаете, на что лучше сделать ставку по умолчанию?

На "незабываемую индивидуальность", на банальность светлого или на молодежность тёмного?

Теги:
+4
Комментарии0

Пол Грэм — Названия Стартапов. Перевод эссе

Один из моих подписчиков скинул удаленное эссе Грэма. А так как я занимаюсь собранием переводов всех его эссе, не мог такое пропустить. Поэтому посмотрим на мысли Грэма из 2006 года.

Хорошее название для стартапа — это не маркетинг. Это тест на воображение.

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

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

Из этого вырос новый стандарт крутости: Flickr, Del.icio.us, Writely. Названия с опечатками, точками посередине, несуществующими словами. Примерно как лофты в промышленных кварталах — сначала отталкивает, потом становится знаком своих.

Грэм выстраивает иерархию названий. Лучшие — когда слово звучит круто и одновременно описывает продукт. Второй уровень — просто круто звучит. Дальше — посредственно, но не отталкивает. И это, говорит он, уже достаточно: хороший продукт окрашивает своё название в нужный цвет.

Самое практичное наблюдение — про глагольность. Google, Flag, Textpayme. Название работает, когда его можно вставить в предложение как действие. Это не про благозвучие, это про то, как люди говорят о продукте между собой.

И финальное предупреждение, которое стоит запомнить: названия прилипают быстро. Если не уверен — называй “наш стартап”. Или выбери настолько плохое имя, чтобы точно не захотелось оставить.

Сразу же обновил сборник и добавил туда эссе.

Теги:
+2
Комментарии0

Мой опыт с Supabase: 8 неочевидных костылей, о которых молчат в красивых туториалах.

Все вокруг хвалят Supabase за скорость. И да, я тоже повелся. Как бэкендера меня поначалу знатно корежило от того, что фронт ходит тупо прямиком в базу. Но ради быстрой доставки фичей я зажмурился.

Спойлер: пилится-то всё реально быстро. Только потом ты ловишь тихие баги, пропадающие логи и жесткий вендор-лок. Я собрал на Supabase уже несколько проектов и успел поседеть.

Короче, вот за что вы будете страдать на бесплатном тарифе (да и не только на нем).

Логи. Их просто нет
Точнее, они живут ровно 24 часа. Упало что-то в пятницу вечеро - в понедельник с утра ты дебажишь святым духом. Встроенный поиск это вообще кровь из глаз. Без какого-нибудь Datadog или Logflare там тупо не выжить.

Edge-функции и проклятые холодные старты
Это отдельный котел. Писать надо на Deno, так что половина привычных npm-пакетов идет лесом. Лимиты на вызовы жесткие, долгую таску не запустить. Но самое бесячее — холодные старты. Пока поднимется пул коннектов к базе, проходит до трех секунд. В моем сервисе post-cooler.ru edge-функция отдает HTML для линк-страничек. Я смотрю в метрики и плачу: кликов куча, а дожидаются загрузки единицы. Конверсия просто умирает на этапе бесконечного лоадера.

Палево с доменами в OAuth
Юзер логинится через Google, а в окне авторизации торчит <project-id>.supabase.co. Я когда делал photo math, целый час дебажил эту хрень. Думал, что сам где-то накосячил — на локалке-то всё выглядело нормально! Оказалось, не баг, а фича. Хочешь свой домен? Плати.

Хаос со схемами БД
Экспорт схем из дашборда выпилили еще в 2025 году. Сейчас помогаю проекту the-signal переехать на селф-хост. До этого код там писали vibe-кодеры, которые вообще не парились про миграции. Вытащить дамп схемы из облака было той еще болью. Без жесткой дисциплины база очень быстро превращается в неуправляемую помойку.

Тормоза локальной разработки
Я постоянно прыгаю между проектами. И каждый гребаный раз supabase start лезет тянуть свежие Docker-образы. Поднимает 10+ контейнеров, а ты сидишь и тупишь в терминал. Весь кайф от "быстрой" разработки улетучивается.

Тихие RLS-ошибки
RLS (Row Level Security) ошибается молча. Накосячил в политиках? БД тебе не скажет. UPDATE просто вернет 0 affected rows, а SELECT подтянет половину данных.

Транзакции и боль SQL-функций
Через REST API нельзя сделать нормальную транзакцию на несколько таблиц. Нужно атомарно создать юзера, профиль и настройки? Обломись. У меня пока ничего не отвалилось, но я с ужасом жду, когда в базе начнут копиться "осиротевшие" записи.
Чтобы это обойти, приходится писать логику на PL/pgSQL прямо в базе. Редактор там примитивный, автокомплита толком нет и дебажить то еще удовольствие.

Вендор-лок
Клиентский SDK намертво завязан на специфичный синтаксис PostgREST и их собственные токены. Если однажды решишь переехать на нормальный самописный бэк: придется рефакторить вообще весь клиентский код.

Короче. Для MVP или пет-проекта, чтобы просто проверить гипотезу на коленке - это топ. Да, часть этих костылей можно вылечить, если закинуть денег и перейти на платную версию. Но возникает резонный вопрос: за те же 25 баксов в месяц можно спокойно поднять Supabase на нормальной VPS-ке и вообще забыть про лимиты.

Кто еще сидит на Supabase или Firebase? С чем боретесь? И есть тут те, кто уже психанул и переехал на свой бэк?

Дебаж 🐞с ноги 🦶

Теги:
Всего голосов 9: ↑3 и ↓6-3
Комментарии1

2,5 трлн долларов за SpaceX — пузырь или нет?

Биржа часто выступает мерилом успеха компаний, и SpaceX (включает бизнес запусков SpaceX, спутниковую связь Starlink и ИИ-подразделение xAI) провела свои первые дни на бирже. Перед торгами были сомнения, что инвесторы поверят в оценку компании Илона Маска, и, по данным инсайдеров, компания несколько снизила первоначальную цену на акции. Но всё удалось: начав со 135 долларов за акцию (что даёт капитализацию компании в 1,75 триллиона долларов), по итогам первой торговой недели, на вечер 18 июня, акции подорожали в 1,5 раза — до 185 долларов (капитализация — 2,5 трлн долларов). Илону Маску снова удалось убедить аудиторию, что в его проекты стоит вкладываться. Убедить или обмануть?

Некоторые эксперты (не те же ли самые, что сомневались в спросе на бумаги SpaceX?) говорят о завышенной цене и раздутом пузыре. Действительно, SpaceX убыточна по итогам 2025 года, а соотношение капитализации к выручке превышает 100х. Ненормальная ситуация. Но только для учебников экономики, которые описывают идеальный рынок, где потребитель ориентируется только на текущую доходность компании и альтернативу в виде банковских вкладов. Но ценой акций давно управляют не фундаментальные факторы, а рынок спроса и предложения: инвесторы покупают акции, рассчитывая не на дивиденды, а надеясь на дальнейший рост их стоимости. Илон Маск показал, как умеет поднимать цену акций убыточных компаний, ещё на примере Tesla.

Справедливости ради, весь рынок акций технологических компаний сейчас спекулятивный. Это не ругательное советское слово, а указание на то, что стоимость акций давно включает множество факторов и рисков, которые могут повлиять в будущем. Или не повлиять. Например, самая дорогая компания мира — тоже технологическая, это Nvidia, её капитализация около 5 трлн долларов. Но соотношение капитализации к выручке — почти 40х. Скромнее, чем у SpaceX, но тоже совершенно безумный коэффициент для «правильного расчёта».

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

Теги:
Всего голосов 16: ↑16 и ↓0+30
Комментарии1

Обратная сторона рабочих чатиков

Андрей Врацкий начал строить рынок корпоративных мессенджеров в 2015 году, когда WhatsApp и Telegram только начинали проникать в рабочие чаты, а безопасники в компаниях делали вид, что все ок и деловая переписка — это личная ответственность сотрудника. 

На создание продукта ушло четыре года. Когда eXpress вышел в 2019-м, то выяснилось: все уже так привыкли к Telegram и WhatsApp, что менять ничего не хотят. 

Прошло семь лет. Сегодня иностранные мессенджеры заблокированы, отечественный* удален из App Store на неопределенный срок. На этом фоне спрос на eXpress вырос в четыре раза — и это пока Telegram все еще работает. Что будет, когда перестанет? 

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

Подробнее — во втором выпуске подкаста «IT-фронтир».

Теги:
Всего голосов 4: ↑3 и ↓1+4
Комментарии2

Интеграции - Есть! Толку - нет :(

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

А теперь, представим, что управление задачами - это горный барс - стремительный, ловкий и хищный, красивым мехом покрытый.

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

И вот все три сущности у нас есть, встает вопрос - как это всё связать друг с другом?

Удача то какая - все три решения заявляют - “У нас есть интеграции”!

Вот только среда существования у всех разная, функционал, предназначение, базовая логика - всё разное! И что надо? Вытаскивать рыбу на сушу или закапывать барса под землю? С чем “интегрировать” жабры? Со слепыми глазами?

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

PS: И чо? Задача - интересная. Работаю в эту сторону :)

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0
18 июня, начало в 18:30 (Мск), онлайн, Zoom
18 июня, начало в 18:30 (Мск), онлайн, Zoom

Приходите на второй открытый онлайн Devhands AI Meetup #2!

📅 Когда: 18 июня, начало в 18:30 (Мск)

🔗 Где: Zoom (запись через таймпад

Формат: блиц по 7 минут, только личный опыт и кейсы, без воды. ~45 минут выступления подряд без вопросов, ~45 минут — обсуждение и вопросы. Всё бесплатно.

Программа на 18 июня:

«ACP как база для агентской автоматизации» Алексей Самойлов, Techlead в Fastronome

«Системный дизайн через AI-скиллы и MCP: от требований до архитектурного решения» Виталий Юшкевич, Lead engineer в Pugofka 

«Опыт применения AI в стартапе инфраструктурной платформы» Георгий Меликов, no-ops платформа Exordos

«Организация правил работы с проектами в Claude» Денис Савицкий, разработчик в DeltaSoft

«Опыт применения AI для анализа фродовых регистраций» Дмитрий Дунаев, Дата инженер в ССР

Ксения Погорельских, хостинг-сервис Deploy-f-, название доклада уточняется (расскажу про факапы, про эксперимент, где 30 агентов-тестировщиков нон-стоп ищут баги, а агент-разработчик эти баги исправляет и отдает на ретест. И почему эти агенты долго не могли выдать мне ветку с фиксами, готовую к мержу в мастер).

Приходи, регистрируйся, это можно сделать через таймпад, или через наш чат, Devhands AI Club. Если интересно участвовать в качестве блиц-спикера - присылай заявку на следующий митап. Темы, которые мы хотим обсуждать:

Кейс: рассказ о запущенных проектах, опыт внедрения и adoption в компаниях

Цикл разработки: Agentic SDLC, SDD, ADR, автоматизация QA (unit, smoke, e2e, нагрузочное), деплой, работа с инцидентами, sandboxing, security

Агенты: возможности/недостатки, опыт, сравнение, новинки, баги 

Облачное окружение: модели, гейтвеи, стоимость

Локальные модели: модели, железо, сетапы, скорость и стоимость. 

Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю.

Теги:
Всего голосов 18: ↑17 и ↓1+24
Комментарии0

Пол Грэм — Как заработать миллиард долларов. Перевод эссе

Миллиардеры не воруют. Они просто умеют считать.

Пол Грэм выступил в Оксфорде перед студентами, которых назвал «будущими премьер-министрами», — и объяснил им математику экспоненциального роста. Потому что без неё невозможно понять, как устроена экономика.

Тезис простой: стартап, растущий на 15% в месяц, через 5 лет зарабатывает в 4000 раз больше. Это не магия и не эксплуатация — это сложные проценты. Именно непонимание этой математики заставляет политиков считать, что миллиард долларов нельзя заработать честно.

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

Отсюда неочевидный вывод о том, как вообще искать идеи для бизнеса: не надо их искать. Лучшие стартапы начинались как проекты, которые люди делали для себя, потому что им было интересно. Justin.TV — парень с камерой на голове. Сейчас это Twitch.

Ключевая мысль, которую я вынес: молодые основатели — это предсказатели спроса. То, что вам и вашим друзьям интересно сегодня, через десять лет будет интересно всем. Это не метафора, это буквально механизм.

Сразу же обновил сборник и добавил туда эссе.

Теги:
Всего голосов 6: ↑1 и ↓5-4
Комментарии6

🤗 Привет всем!

😻 Обновление HalChat for Android: v1.0.2 (Vote or don't vote)

Что нового?
😌Теперь есть описание чатов.
🤖 Добавлено обновление данных чата.
😉 Добавлены метаданные файлов HD - мгновенное определение что за файл или какие размеры изображения.
😇 Доступны опросы/голосования в чатах.

Что исправлено?
🤓 Если получение или расшифровка пароля была прервана, то теперь он запросит заново, и пароль будет доступен в любом случае.
🫢 Теперь при получении пароля от чата, в списке чатов сообщения будут расшифроваться.
😎 Исправлена система файлов в чате, они будут отображаться всегда и в том числе изображения (исправлен баг).

До новых встреч!

Google Play: https://play.google.com/store/apps/details?id=halwarsing.net.halchatandroid
RuStore: https://www.rustore.ru/catalog/app/halwarsing.net.halchatandroid
HalChat Web: https://halch.at/c/tZgWWT
GitHub: https://github.com/halwarsing/HalChat/tree/dev

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии2

Я встроил браузер в браузер

Недавно писал, что вписался консультантом в проект Signal. Бекенд развернут на self-host Supabase. Мне дико не нравится работать с их логами, поэтому решил поднять VictoriaLogs + VictoriaMetrics и прикрутить Grafana как UI.

Вся эта связка живет на одной железке в докере. У такого конфига есть только одна огромная проблема это безопасность. Виктория из коробки вообще не идет ни с какой авторизацией. Обычно это не парит: засовываешь всё за VPN и забываешь. Но с 2025 года с VPN всё туго. Его надо постоянно поддерживать и оживлять, а времени на это нет.

Отсюда вопрос: как не светить Викторию голой в сеть, но при этом иметь доступ к админке, если вдруг что сломается?

Докер сам строит внутри себя сети, и контейнеры отлично общаются по адресам типа grafana:3000. Мой локальный браузер про эти внутренние адреса на VPS, конечно, ничего не знает. Но оказалось, что кто-то уже столкнулся с этой проблемой до меня и собрал докер-образ с Хромом (lscr.io/linuxserver/chromium).

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

Штука прикольная. Можно даже срезать качество картинки и FPS, если инет тупит. Но есть боль с буфером обмена. Текст просто так не скопируешь, приходится пихать его в отдельное окошко. Плюс у меня Мак с cmd+c/v, а на сервере крутится линукс с ctrl и мозг при переключении немного ломается.

Как итог, костылем я доволен. Собрал себе админку без VPN, в которую буду залезать может раз в полгода, но зато без боли.

А как вы сейчас прячете внутренние тулзы на пет-проектах? Страдаете с ключами и туннелями или есть решения проще?

Дебаж 🐞с ноги 🦶

Теги:
Всего голосов 1: ↑0 и ↓1-1
Комментарии3

Регламенты - отличный инструмент!

Самое главное - регламенты помогают согласовать рабочие процессы между исполнителем и заказчиком (руководителем). Избавить от неоправданных ожиданий.

Становится понятно ЧТО и КАК надо делать.

Уходят досадные оправдания “а я не знал”, “а я думал по-другому”.

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

Но существует другое решение - технологическое.

Регламенты можно превратить в рабочие интерфейсы.

  • Сотрудники каждый день работают внутри регламента!

Любые улучшения и доработки регламента

  • моментально внедряются в работу!

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

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

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

Рекламные загоны опущу, но если кому интересно - буду рад показать, что получилось.

Текстовые строки превращаются в чек-листы, поля ввода, инструкции, артикулы, финансовые документы…
Текстовые строки превращаются в чек-листы, поля ввода, инструкции, артикулы, финансовые документы…
Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Собрались как то Росатом, Камаз, Северсталь и РЖД, чтобы разработать отечественный стандарт Бережливого производства - ГОСТ Р 56020.

Сделали сначала первую версию от 2014 года.

Потом через несколько лет доработали и выпустили следующую - от 2020 года.

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

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

Хотя там весьма "современно" - много синонимов, выделенных в отдельные позиции и без какого-либо подхода к систематизации - просто список, как старику японцу приснилось.

Вот исходный тойотовский список из 7ми:

  • перепроизводство

  • избыток запасов

  • лишнее перемещение объектов (логистика)

  • задержки и простои

  • лишняя обработка

  • лишние движения человека

  • дефекты и брак

Вот, на мой взгляд, более адекватный для работы вариант:

  • использование неактуальной технологии

  • избыточность (операции, ресурсы, страховка)

  • ошибки и нарушения

  • упущенные возможности и простои

Чем меньше в списке позиций - тем проще его запомнить и применять на практике.

Чем лучше систематизация, тем более целостная получается модель.

Теги:
Всего голосов 7: ↑4 и ↓3+3
Комментарии7

Ближайшие события

Причина успеха стартапа

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

Гораздо труднее признать, что вы понятия не имеете, почему стартап стал успешным. Потому что это не оценят инвесторы и партнеры.

Blog • Telegram

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Взрыв, который потряс космическую программу США

29 мая при проведении статических огневых испытаний взорвалась ракета New Glenn компании Blue Origin. Носители иногда взрываются — они наполнены сотнями тонн горючего и работают на пределе, но по итоговому эффекту этот взрыв может превзойти взрыв советской ракеты Н-1 во время второго пуска в 1969 году. Он фактически закрыл советскую лунную программу, теперь под угрозой американская «Артемида» и вопрос эффективности космических запусков SpaceX.

Взрыв ракеты New Glenn уничтожил важное оборудование на единственной стартовой площадке и вызвал вопросы к её надёжности. Ни один человек не пострадал — это важно, но осталась масса проблем для Blue Origin:

  • Все запуски New Glenn откладываются на срок от полугода до 2 лет (неофициальные оценки), пока не будет восстановлен старт.

  • Контракты компании с военными могут быть пересмотрены, так как возникнут сомнения в надёжности единственной ракеты Blue Origin.

  • Лунная программа «Артемида» может «поехать» по срокам, так как у Blue Origin было самое большое продвижение по лунному кораблю — готов прототип Blue Moon Mark I, но теперь его не на чем доставить на Луну. А значит, сдвигаются и сроки запуска полноценного лунного аппарата, и высадка человека на Луну в 2028 году становится совсем призрачной.

Разные инженерные подходы SpaceX и Blue Origin могут помешать понять масштабы катастрофы. SpaceX в случае с созданием Starship сразу шла по пути натурных испытаний — 5 лет испытаний и более 20 пусков, каждый из которых заканчивался взрывом. Запланированным, ожидаемым взрывом, так как это эксперименты, в которых важна была лишь часть участков полёта. Всё это время у компании оставалась рабочая лошадка Falcon 9 и как минимум два стартовых стола.

Blue Origin шла путём глубокой отработки узлов в цифровом виде и на стендах. Взорвалась серийная ракета, которая готовилась к запуску 48 спутников связи Amazon Leo (обе компании принадлежат основателю Amazon Джеффу Безосу). Уничтожено дорогое оборудование единственного стартового стола.

Взрыв ракеты Blue Origin может… помешать IPO SpaceX. Сомнения в надёжности ракет одной компании могут повлиять на настроения инвесторов другого производителя. 29 мая Bloomberg сообщил, что SpaceX уже снизила оценку компании при размещении с более чем 2 трлн до 1,8 трлн долл. Причина — вроде бы консультации с инвесторами, но о реальном положении дел остаётся только гадать. Положение монопольного оператора запусков не добавит SpaceX стремления к эффективности, что может негативно повлиять и на её показатели. Такова цена инженерной ошибки.

Теги:
Всего голосов 21: ↑21 и ↓0+36
Комментарии7

Тихий форум: мечта интроверта

Побывала на форуме «Время цифры», очень неожиданным оказался сам формат проведения.

Как устроен «тихий» форум?

Параллельные сессии идут в одном помещении, спикеры говорят вполголоса, каждая группа транслируется онлайн. Хочешь слушать — подходишь, подключаешься, надеваешь наушники.

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

Прожарка, после которой не хочется всё бросить

Со своей командой LBX Биллинг попали на разбор проекта в формате прожарки от Клуба Менторов. 
Обычно обратная связь на питчингах и в акселераторах полярная: либо слишком поверхностная («интересная идея, удачи»), либо агрессивная, с попыткой сломить позицию основателя.

Здесь было все по-другому — вопросы в теме и с пониманием, обратная связь экологичная. Для основателя это редкость и реальная ценность: после такой сессии понимаешь, над чем работать, а не теряешь веру в продукт.

Вывод

Формат тихого форума стоит попробовать хотя бы раз — особенно если вы интроверт или хотите успеть везде!

Теги:
Рейтинг0
Комментарии0

Платный триал: 20 рублей, которые "разгоняют" проект

В марте я делился подробностями о запуске MVP сервиса по обработке звуковых файлов до студийного уровня качества.

За апрель у нас много интересных новостей и наблюдений, расскажу об основных.
16-го марта мы ввели пробный триал-период: 5 минут обработки звука пользователь может купить всего за 20 рублей. Сумма смешная, но по факту она неплохо компенсирует наши финансовые издержки на поддержание проекта. Но главная заслуга платного триала не в этом.

Структура тарифов сейчас такова: пробный тариф формирует 62,8% покупок, но только 8,4% проданных минут. Основной объём проданных минут дают старшие пакеты: тариф S обеспечивает 46,3%, M — 17,3%, XL — 20,6%.

Мы заметили, что клиенты стремятся использовать пакеты по-максимуму до того, как они “сгорят” - это хороший качественный сигнал. Доля повторных покупателей в платном потреблении выросла почти на 17%. Приток новых пользователей команда расценивает как умеренный, а рост времени использования продукта обеспечивают именно повторные клиенты.

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

Теги:
Рейтинг0
Комментарии0

Мультиязычность в стартапе

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

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

Blog • Telegram

Теги:
Всего голосов 3: ↑1 и ↓20
Комментарии0

Личный бренд и бренд продукта – странная и не всегда простая связка.

Очень часто продукт начинают продвигать не только через его функции, пользу и маркетинговые сообщения, а через человека, который за ним стоит. Через фаундера (или фаундеров), его личную историю, экспертизу, взгляды, сомнения, ошибки и путь.

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

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

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

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

Наверное, самый здоровый вариант –  где-то посередине. Хотя я не уверена, что уже до конца понимаю, где именно проходит эта середина.

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

Это тонкий баланс, и, кажется, его невозможно найти теоретически. Только на практике: через свои неловкие посты, сомнения, эксперименты и постепенное понимание, что звучит честно, а что уже похоже на forced marketing.

Личный бренд действительно может дать продукту доверие. Особенно в самом начале. Но продукту все равно однажды придется начать стоять на своих ногах: через реальную пользу, пользовательский опыт, качество и результаты.

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

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии5

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

Тезис: с ростом качества образования на протяжении 20-го века и далее с ростом количества пользователей интернета, написанное предложение в среднем имеет всё меньшее и меньшее значение. И если ллмки для написания своих статеек имеют в своей основе корпус данных, состоящий из многабукав, соответственно по умолчанию Контент сГенерированный Автором Мэинстримным в принципе не удовлетворяет современным реалиям, является морально и структурно устаревшим, который лучше не читать. Книг сколько теперь выходит из-за ллм, статистику видели? Это нельзя всё читать, поберегите мозги.

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

Теги:
Всего голосов 2: ↑2 и ↓0+3
Комментарии4
1
23 ...