Метка: ux

  • Клиент забыл, какой хостинг у его сайта

    Клиент забыл, какой хостинг у его сайта

    Два раза за последние сутки разыскивали потерянные хостинги для клиентов.

    Порядок действий:
    0) Домен-то вы знаете? 😆
    1) Нужно посмотреть в DNS куда направлена A-запись этого домена.
    Для консольщиков:
    Команды nslookup (Windows) или host (macOS/Linux).

    $ host fullstackfounder.ru  
    fullstackfounder.ru has address 46.173.18.24

    Для нормальных людей:
    Идём на сайт https://mxtoolbox.com/, выбираем режим DNS Lookup.
    Сразу видим IP-адрес и в чьём диапазоне он находится.

    2) Узнаём, за кем закреплён IP-адрес
    Идём на сайт https://ipinfo.io/ и вводим полученный IP-адрес.
    Тут написана компания, которая получила диапазон IP-адресов, а также email для жалоб. Из этого email очевидно, какой сайт у хостинга.

    Это может не сработать, если IP окажется в диапазоне Cloudflare или другого прокси. Тогда путь начинается с восстановления доступа к этому прокси — ищем в переписке по названию сервиса и пробуем попасть вначале туда. Там в панели будет DNS и настоящий IP-адрес.

    3) Пишем в поддержку найденного хостинга с просьбой восстановить доступ. В идеале — с официального ящика компании, указанного на сайте. Может понадобиться запрос на бланке организации или визит с паспортом в офис.

    Эта последовательность действий должна помочь выявить хостинг в большинстве случаев.

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

  • 🙌🙌🙌🙌  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 июля – дата подведения итогов!

  • Выбираю платформу для базы знаний

    Выбираю платформу для базы знаний

    За последнее время часто возникает потребность создания документации или базы знаний в разных проектах. Сколько бы мне ни нравился Obsidian для личных заметок, для коллективного использования в вебе он не предназначен. Поэтому я начал поиск продукта “база знаний”.

    Требования:
    – Поддержка русского языка
    – Статьи можно писать коллективно
    – Можно опубликовать на моём домене
    – Хочу поддержку markdown
    – Современный внешний вид из коробки, который легко брендировать
    – Приятный интерфейс и UX

    Рассматривал все варианты.
    Первыми не подошли зарубежные платные продукты: Gitbook, Notion, Confluence, Zendesk. Зачем сразу создавать себе проблемы с оплатой и блокировками?
    Потом стал смотреть российские платные: Teamly — альтернатива для Notion, CarrotQuest — альтернатива для ZenDesk/Intercom, Kaiten — альтернатива для Jira. В Kaiten мы даже сделали книгу сотрудника для агентства и остались довольны, но это всё же не для публичного доступа.

    Потом опомнился, что не хочу платить за подписки. Я готов разворачивать и админить приложения в нашей инфраструктуре. Начал смотреть на Open Source, чтобы бесплатно и с открытым кодом. Оказывается, не так много хороших решений.
    Outline и Documize оказались продуктами с платными версиями, не стал разбираться в тонкостях лицензий, убрал их из сравнения.
    BookStack — не понравился редактор статей, весь продукт выглядит устаревшим. Ставили его пару лет назад и пробовали использовать, но не прижился.
    GitLab — почему бы не писать документацию для разработчиков внутри репозитория? Решил опробовать, но для публичной базы знаний нужно что-то другое.

    В итоговой выборке остались эти продукты:
    Wiki.js — победитель, пока остановился на этом продукте и буду его пробовать. Множество плагинов, поддержка разных баз данных, корпоративный логин, markdown, всё выглядит очень современно.
    Docusaurus — второе место, поддерживает переводы и версии, отлично выглядит и тоже полностью открытый исходный код без скрытых тарифов.

    Занятно, что оба написаны на Node.js + TypeScript. Хотя я на стек смотрел в последнюю очередь.

    А на какой платформе база знаний у вас и насколько вы ей довольны?

  • Профессии будущего

    Профессии будущего

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

    Список IT-профессий, на которых работают эти дети и которых не существовало 25 лет назад:
    – Frontend Developer
    – Backend Developer
    – DevOps Engineer
    – UX/UI Designer
    – Blockchain / Smart Contract Developer
    – Machine Learning Engineer
    – Prompt Engineer
    – No-Code Developer
    – Product Manager
    – Growth Hacker
    – Cloud Architect
    – Scrum Master
    – SMM Manager
    – Influencer Manager
    – SEO Specialist
    – Reels Editor
    – Motion Designer
    – Metaverse Event Producer

    Как это называлось раньше:
    – Программист
    – Рекламщик
    – Продюсер

    Какие профессии новой эпохи я забыл?
    Насколько они новые?

  • Черное юзабилити

    Черное юзабилити

    Черное юзабилити.

    Хотел написать развлекательный пост, но жизнь подкинула идею про образовательный.

    Решил, что мне не нужна Премиум-подписка в Т-Банке. Брал ради одной функции, но сейчас стало неактуально. Чтобы подключить услугу — достаточно нажать одну кнопку в интерфейсе, и с тебя будут списывать примерно 2000 рублей в месяц. Чтобы отключить — нужно пройти интервью в чате с поддержкой, где оператор убеждает тебя ни в коем случае не отключать абонентскую плату. Настойчиво и большими сообщениями объясняет, почему этого делать не надо. Мне нужно объяснять, что я не дурак и понимаю, что не хочу платить за невостребованную мною услугу. Спрашивает, планирую ли я крупные покупки или путешествия. Спасибо, не попросил анализы и справку из дурдома.

    Это — черное юзабилити, когда интерфейс работает не на пользователя, а против него. Нарочное затруднение для пользователей, которые хотят сделать невыгодное для сервиса действие. Да, этим занимаются те же самые UI/UX-дизайнеры, которые должны были делать всё удобным и понятным.

    Ещё пример — полоса препятствий у Reg.ru при попытке перенести домен к другому регистратору. Максимально затруднено, требует подтверждений из почты, пройти периоды ожидания и экраны с неочевидными действиями. И предоставить цветную (!) скан-копию ИНН организации. А при регистрации, когда принимали деньги, его не просили. Конечно, всё это под соусом заботы о краже доменов. При этом очевидно, что сервис вставляет палки в колёса, потому что потеряет ежегодные переводы. Ведь у других эта же процедура сделана гораздо проще.

    Если вам кажется, что вам мешают отключить услугу, — вам не кажется. Это кто-то нарочно спроектировал.

  • Оргструктура для стартапа — как назначить всем должность

    Оргструктура для стартапа — как назначить всем должность

    Оргструктура для стартапа — как назначить всем должность.

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

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

    И попробовал рассортировать по кучкам. Потом на эти кучки можно будет приклеить ярлычки CEO, CFO, CMO, C3PO, R2D2…

    Через 40 минут сортировки на доске я понял, что у меня не стыкуется. Текущая команда и виртуальная структура с дырками… В общем, заставил GPT воображать себя венчурным инвестором и успешным предпринимателем, после чего скормил ему эту задачу. Описал всех участников, рассказал, кто чем занимается и дал список направлений деятельности.

    Такое распределение менеджмента получилось в итоге:
    1. CEO (Chief Executive Officer) + CTO (Chief Technology Officer). Генеральный + технический директор. Стратегия и руководство, технические вопросы, финансы, инвестиции.
    2. COO (Chief Operating Officer) + CRO (Chief Revenue Officer). Операционный директор + РОП. Продажи, управление редакцией, онбординг новых клиентов и сотрудников.
    3. Head of Design & UX/UI — Дизайнер.
    4. Head of Customer Support — Поддержка клиентов.
    5. Head of Marketing (потенциально CMO) — Маркетолог.

    Забавно, что AI назначает Head of, даже если в отделе один специалист. Но мы помним, что в стартапе карьерные ступеньки подставляют вниз. Ещё интересно, что не все участники команды получили позицию менеджера. Даже если этот участник в отделе один.

    Теперь дополнительная польза. Кого можно сейчас не нанимать?
    Chief Product Officer (CPO) — Директор по продукту. В нашем случае закрывается созданием продуктовой команды из CEO/CTO + COO + Design. Лучшее решение, спасибо искусственным мозгам! Что интересно — ровно так разработка у нас и происходит. Находка, что можно не выделять главного в этом процессе и продолжать работать коллективом.

    Chief Financial Officer (CFO) — Финансовый директор. Когда деньги появятся, тогда и возьмёте. Для меня отличным решением оказалось раннее выделение роли Chief Revenue Officer без довеса на эту роль функционала CFO. И правда, чем управлять? Продавайте пока и всё.

    HR-менеджер — Управление персоналом пока больше сводится к найму. Это закрывают сами CEO и COO, а что не смогут — отдать рекрутерам. Мы можем долго не нанимать выделенного HR, потому что оба фаундера много нанимали сами в других проектах.

    Юрист — аутсорсить на точечных консультациях (это мы уже начали) или взять агентство (а вот это пока навряд ли).

  • Команда разработки для стартапа

    Команда разработки для стартапа

    В 2003 году для старта проекта нужен был программист, продажник и дизайнер (hacker, hustler & designer). Пусть четвертый парень на картинке будет инвестором. Так и запускали первые проекты.

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

    Команда супергероев теперь выглядит так:
    – Продажник теперь BizDev и его меньше всего затронуло разделение труда. Он всё так же ищет жертву потребителя на рынке.
    – Product Owner – единственный понимает, что все делают и что должно получиться на выходе. Но сам может генерировать только беспокойство и приоритеты.
    – Product Manager – генерирует рандомные гипотезы, пытается понять что нужно считать в продукте и что из этого следует.
    – Project Manager – спрашивает у всех “как дела?” и рассказывает почему проект отстает от графика.
    – Business Analyst – должен всем всё разъяснить и описать, но душнилу плохо понимают.
    – Brand designer – нарисует логотип, подберёт шрифт для визиток и сделает презентацию на 80 страниц с обоснованием.
    – UX/UI – старательно перерисует чужой кейс с биханса в вашу фигму по мотивам фир стиля. Тоже приложит презентацию.
    – Frontend-разработчик – превращает всё до чего дотронется в Java Script.
    – Backend-разработчик – усложняет и так сложные штуки под капотом, которые никто кроме него не понимает.
    – QA manual – проверяет, что продукт ломается там, где не ожидали.
    – QA automation – заставляет робота проверять, что продукт ломается там, где ожидали.
    – DevOps – сисадмин, который заливает всё на сервер, но почему-то тоже через код и 8 слоёв абстракции.

    Конечно, на такую ораву теперь нужен TeamLead, HRd и ещё какой-нибудь скрам-мастер.

    Нормально же сидели, откуда столько народу понабежало? 🙈