17 ошибок, за которые я заплатил сам
Шестнадцать лет разработки, десятки запущенных проектов. Список ошибок, которые стоили мне денег и лет, с ценой каждой. Отмечайте по ходу чтения то, что узнали за собой: под списком будет вердикт, с чего начинать.
Каждый пункт ниже я оплатил. Не прочитал, не согласился с чужой статьёй, а заплатил временем, деньгами и трафиком, который потом пришлось возвращать годами.
Из последнего, чем могу отчитаться: новый домен, две тысячи посетителей в сутки за два месяца, без вложений в рекламу. Говорю это не для веса, а чтобы вы понимали, откуда список.
Проблема в том, что такие выводы почти невозможно усвоить без собственных потерь. Я и сам чужие списки читал. Помогло мало.
Почему это касается именно одиночек
В команде ошибку ловит кто-то ещё. Тестировщик заметит, аналитик спросит про числа, руководитель не даст начать четвёртую нишу, пока не работает первая. Один человек совмещает все эти роли и на всех них экономит, обычно на одних и тех же.
Поэтому современная разработка в одиночку это про правила и ограничения, а не про бесконечные возможности, которыми вы всё равно не воспользуетесь.
Список
Отмечайте по ходу чтения то, что узнали за собой прямо сейчас. Под списком будет вердикт: с чего начинать. Считает браузер, отмеченное никуда не уходит.
Цветом выделены те, что убивают проект целиком, а не портят его. Остальные лечатся по ходу дела.
Что из этого ваше
Что вместо этого работает
- Делать то, чем пользуетесь сами. Иначе вы не отличите важное от мелочи.
- Посмотреть руками, сколько таких же и что конкретно они дают. Один вечер до старта против полугода после.
- Взять востребованную нишу, но с очень узким прицелом на старте.
- Дать человеку реальную пользу бесплатно, дать привыкнуть, и только потом предлагать расширенное.
- Собирать обратную связь и числа с первого дня, а не когда появится время.
- Запустить первую версию за сутки. Если не получилось, вы делаете не первую версию.
Ни один из этих пунктов не про технологии. Все они про ограничения, которые вы себе назначили сами, потому что назначить их больше некому.
Дмитрий Подстригаев
Разработчик, архитектор шлюза
Шестнадцать лет разработки, свой парк сайтов и свой шлюз к моделям. Пишу только о том, за что заплатил. Другие записи.
Разборы по темам из списка
- Почему счёт за модели больше, чем «цена за токен × число запросов»
- Ответ 200, а внутри ошибка: как это ломает интеграции
Если вы узнали за собой восьмой пункт, начните с него: поломку, о которой никто не сообщает, оплачивает уходящий посетитель. Мы такие места находим на аудите, смотрим, где принимается решение «удалось», и что при этом попадает в мониторинг.
Как мы беремся за ИИ-интеграцию · Возразить или рассказать свою задачу