Fullstack Founder

Рубрика: Uncategorized

  • API для проверки самозанятых

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

    Так вот, для того, чтобы мы могли это проверить ФНС завела REST API!

    В этот API можно отправить только один вид запроса: передаём ИНН самозанятого и дату, на которую нам нужно уточнить статус.
    POST /api/v1/tracker/taxpayer_status

    { 
    "inn": "525741209968",
    "requestDate": "2019-01-11"
}

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

    { 
    "status": true, 
    "message": "525741209968 является плательщиком налога на профессиональный доход"
}

    Что из этого можно сделать:
    – автоматический запрос из CRM или другой системы
    – плагин для 1С
    – телеграм-бота
    – сайт с проверкой
    – MCP или инструмент для LLM

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

  • Если вы в теме агентского

    Если вы в теме агентского бизнеса, сходите послушать уважаемых коллег. Ближайшие 3 дня бесплатный онлайн.

  • Email vs E-mail

    Сегодня проектировали с коллегами шаблоны электронных писем и наткнулись на слово e-mail. У меня закралось подозрение, и я решил проверить.

    Выяснилось, что со временем всё чаще стали использовать слово email без дефиса. Теперь именно этот вариант рекомендуют в гайдах крупных интернет-корпораций (Google, Apple и т.д.) и медиа.

    Вариант e-mail встречается всё реже, но именно такую версию помнят старожилы интернета. Этот дефис выдаёт в создателе динозавра. Мы такие образы гоним палкой прочь, поэтому одобрили новомодную версию и теперь везде будем писать email!

    Мне понравилось это изменение — дефис можно сократить без потери смысла. Я вспомнил, что когда-то был вариант eMail, но он не прижился.

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

  • Банальные идеи

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

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

    В очереди начал размышлять: ни один шиномонтаж не зазывал меня заранее на смену резины. Просто пришлите смс, что пора переобуваться — я же запишусь. Выставьте надувного чела — я заеду. Да, в снегопад всё равно будет аншлаг, но заранее можно было бы переобуть в 100500 раз больше машин.

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

    Раньше я сердился, когда мне говорили старую идею — как будто намекали на недостатки проекта. Теперь я отношусь внимательнее и повышаю приоритет таким идеям. Чем чаще предлагают идею, тем быстрее её нужно воплотить или отвергнуть.

  • Фальшивый SMTP

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

    Гораздо удобнее использовать фальшивый SMTP-сервер.
    – Можно быстро поднять его через Docker.
    – Прописать настройки этого SMTP-сервера в своём приложении.
    – Зайти через браузер — сервер покажет веб-интерфейс тестового почтового ящика.
    – В ящике будут все письма, которые пыталось отправить ваше приложение на любые адреса. Реальные письма не отправляются.

    Раньше я использовал MailHog, который поставляется с Laravel Sail. Но MailHog очень давно не выпускает обновления.
    Среди популярных альтернатив: MailCatcher, smtp4dev, MailDump, MailDev и Mailpit.

    Я выбрал Mailpit потому что он активно развивается. А ещё это полностью совместимая замена для MailHog — просто поменял имя Docker-образа в конфиге, перезапустил Docker и всё заработало.

    У Mailpit улучшился интерфейс, появилась поддержка тёмной темы. Добавили проверку качества вёрстки писем, удобные настройки и уведомления.

    Если вы ещё не пробовали фальшивый SMTP-сервер для разработки, то я рекомендую попробовать. Подключается и настраивается примерно за 15 минут, а работать становится значительно приятнее.

  • Как пройти кризис: полезные документы от экспертов диджитал индустрии


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

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

    Мы знаем, как проходить спад: что оптимизировать, что автоматизировать, какие метрики реально важны, что помогает удерживать клиентов, а что – только создаёт иллюзию контроля.

    В итоге несколько авторов digital-каналов решили объединиться и собрать всё полезное в одну папку — «Документы для тех, кто в digital»

    Мой вклад — реальный чеклист-аудит от веб-студии Рупор, ведущей техническую поддержку посещаемых интернет-проектов:
    Что проверить на e-commerce сайте, чтобы не получить штраф от РКН
    Проверьте сайт самостоятельно, чтобы поберечь деньги и нервы.

    🔴 Всего в нашей папке 30 файлов, которые помогают выстроить управление, аналитику и внутренние процессы!

    📂 Ссылка на папку: https://t.me/addlist/mUVeZHwtrzc0NWYy

    А чтобы добавить немного азарта — среди подписавшихся разыгрываем:
    🥇 iPhone Air;
    🥈 Яндекс Станцию Лайт 2;
    🥉 HUAWEI Freebuds 5.

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

    🗓 Итоги — 25 ноября.

  • Обычный день стартапера

    – Провёл встречи с двумя магазинами-партнёрами.
    – Багфикс после релиза — пришлось немного попрограммировать и выкатить три правки на продакшн.
    – Принял товарища в гости на чай.
    – Провёл общение с двумя разработчиками и дизайнером — с каждым отдельная переписка.
    – Посмотрел серию Футурамы с милой.
    – Провёл презентацию стартапа потенциальному клиенту.
    – Выпустил сингл на музыкальном лейбле — опубликовал его в десятке ресурсов и сделал почтовую рассылку.
    – Мониторил нагрузку на серверы магазина клиента во время распродажи — около 1000 заказов за день прошло.
    – Договорился о нескольких встречах на ближайшие дни.
    – Обсудил в деталях алгоритмы цифровой обработки звука и продюсирование виртуальных звёзд с коллегой по издательскому делу.
    – Три раза выгулял собаку.
    – Написал этот пост в канал.

    И вот я думаю, почему так каждый день нельзя отгружать? Иногда и одного дела не сделаешь…

  • ПМ не должен выставлять счета

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

    Но для ПМ это психологически сложная процедура.

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

    Поэтому счета выставляет не менеджер проекта.
    – В агентствах с набором услуг — аккаунт-менеджер.
    – Секретарь или ассистент руководителя.
    – Иногда — бухгалтерия, получая данные от ПМ или из реестра.
    – В идеале — автоматическая система на основе CRM или трекера задач.

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

    Разделение денег и операционки снижает напряжение. Идеальный вариант — когда оплату и работу обсуждают разные менеджеры в обеих компаниях.

  • На кукис надейся

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

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

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

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

  • Ещё о выборе домена

    Несколько дополнительных мыслей к посту про покупку домена.

    Домен с дефисом
    – При проговаривании вслух каждый раз придётся говорить слово дефис, а заодно и слово точка:
    — “Мой дефис домен точка ру” вместо “мой домен ру”.
    – Половина людей будет по памяти вводить домен без дефиса.
    – Если домен без дефиса кем-то куплен — он получит бесплатный трафик. Скорее всего это конкурент, иначе зачем ему похожий домен?

    Русскоязычные домены
    Эти домены очень удобно использовать в наружке. При восприятии билборда важны доли секунды — русские слова читаются быстрее и запоминаются легче.
    При вводе адреса должен срабатывать редирект на основной домен с UTM-меткой ?utm_source=мойдомен.рф — так мы отследим, сколько людей пришло с билборда.

    Покупать .com или .ru?
    – Если оба свободны — покупать оба.
    – Если .com занят иностранной компанией — можно покупать .ru.
    – Если .ru занят, а .com свободен — такое редко бывает, но в этом случае вы будете отдавать свой брендовый трафик владельцу .ru-домена. Я бы выбрал другой домен.

    Дополнительные зоны
    Если удалось купить .com и .ru, то остальные зоны можно впрок не покупать. Вряд ли вы найдёте для них применение в первый же год. А впоследствии можно будет докупить — выбор зон для регистрации с каждым годом растёт.