Terminal UI (TUI)

Очень советую для внутренних утилит, где нужна визуализация попробовать TUI, вместо HTML/JS/CSS.

Меньше гемора с версткой, а так как все равно в терминале Claude Code кодим, считай экономим на RAM на открытие Chrome.

Просто просишь Claude:

Make me a TUI for a feature X, where i want to be able to to Y,Z, make it also look cool

Он предложит сделать на Python, Node или Go. Ну я выбрал Питон и норм.

Заодно почувствуете себя хакером из ЦРУ как в фильмах.

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

https://news.1rj.ru/str/ventureStuff/1926

Тред про диабет и стартапы вокруг него

В чатике этого канала идет тред про диабет https://news.1rj.ru/str/c/1613398776/5957

У меня диабет 1го типа. Колю инсулин ежедневно по 3-4 раза уже 7 лет.

Так же, как и только черный может говорит слово на букву N, я считаю только больной несколько лет диабетом тонко чувствует как живется, в чем проблема, какие дозировки итд

Не рекомендую вписываться в такие темы, если вы - здоровый человек (в смысле без СД).

Вообще темы про дозировки - опасная тема, и я пробовал чатгпт юзать поймать дозировку итд. Не работает. Слишком индивидуально. Еще у инсулина, кстати, нелинейное действие (то есть надо аккуратно предел посчитать), ибо увеличение дозы на 20% может усилить действие на 50%. Еще куча факторов. Например, дни, когда я катаюсь на велике или плаваю в море - мне нужно колоть меньше инсулина, потому что КПД усваивания инсулина растет.

А дни, если я свободные тяжелые веса качаю - наоборот надо больше колоть.

Как эти факторы учесть в программе? Никак.

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

При этом ношу сенсор (ученики StreetMBA видели на наших стримах).

Плачу 60 евро каждые 15 дней за новый сенсор. 120 евро в месяц. Вот это тема - стартап.
Это измерение, а не принятие решения. Но если бы вы увидели как устроен девайс, его установка и упаковка - отказались бы от идеи сделать подобный стартап :)

VSL

В западной терминологии, видео-демо продукта на главной (на лендинге) называются Video Sales Letter (VSL).

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

Так как люди все-таки покупают у людей, такие видосы создают больше доверия.

Так вот совет дня по поводу как записывать

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

Тут конечно для меня работает только один способ - если твой ресерч/информация/инсайты реально подтверждают правду о твоей гипотезе/проблеме/Product Market Fit.

Мы же все уверенно скажем, что 1+1=2?

Так и тут.

Ну а VSL это считай Video Sales Pitch.

Запилю продукт за час на сцене

Ребята, делаю live coding сессию на конференции Future Dev через неделю в субботу 29 ноября.

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

Что покажу:

- Как правильно описать бизнес-идею для AI, чтобы он не хуйню генерил, а реально работающий код

- Контекстный менеджмент - как AI помнит что делает и не забывает архитектуру проекта

- Скиллы и агенты разработки - мои секретные настройки Claude/Cursor, которые экономят мне 80% времени

- Полный цикл: от идеи до рабочего MVP за один стрим

Короче смертельный номер с генеральским эффектом

Залетайте!

Ссылка

Запустили VibeBaza.com

Мы с Денисом @getrichortech последние полгода плотно сидим в Claude и поняли одну штуку: 90% людей используют его как GPT-обёртку для "напиши мне письмо". А там под капотом космос - навыки, агенты, MCP интеграции.

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

Поэтому сделали VibeBaza.com - это как Product Hunt, только для всего что связано с Claude:

→ Навыки (Skills) - прокачиваешь Claude под конкретные задачи. Хочешь из него сделать Account Executive для B2B продаж? Есть готовое.

→ Агенты - автоматизация, которая пашет за тебя

→ Промпты - копируй и юзай, не надо изобретать велосипед

→ MCP - внешние интеграции с базами, API, сервисами

Есть крутая фича - есть для скиллов, агентов и MCP консольные команды, которые вам в проекте авотматически установят все как надо по красоте

На выходных выкатим публичный репозиторий - сможете пулл реквестами предлагать свои наработки. Сделал крутой скилл или MCP? Кидай PR, добавим в базу.

Пока всё бесплатно. Дальше посмотрим - может платные фичи какие-то добавим, может рекламу нативную (кстати, если у вас есть крипто-платёжка, через которую можно Claude Code оплачивать - пишите, обсудим).

https://VibeBaza.com

@ventureStuff

Я забыл сервер побольше поставить )))

на нем 6 проектов

Щас включу

UPD: все включил

Найти продавца твоего продукта за 20%

Несколько лет наблюдаю в чатах одну и ту же картину: чувак пилит продукт и ищет, кто за комиссию будет продавать. Схема принципиально верная, но есть одна маленькая проблема.

В большинстве случаев пишут ребята, у которых почти нет продаж. Или вообще нет никаких продаж.

У меня есть пожелание: когда пишете в чат - сразу дайте ссылку на продукт или хотя бы в один абзац объясни, о чём проект. Чтобы читатель с навыками продаж хотя бы ознакомился с продуктом и что там надо продать.

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

Теперь главное. Кто реально может продавать твой продукт?

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

Вторая категория — продавцы, аффилиаты, реселлеры, которые уже продают похожие продукты. Но тут есть нюанс.

Основатель должен сам сделать первые тысячи, десятки тысяч долларов продаж. И только потом объяснять это реселлерам.

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

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

