Какие 3 вещи в своём проекте вы бы сделали по другому?

Indie Web Principles давно стали моим личным кредо. Подписываюсь там под каждым пунктом.

А по поводу ошибок:

1. Eat your own dog food. Решай свою задачу и пользуйся своим приложением, а не делай под «рыночек», «потребности» и «аудиторию» — это всё булщит, который льют в уши бизнес-тренеры, наблюдая за ошибками выживших.
2. Сразу и понятно монетизируй. Люди перестают верить в «бесплатность» в интернете. Бесплатное значит либо плохое, либо зарабывает на чём-то еще, о чём ты не знаешь (как фейсбук). Хорошее же приложение решает конкретную проблему и берет за неё конкретную денюжку.
3. Ставь цену выше. Чем дешевле твой продукт — тем больше его юзеры ебут тебе мозг. Парадокс. Ставь цену выше, чем сам бы за такое платил, и пусть юзеров будет меньше, но каждый будет услышан. Распродажу и скидки потом будет делать намного проще, чем поднимать цены.
4. Веселись. Во-первых, веселье помогает не выгорать. Во-вторых, в тяжелые времена людей больше привлекает расслабленная ебануха, чем очередные улыбающиеся люди со стоков на лендинге.

1. Пишите тесты. Даже в стартапе, даже в однодневном проекте. Пишите тесты. Ещё на заре становлением программиста я делал свой хобби-проект - бот для отслеживания обновления книг. Спустя два месяца работы школьником 14-лет бот наконец-то был готов! Функции протестированы и все работает как часы. О релизе своего бота я рассказал у себя на личной странице (бот был в ВК) и в крупном книжном паблике. Успех не заставил себя ждать, десятки (!) тысяч пользователей в день, люди любили моего бота и пользовались им. Но вместе с довольными пользователями мне стали прилетать баги, которые надо было фиксить, чем я и занялся. Но с фиксом одного бага, отваливалось все остальное, а про бета и альфу раскатки я не слышал, да и фиксить надо было ASAP, ибо баги критичные. В итоге, этот бот умер за неделю, я доломал там все что можно было, а пользователи разочаровались в качестве. По сей день это остается моим самым важным уроком. Сначала я думал что урок этот - делай нормальную архитектуру. Но спустя годы понял что урок в другом - делай тесты на существующий функционал.
2. У продукта должна быть узкая ЦА и решаемая задача. Мои успешные проекты от неуспешных отличает одно свойство - успешные проекты я делал потому что нужно, а неуспешные потому что хочется. Тот же успех бота был не из-за того что это был отличный продукт и у него была хорошая реклама, а из-за того что я выбрал узкую ЦА и попал четко в её основную проблему. Мой самый популярный мод на Minecraft (да, я писал моды под Minecraft) это была халтурка за день, о которой меня слезно просили мои друзья. Я сделал это, и оказалось что оно нужно всем. Почти всегда это очень простые технически проекты, в них ничего интересного, я бы даже сказал что это самые скучные проекты ever. Но они нужные и это главное.
3. Пиши код проектов для заработка денег на том что умеешь, а не на том что хочешь. Если проект не для людей, а для тебя - можешь смело использовать экспериментальную технологию. Технари часто погружаются полностью в техническую часть проекта, забывая что это лишь инструмент. Ты должен думать о бизнес-модели, а не о том как эффективнее перекладывать JSON-чики. Пусть это будет хоть сраный COBOL, но, если ты его знаешь лучше всего, проект получится эффективнее писать на нем. А переписать успешный и взлетевших продукт всегда можно.

😱 Комментарий удален его автором...

Продавай сразу. Никаких бета-демо-гамма-тестовых версий. Оно что-то делает - пусть платят. Триал не считается, это ок.

Забей на демки и даже mvp, вначале делай лендосы и собирай мыло хотя бы, а то и делай предпродажи. Демки и мвп пили одновременно с этим или вообще после такого теста.

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

