Честный рассказ о провалах, багах и поздних исправлениях на пути создания around.md — от кривого дизайна до проблем с безопасностью базы данных. Чему меня научила каждая ошибка.
# Ошибки которые я сделал создавая around.md — и чему они меня научили
Когда ты решаешь построить продукт один — без команды, без подушки безопасности — это звучит вдохновляюще. Реальность куда менее красивая: ты кодишь по ночам, сам себе дизайнер, сам себе маркетолог, сам себе служба поддержки. И ошибки делаешь тоже сам — много и постоянно.
Я уже делился историей как появился around.md. Но в этой статье — другая сторона: конкретные ошибки которые я совершил, и что они меня научили. Может это будет полезно тому кто сейчас строит что-то своё.
Первая версия каталога выглядела неплохо. Карточки, фотографии, аккуратные цвета. Но я потратил недели на пиксельную полировку прежде чем понял главное: пользователю не важен идеальный отступ между карточками если он не может найти ресторан рядом с домом за 10 секунд.
Я переписал логику фильтров три раза. Сначала думал что красота продаёт. Оказалось — продаёт скорость и удобство поиска. Дизайн важен, но он вторичен к тому решает ли сайт реальную задачу человека.
В какой-то момент я добавил часы работы для заведений — обычная функция, выбираешь время открытия и закрытия. Всё работало отлично, пока я не ввёл в одно поле слово «круглосуточно» вместо конкретного времени. Вся форма редактирования сломалась — поле просто показывало пустоту вместо времени.
Мелкая деталь, но именно из таких мелочей складывается доверие к продукту. Пользователи всегда находят тот самый край сценария который ты не предусмотрел. С тех пор я тестирую формы вводя в них странные, нестандартные значения специально.
Каталог с пустыми, шаблонными описаниями мест — это просто список названий. Я думал что фотографии и рейтинги достаточны. Оказалось нет — людям нужен текст который объясняет почему именно сюда стоит идти.
Я написал скрипт который генерирует описания через AI используя отзывы реальных посетителей. Первая версия скрипта была щедрой — перезаписывала уже хорошие описания при каждом запуске, тратя деньги впустую на повторную генерацию того что уже было сделано правильно. Пришлось переписать логику так чтобы скрипт трогал только пустые поля. Простой урок: автоматизация без проверок — это автоматизация ошибок, просто быстрая.
Самый неприятный момент. Когда я наконец сел разбираться в правах доступа к базе данных — оказалось что некоторые настройки были слишком разрешающими. Не катастрофа, но потенциальная дверь которую лучше закрыть раньше чем позже.
Безопасность — это не то что видно пользователю, поэтому её легко откладывать «на потом». Но «потом» может прийти в виде проблемы которую решать намного дороже и нервознее чем если бы её закрыли с самого начала.
Однажды я обнаружил что на телефоне кнопка «назад» в браузере работала криво — страница полностью перезагружалась вместо мгновенного возврата. Причина — одна строчка кода которая блокировала встроенный кэш браузера. Я даже не знал что такая штука существует, пока не столкнулся с проблемой.
Это типичный паттерн: ты строишь крупные фичи и пропускаешь маленькие технические детали которые на самом деле определяют ощущение от продукта.
Ошибки — это не провал, это сигнал что ты строишь что-то настоящее, а не теоретический план в голове. Каждая из этих проблем сделала around.md лучше после того как была найдена и исправлена.
Сегодня around.md — это 1000+ мест Молдовы, с фильтрами которые реально помогают выбрать куда пойти, и контентом который не выглядит как сгенерированный шаблон. Не потому что я всё сделал правильно с первого раза. А потому что я не боялся переделывать.
Если ты сейчас строишь свой продукт или сайт для бизнеса и не хочешь повторять чужие болезненные уроки с нуля — именно для этого я также запустил Dricomm. Опыт стоит дорого только если его передавать дальше.
*Хочешь увидеть результат всех этих исправленных ошибок? Загляни в каталог around.md →*