@saasStuff

Сделал белую тему

User-centric approach

https://vibebaza.com

Ваш маркетолог

Короче скидывайте свои проекты (ссылки) над которыми работаете под комментарии.

Трем лучшим проектам, которые мне понравятся (ну просто первые три, которые по моему мнению жизнеспособны) я сгенерю по 5 рекламных креативов в инсту и скину тут в канале.

Тестирую одну штуку

p.s. Кто стесняется может в директ-личку этого ТГ канала написать

Скидки - когда давать, а когда посылать?

За 4 года в SpatialChat я насмотрелся на разные кейсы со скидками. Поделюсь выводами.

Сначала контекст. Когда у тебя SaaS и приходит клиент просить скидку - это момент истины. Ты либо прогибаешься и теряешь маржу, либо стоишь на своем и теряешь клиента. Вроде lose-lose ситуация.

Но на самом деле нет.

Вот мой фреймворк после сотен таких разговоров:

1/ Если клиент просит скидку сходу, до того как увидел продукт - посылай. Это price shopper, он уйдет к конкуренту при первой возможности. Даже если купит - будет самым геморройным клиентом в саппорте.

2/ Если клиент прошел демо, задавал умные вопросы, понял ценность и потом попросил скидку - это нормальный торг. Тут можно играть.

3/ Если enterprise клиент просит скидку - это ритуал. У них в procurement прописано “всегда проси скидку”. Не давай просто так. Дай взамен на что-то: годовая оплата вперед, кейс-стади, больший тариф.

Примеры из жизни:

Приходит чувак из Fortune 500 компании, хочет купить за $24K/год. Просит 20% скидку. Я говорю - “могу дать 15%, если оплатите год вперед и дадите разрешение использовать ваш логотип на сайте”. Согласился. Я получил $20,400 сразу на счет + лого Sony на лендинге. Win-win. А вот лого Panasonic по на лендинг вставили без разрешения их как клиента, в итоге их legal department нам претензию в почте прислал.

Другой кейс. Приходит стартап, говорит “мы бедные, дайте 50% скидку на $49/mo тариф”. Я отказал. Потому что если $25 в месяц для них проблема - у них проблемы посерьезнее моего софта. И такой клиент отвалится через 2 месяца в любом случае.

Главное правило:

Скидка - это не благотворительность. Это инструмент. Если даешь скидку - получай что-то взамен. Деньги вперед, longer commitment, referral, case study, logo rights.

А если клиент хочет скидку просто потому что “а вдруг дадите” - не давай. Твой продукт стоит своих денег. Если ты сам в это не веришь, почему клиент должен?

И еще момент. Я заметил, что клиенты, которые заплатили полную цену - более лояльные и меньше ноют в саппорт. А те, кто выбил максимальную скидку - пишут больше всех тикетов и требуют больше всех внимания.

Совпадение? Не думаю.

@saasStuff

Annual vs monthly - когда предлагать годовую подписку

Когда мы запускали SpatialChat, у меня не было понимания когда толкать annual, а когда monthly. Методом проб и ошибок нащупал несколько правил.

Годовая подписка - это кредит от клиента. Ты получаешь бабки вперед, но обязуешься год предоставлять сервис. Звучит круто, но есть нюанс.

Если у тебя COGS (себестоимость) низкий - 5-15% от выручки - бери annual не задумываясь. Деньги на счету, можно планировать, нанимать, спать спокойно.

Но если COGS высокий - 20-50% (AI, WebRTC, тяжелый хостинг) - тут начинается математика.

Пример из жизни:
- Клиент платит $12,000 за год вперед
- У тебя COGS 40%
- То есть $4,800 ты потратишь на инфраструктуру за год
- Но потратишь не сразу, а равномерно по $400/мес

Проблема в том, что когда $12K упали на счет - руки чешутся их потратить. Нанять человека, купить софт, сделать маркетинг. А через 6 месяцев внезапно понимаешь, что денег на серверы нет. (Ну это если с новыми продажами тяжело)

Мое правило: если COGS выше 20% - сразу откладывай 40% от годового платежа на отдельный счет. Не трогай. Это не твои деньги - это деньги на обслуживание клиента.

Когда толкать annual:
- Enterprise клиенты с бюджетами - им проще один раз согласовать
- Клиенты которые уже 3+ месяца на monthly и активно юзают
- Когда тебе нужен кэш на конкретную цель (найм, фичу)

Когда НЕ толкать annual:
- Новый клиент который еще не распробовал продукт - лучше пусть 2-3 месяца поюзает
- Когда сам не уверен что продукт стабилен
- Когда COGS непредсказуем (AI API могут подорожать)

И главное - discount за annual должен быть осмысленным. Стандарт рынка 15-20%. Меньше - клиент не видит смысла. Больше - ты себя обкрадываешь. И обесцениваешь (это еще хуже).

У нас в SpatialChat годовые контракты составляли примерно 60% выручки. Это дало предсказуемость и позволило планировать на год вперед. Но первые полгода я не откладывал на COGS и пару раз чуть не попал на кассовый разрыв (один раз на самом деле попал и было ПИЗДА КАК НЕПРИЯТНО)

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

@saasStuff

Я не договорил

Конечно же если настоящая цель - продать годовую подписку, то это норм если годовая/12 меньше раза в 2-3 чем месячная

Но это как правило в B2C apps