Что сделал правильно:
Перед тем как пилить стартап прочитал все что есть у YCombinator, это лучший ресурс по стартапам. Посмотрел лекции, почитал блог PG и Сэма Альтмана (на тот момент СЕО). Это помогло не делать что-то в РФ, да что я дико благодарен - сейчас бы был в кабале с отжатой компанией и русским деньгами. Также помогло не испортить первое впечатление на американцев тупой декой, например. Не знаю насколько профитнее идти напролом и 'break things' без теоретических знаний, мне по душе подход который я выбрал.

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

Кстати о твиттере - больше пишите, шерьте что делаете и тд. Генерите шум, чтобы чувакам из долины было интересно вас фолловить.

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

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

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

Не тяни с релизом mvp, чтобы получить фидбек от реальных пользователей.

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

Пиши тесты.

Веди доку на апи.

1. Уволил бы к чёртовой матери CTO, который и не понятно, почему "технический", если в опыте у него ПМство, коучинг и продажа тренингов по Agile.

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

2. Любым способом (на месте основного инвестора) убрал СЕО куда-нибудь подальше, и нанял вместо него кого-то компетентного и грамотного. Толку с него ноль... было, чел вообще мелкий лавочник и в-жопу-бизнесмен, которому зачем-то доверили управление компанией.

Собственно он и "нашёл" в СТО товарища выше.

3. Пристрелил бы People Business Partner (прости Господи) деваху, она же эйчарка, потому что долбанная истеричка и вредоносное существо, возомнившая себя всратым психоаналитиком.

Хотя спасибо ей - после разгребания дерьмища понаделанного ей, стал изучать вопрос того, кто такие People менеджеры, и как распознать правильного

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

Однако есть одна вещь, о которой я жалею: я писал всех своих телеграм-ботов на питоне. С одной стороны это позволяло мне идти быстро и ломать вещи, с другой стороны теперь я постоянно хлебаю горя на поддержке и рефакторинге (и это не смотря на то что повсюду использовал mypy). С тех пор я зарёкся, и даже в сжатые сроки пишу всякие мини-сервисы на расте.

Поднимал пет-проджект с колен php 5.3. На тот момент только-только вышел 7. Мозг породил странное: обновлять код по цепочке 5.3→5.4→5.6→7.0. Только подходя к этапу 5.6, спустя пару лет задумался: а не делаю ли я какую-то странную хуйню? До сих пор посыпаю голову пеплом.

Сразу в нескольких местах в тасках по апгрейду кода жил принципом "сначала пофиксим всё, потом удалим ненужное". Тоже далеко не сразу пришёл к пониманию, что это какая-то хуйня, и надо бы наоборот.

Хотелось бы вшарить в эти вопросы годы назад..

1. Уволился с основной работы и нашёл инвестора, чтобы заниматься проектом фулл-тайм.
2. Не терпеть говнокод от дешевых и/или бесплатных "помощников".
3. Иметь чёткий план развития и какие-то KPI, что бы видеть что не стоишь на месте.

1. Начинать с нуля и раскручивать проект до первого клиента порой гораздо сложнее чем с одного клиента до 100. Поэтому я бы серьезно задумался о покупке проекта, у которого был modest success и попытался бы его раскрутить до 100 клиентов.
2. Нужно с первого дня заниматься продажами, а не только разрабатывать проект. Я бы даже сказал 50% продажи и 50% разработка продукта.
3. Я бы не принимал чужие советы очень близко к сердцу, они часто даются без контекста. Например, тебе тут уже посоветовали завышать ценник для продукта, но начинать с бесплатного или дешевого продукта тоже хорошая стратегия (с условием, что через лет пять, при достаточном количестве пользователей, ты будешь поднимать цену или обрезать возможности бесплатного пакета).

Нужно доверять интуиции.
Нужно расставаться с людьми, которые не тянут.
Нужно вовремя уйти.