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

Привет!

У меня сегодня важный день - перекрываю ежемесячный поток плотных пачек купюр за побежденные таски в чужом проекте, чтобы бежать 🏃🏻‍♂️ под палящим солнцем 🌅 без остановки к своим проектам

Про успехи спрашивать не буду - читал/видел/хочу сам, больше интересно то, что не сработало, поэтому прошу всех причастных к теме предпринимательства вообще и индихакинга в частности поделиться опытом: какие 3 вещи вы бы сделали по другому, если бы начинали свой путь сначала ? Как ? Почему ?

Спасибо

28 комментариев 👇
Вастрик, Блогер, питонист, мизантроп 13 октября в 12:31

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

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

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

@vas3k,

О, сам Вастрик 🙂 Привет и спасибо!

Сразу и понятно монетизируй

Пока думал над этим понял, что у меня проблема: я вроде что-то знаю, но не знаю с чего конкретно начать (запутался, много думаю, если проще).

Размышления примерно такие: вот я ухожу из проекта, че делать то ?
Окей, посмотреть вокруг себя и решить свою проблему ? - окей. Определить MVP и закодить на том, на чем умею - окей. Далее брать деньги за что-то полезное с первых пользователей. Как ? - stripe или другие варианты (найду, изучу). Надо ли сразу что-то оформлять или на маленьких оборотах пофигу ? (думаю, зависит от страны). Где лучше продвигать свой продукт ? Реклама ? ProductHunt ? Иностранные Форумы ? А дальше приходит мысль, блять а вдруг это все херня и делать надо не так ? Есть какой-то хак, чтобы выкинуть нахрен из головы лишние мысли и быстрее приступить к делу ?

Веселись

Заебись пункт!

  Развернуть 1 комментарий

@naritai,

stripe или другие варианты (найду, изучу)

Зависит от страны. В РФ есть много аналогов страйпа под местный рынок с НДСом и чеками.

Надо ли сразу что-то оформлять или на маленьких оборотах пофигу ?

Надо. Хотя бы самозанятого.

Где лучше продвигать свой продукт ? Реклама ? ProductHunt ? Иностранные Форумы ?

Банальность скажу: продвигать там, где обитают его юзеры. Лучше всего в коммьюнити (типа нашего хеххее). Делаешь проект для учёта кирпичей на стройке — идёшь к тем, кто эти кирпичи закупает. Универсальные площадки типа ProductHunt или vc.ru обычно ничего не дают, там сидят такие же воннаби стартаперы, а не твои юзеры.

Есть какой-то хак, чтобы выкинуть нахрен из головы лишние мысли и быстрее приступить к делу ?

SHIP IT :D

Просто сделай хоть что-нибудь и запусти уже к следующему понедельнику. Мы в индихакерском чате ждём!

  Развернуть 1 комментарий

@vas3k, к понедельнику подписываться не буду, но придти с проектом - приду 😉

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

@LionZXY,

спустя годы понял что урок в другом

Кажется, что дело в возрасте == небольшом опыте, след. и ошибок было больше... или история повторялась и позже ? (сама история класс!)

я делал потому что нужно, а неуспешные потому что хочется

звучит очень правдиво: знаю где и как сделать денег (не без труда, конечно), но душа иногда к такому просто не лежит..

Спасибо!

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

Бизнес реально начал приносить деньги, когда я сконцентрировался только но на нем и откинул все другие возможности. Которые на первый взгляд кажутся проще, но это не так. Легких денег нет.

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

Тут надо заменить "месяц" на "год", а "грести" на "вкидывать", "сможешь финансировать" на "не будешь развивать".

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

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

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

  4. Выпускай MVP/3. Я всегда делал так: писал минимальный набор требований для MVP и ставил дедлайн. За неделю до дедлайна понимал, что нужно еще 2-3 месяца, чтобы доделать. Тогда я просто убирал всё лишнее и запускался как есть - делил MVP на три :)

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

  1. Не оглядывайся. Вопрос "Какие 3 вещи в своём проекте вы бы сделали по другому?" звучит плохо. Особенно если ты задаешь его себе. Правильный вопрос звучит так: "Я сейчас нахожусь тут. Что я могу сделать, чтобы стало лучше для бизнеса?"
  Развернуть 1 комментарий

@shultais,

Делай не проект, а бизнес
Получи бизнес-образование

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

Как бы сам поступил сейчас - начал со сбора информации: книги, курсы, Y-combinator и др., отобрал бы лучшее, составил график и начал постигать + оставил бы время и параллельно бы делал что-то, чтобы обкатать (но не сильно амбициозное, чтобы с первого наскока не сгореть). Но это я сейчас, со своими знаниями... а как еще можно ?

