Рубрика: Продукт

  • Как я два месяца не делал базу знаний

    Как я два месяца не делал базу знаний

    Пару месяцев назад я выбирал базу знаний. Думал про Open Source, думал про платные.

    При подробном разборе выяснилось, что наша база знаний состоит из нескольких частей:
    – Дизайн главной страницы с категориями и списком статей
    – Дизайн статьи
    – Интерфейс редактирования статей и категорий
    – Управление пользователями
    – Шапка, подвал
    – Дополнения в духе “была ли эта статья полезна?”

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

    Модуль работы со статьями и категориями был написан за несколько часов с помощью Cursor. Код не критический, всё проверил вручную. Нарисуем и сверстаем дизайн ещё за пару дней — это уже в процессе работы. На старте допы, переводы и версии документации нам не нужны. Вот и всё приключение!

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

    В итоге потратил пару месяцев на инерцию и два дня на реализацию.

    Мой вывод: велосипеды можно изобретать, если задачи простые и понятные.

  • Разработка наоборот в Amazon

    Разработка наоборот в Amazon

    Гигант интернет-торговли Amazon внедрил у себя практику разработки “наоборот” — вместо PRD и спецификации они начинают с написания пресс-релиза и FAQ. Пресс-релиз пишут так, как будто новая фича уже вышла.

    Какие есть преимущества у этого подхода?
    – Ранняя валидация того, насколько новая фича на самом деле нужна. Менеджменту легко принять решение или опросить фокус-группы.
    – Всем участникам понятно, что именно они делают и как это должно восприниматься.
    – В самом начале понятно, какие могут возникнуть технологические вызовы.
    – Опыт и ценности для конечного пользователя становятся очевидны всем участникам процесса.

    В пресс-релиз включены:
    – Интро.
    – Проблемы пользователей, которые решает новая разработка (Jobs-to-be-Done).
    – Предлагаемое решение этих проблем.
    – Цитаты ответственного за внедрение.
    – Цитаты вымышленных персонажей с впечатлениями от продукта.

    Пресс-релиз пишется одновременно с большим FAQ с ответами на возможные вопросы как пользователей (Customer FAQ), так и команды (Internal FAQ).

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

  • Про важность позиционирования

    Про важность позиционирования

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

    Мой близкий товарищ и давний партнёр Всеволод прислал новый кейс по рекламе своего агентства ApexAds. Лендинг для кейса сделан по RDB-фреймворку с поправками на формат. Смотрю, радуюсь за друга и показываю вам хороший пример нишевания.

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

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

    До наработки экспертизы любое агентство в новой нише ведёт себя как слепой котёнок: тыкается в углы, проливает бюджет и мяукает в ответ на вопросы. Я таким агентством был. Хорошо помню первые годы, как мы каждый раз удивлялись, когда у клиента срабатывала реклама и шли лиды.

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

    Если вы уже торгуете оптом или нужна реклама B2B-услуг, напишите Алёне.

  • Local-First веб-приложения

    Local-First веб-приложения

    Пропал интернет и приложение перестало работать, потому что все данные оно получало с удалённого сервера. Сообщения не прочитать, документы не отредактировать, а таск-трекер сломался. Знакомая картина?

    Большинство веб-приложений остановит работу, но не все. Набирает популярность новая (или хорошо забытая старая) парадигма Local-First: веб-приложение всегда работает с локальной базой данных, а интернет нужен только для синхронизации.

    Подход внедряют у себя Linear, Miro, Trello, Figma, Notion, Excalidraw, Replit, Obsidian и растущее множество веб-приложений.

    Чтобы реализовать Local-First, разработчикам нужно решить ряд технических вопросов:
    – В какой локальной базе хранить данные?
    – Как приложение должно себя вести при отключении от интернета?
    – Как синхронизировать изменения без конфликта?

    Для всех этих ситуаций есть теоретическая база — структуры данных CRDT и алгоритмы синхронизации, написаны библиотеки для фронтэнда на React и Vue, разработаны базы данных.

    Выигрыши для пользователя:
    – Высокая отзывчивость интерфейса и моментальное сохранение изменений у пользователя.
    – Непрерывные сеансы работы в приложении — выше продуктивность.

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

  • Как начать торговлю онлайн

    Как начать торговлю онлайн

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

    Раньше (00-е):
    – Зарегистрировал ИП, отстояв очередь в налоговой.
    – Сходил в соседние здания в статистику и пенсионный и там тоже какие-то заявления сдал.
    – Купил бумажную книгу учёта доходов и расходов.
    – Сходил в банк, подписал кучу бумаги и передал образцы подписи.
    – Подписал договор с эквайрингом.
    – Бухгалтер — тётя Валя.
    – Рекламу купил переводом на карту, её просто разместили.
    – Принимаешь деньги.

    Прошло 20 лет:
    – Получил доступ к Госуслугам.
    – Выпустил электронную подпись.
    – Зарегистрировал ИП удалённо.
    – Открыл счёт в банке удалённо.
    – Завёл ЭДО.
    – Подписал договор с эквайрингом.
    – Подписал договор с ОФД и завёл онлайн-кассу.
    – Сервис для бухгалтерии или аутсорс, в облачную 1С приходится ходить.
    – Как, вы живёте без CRM? Так нельзя! Завёл CRM.
    – Зарегистрировался в Честном знаке.
    – Интегрировать всё это друг с другом.
    – Льём рекламу? Зарегистрируйте каждый креатив, получите идентификатор, отчитайтесь.

    Цифровизация улучшила то, что было и добавила нового. Но почему всё новое про контроль и отчётность? Вот и получается, что студентом я смог открыть интернет-магазин за 3 визита в разные места. А сейчас, чтобы продавать свистульки через интернет нужно пройти 7 кругов бюрократии, завести ассистента и несколько агентств. Что думаете про это?

  • Требования к продукту

    Требования к продукту

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

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

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

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

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

    Скачать документ можно в следующем посте с розыгрышем.

  • Сколько стоит час работы?

    Сколько стоит час работы?

    Меня часто спрашивают: как понять, сколько брать за работу специалисту?

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

    Производственный календарь говорит, что в 2025 году — 247 рабочих дней. В среднем 20,5 рабочих дня в месяце.

    Стандартный рабочий день считается равным 8 часам. Но будем честны — есть ресурсоёмкая деятельность, а есть та, которую можно делать на автопилоте.
    Посчитаем, что мы занимаемся сложной задачей, которая требует значительных умственных или физических усилий. Такой деятельностью можно заниматься продуктивно 6 часов в день.

    6 часов × 20,5 рабочих дней = 123 рабочих часа в месяц.

    Предположим, что наш специалист хочет получать 150 тысяч рублей в месяц. Значит, его час должен стоить 150 000 / 123 = 1220 рублей.
    Если ему удаётся продать все 123 часа оптом в одни руки, да ещё и с гарантией выкупа, то это и есть цена продажи.

    У фрилансера или консультанта продаются не все часы, поэтому нужно сделать наценку. Не продаётся 20%, значит каждый проданный час должен стоить на 20% дороже. 1220 рублей × 120% = 1464 рубля.

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

  • План развития веб-блога

    План развития веб-блога

    Небольшой список, что я считаю необходимым сделать с моим сайтом:
    – Рассортировать посты по категориям и поставить теги.
    – Сделать навигацию с категориями.
    – Добавить в навигацию пост “Обо мне” и “Контакты”.
    – Вывести теги в посты.
    – Поставить SEO-плагин и прописать мета-теги ко всем постам.
    – Сгенерировать sitemap, чтобы поисковики видели все страницы.
    – Добавить Open Graph, чтобы пересылаемые ссылки в соцсетях отображались с картинкой и описанием.
    – Настроить отображение картинок к постам, чтобы они не обрезались.
    – Конвертировать все картинки в webp.
    – Настроить кэширование и ускорение сайта всеми доступными способами.
    – Добавить вывод в конце поста похожих постов, динамически их подбирая по тегам.
    – Подтянуть Google Page Speed. Быстродействие вывести в зелёную зону (значение этого показателя плавает), а остальное довести до 100 из 100.
    – Бот для Telegram, который будет копировать посты из канала в блог. Почему-то хочется, чтобы он работал именно в таком направлении.
    – Форму подписки на email-рассылку с новыми постами. И автоматическую рассылку для подписчиков.

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

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

  • Модель RDB — инструмент для мышления маркетолога

    Модель RDB — инструмент для мышления маркетолога

    Все коммерческие предложения, лендинги, ТЗ на рекламные плакаты и вообще всю маркетинговую коммуникацию я уже много лет проектирую на основе модели RDB. Про неё я узнал из выступления Ильи Балахнина и тут же применил на одном из клиентских проектов. Удалось вырастить конверсию лендинга в 3 раза не прибегая к редизайну — я просто блоки переставил местами в соответствии с моделью.
    Модель даёт отличные результаты на практике, потому что позволяет выстраивать повествование про ваш бренд или предложение в понятном потребителю порядке.

    Resonance
    В резонансе нужно русским по белому написать ваше предложение на понятном клиенту языке. Запуск интернет-магазина для бренда одежды за 30 дней.
    Клиент узнаёт себя, чётко и ясно понимает вашу услугу. Важно, чтобы всё окружение резонанса транслировало сопутствующую атмосферу и атрибуты. Картинка с котятами не подойдёт — нужны картинки интерфейсов современных интернет-магазинов с одеждой, фэшн-фотографии и процесса оформления заказа. Шрифты, цветовая палитра, Tone of Voice — должны соответствовать резонансу. Не стесняемся лепить самую банальщину. Клиника — врачей в белых халатах, а не яблоки на тарелке или здоровых пациентов.

    Differentiation — отличие от других.
    Для B2C брендов нужно говорить про потребителя и как его индивидуальность будет подчёркивать этот продукт или услуга. Чем он будет отличаться от других после покупки.
    Для B2B рынка мы делаем ровно наоборот — доказываем, что мы такие же, как и все: соблюдаем стандарты, имеем лицензию, делаем по методологии. Корпоративный клиент не хочет рисковать, поэтому предпочтёт проверенное решение. Магазин на WordPress, а не самопис от нашей студии. Бухучёт по международному стандарту, а не по авторской методике.

    Belief — создаём доверие и внушаем веру в продукт или компанию. Размещаем логотипы и отзывы клиентов. Показываем производство и работников. Публикуем реквизиты компании. Даём значимые цифры, подтверждающие наш опыт и компетенции. 3 тысячи сайтов сделано, 20 тысяч клиентов выздоровело, 300 миллионов рублей потрачено.

    В ходе применения RDB и обратной связи я немного модифицировал формулу. Мой порядок применения модели: RBDB, — два раза используется Belief. Первый раз мы создаём доверие сразу после резонанса. Внимание покупателя захвачено, нужно сказать, что мы норм, чтобы следующий блок был встречен с предварительно сформированным доверием. Достаточно краткой полоски логотипов, фотографий людей и значимые цифры. Второй раз мы будем использовать весь арсенал — отзывы, фотографии, сертификаты и награды, видео-ролики и демонстрацию внутрянки. Этот Belief может быть огромным лонгридом для самых недоверчивых Осликов по матрице Винни-Пуха.

    Применение этой модели сильно снижает предстартовую фрустрацию и позволяет мне сразу создавать скелет эффективного КП или лендинга.

  • 🙌🙌🙌🙌  25+ документов для тех, кто в диджитал

    🙌🙌🙌🙌 25+ документов для тех, кто в диджитал


    В преддверии новой активности мы собрали в одну папку 29 Telegram-каналов известных профессионалов и попросили их авторов подготовить для вас документы, которые помогут:

    🔴Правильно писать запросы нейросетям;
    🔴Промпты для прокачки карьеры в IT;
    🔴20 игровых механик, которые повысят LTV вашего продукта;
    🔴Чек-лист SEO-требований к релизу нового сайта;
    🔴UX-аудит сайта своими руками;
    🔴и еще много много всего!

    ✔️ Я делюсь скриптом для автоматической настройки VDS.
    С ним вы научитесь использовать Ansible и примените все лучшие практики защиты вашего сервера от взлома.
    ➡️ Скачайте архив по ссылке или склонируйте репозиторий на GitHub.

    ❗️ Сохранив единожды папку «Документы для тех, кто в диджитал», вы сможете спокойно пройтись по всем каналам и скачать множество авторских документов, которые точно пригодятся в работе.

    Также они проводят розыгрыш с топовыми призами:
    🥇Главный приз — MacBook Air (M2)
    🥈2 место: Яндекс Станция Лайт 2
    🥉3 место: Наушники HUAWEI Freebuds 5i

    Как участвовать:

    1. Подпишись на папку: https://t.me/addlist/Qu1lhSIaUZVjZTFi
    2.
    Подтверди участие в боте

    До встречи 27 июля – дата подведения итогов!