Спасибо!

  Развернуть 1 комментарий

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

В идеале какой-то интенсив. Например, в этом году я проходил обучение в течение 4х месяцев. Раз в месяц мы приезжали на три дня в отель: учились и общались. Это не сильно напрягает по графику.

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

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

  Развернуть 1 комментарий

@shultais,

примерно понял, что буду делать. Спасибо!

  Развернуть 1 комментарий

@shultais, 7. Откладывай налог сразу. Получил доход, отложи 7% (если на УСН 6%) на отдельный счет. Это уже не твои деньги. Оно изначально кажется незначительным, особенно если бизнес приносит мало денег, но по мере роста доходов сильно снижает нагрузку.

Я по началу платил налоги раз в год. Доходы небольшие, налог тоже. В какой-то момент мы начали быстро расти и не заметили этого. Выплата налога выпала в не сезон. В итоге пришлось отдать что-то в районе месячной выручки (налог за прошлый год), а это плохо, особенно в не сезон :)

  Развернуть 1 комментарий
Vadim Mezheritskiy, Front-end / Product Owner 14 октября в 11:23

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

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

@lopar, а расскажите поподробнее — сколько держит?

  Развернуть 1 комментарий

@muradalio, если честно, вопрос немного не по адресу, мои фан-проекты редко выходили в паблик-прод. Ну как, несколько тыщ хитов в сутки система не замечает. Под сотню человек, пишущих куда реже чем читающих тоже прожёвывает сравнительно незаметно. Может по каким-то меркам это недостаточно много, не знаю.
Тут бы в тему кого-то с реальными задачами\цифрами.

  Развернуть 1 комментарий

@vadimmezheritskiy, обязательно посмотрю в эту сторону. Спасибо!

  Развернуть 1 комментарий

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

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

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

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

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

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

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

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

  Развернуть 1 комментарий

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

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

Пиши тесты.

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

  Развернуть 1 комментарий

@miowch,

Спасибо за комментарий!

Буду также благодарен за личную историю на одну из тем в комментарии. Я заметил, что реальные истории реальных людей помогают лучше въехать в необходимость следовать этим советам 🙂

  Развернуть 1 комментарий

@naritai,

Про выход в прод как можно скорее

История не о моём проекте, только со стороны наблюдателя:

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

Про тесты и документацию на примере стартапа, в котором работаю

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

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

Приходят новые разработчики, а те, которые были уходят, и знания о продукте размываются, ведь никто не мог подумать, что фича взлетит или чел уйдет (лол). Теперь хаотично собираем личные коллекции в постмане и инсомнии воедино, чтобы сделать единую и задокументировать.

  Развернуть 1 комментарий
Никита Сороковиков, Программист, математик 13 октября в 06:13

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

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

  Развернуть 1 комментарий

@morj,

интересно, чем так плох Python в данном случае... почему постоянно рефакторить приходится ?

  Развернуть 1 комментарий

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

А конкретно с телеграм-ботами на питоне, у библиотеки python-telegram-bot ужасающе сделана работа с исключениями. По возможности не делайте так.

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

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

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

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

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

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

  Развернуть 1 комментарий
Ivor Barhansky, Сетевой инженер 13 октября в 18:13

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

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

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

  Развернуть 1 комментарий
  1. Уволился с основной работы и нашёл инвестора, чтобы заниматься проектом фулл-тайм.
  2. Не терпеть говнокод от дешевых и/или бесплатных "помощников".
  3. Иметь чёткий план развития и какие-то KPI, что бы видеть что не стоишь на месте.
  Развернуть 1 комментарий
  1. Начинать с нуля и раскручивать проект до первого клиента порой гораздо сложнее чем с одного клиента до 100. Поэтому я бы серьезно задумался о покупке проекта, у которого был modest success и попытался бы его раскрутить до 100 клиентов.
  2. Нужно с первого дня заниматься продажами, а не только разрабатывать проект. Я бы даже сказал 50% продажи и 50% разработка продукта.
  3. Я бы не принимал чужие советы очень близко к сердцу, они часто даются без контекста. Например, тебе тут уже посоветовали завышать ценник для продукта, но начинать с бесплатного или дешевого продукта тоже хорошая стратегия (с условием, что через лет пять, при достаточном количестве пользователей, ты будешь поднимать цену или обрезать возможности бесплатного пакета).
  Развернуть 1 комментарий
Даниил Брусенцов, Team Leader: кровь, кишки, энтерпрайз 16 октября в 02:19

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

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб