Comments 42
P.S. Если интересно, вот ссылки на проекты, т.к. в статье нельзя их размещать:
Telegram чат для сайта - https://telegram-feedback.com
Доступ к ChatGPT - https://chatgpt-me.com/
P.S. Если интересно, вот ссылки на проекты, т.к. в статье нельзя их размещать:
Telegram чат для сайта - https://telegram-feedback.com
Доступ к ChatGPT - https://chatgpt-me.com/
Второй сайт не открывается, пишет сайт не найден
Ошибся в адресе, спасибо, что поправили
https://chatgpt-me.ru/
10 сообщений
~1 000 обработанных слов
1 диалог
Для неофитов можно объяснить, как понимать этот бесплатный тариф: "10 сообщений" - это "10 запросов", а "1000 обработанных слов" включают и ответы ChatGPT?
Я затестил бесплатный режим, и после трёх запросов выскочила шляпа с запросом денег. Чё так-то?
Остаток в конце месяца восстанавливается?
В FAQ этот момент написан таким образом:
Если на конец месяца лимит не израсходован, он обнуляется.
Имеется в виду календарный месяц или месяц с дня регистрации?
Попросите ChatGPT написать вам вменяемый FAQ ;)
И с Vivaldi 6.1.3035.302 (Chrome/114) форма регистрации подружиться не смогла - после ввода своих данных нажатия на кнопку игнорировались, пришлось воспользоваться Chromium 108.0.5359.125.
Могёт ChatGPT поревьюить вёрстку сайта? ;)
По условиям бесплатной версии - глобально, 3 бесплатных сообщения и всё. Иначе халявщики начинают мне токены съедать). Нужно будет обновить
А про Vivaldi... я тестировал только в Chrome и Safari, т.к. ими пользуется основная масса пользователей. На Firefox'ы и т.д. забил, т.к. их проблематично поддерживать. Не тот проект для этого)
Эти проекты идут вместе с основной работой или вместо? Если вместе, то рад вашему успеху и усидчивости совмещать хобби и работу, но если вместо, то как-то не густо для IT специалиста.
Вместе
Сначала проекты шли медленно, т.к. времени было 1-2 часа вечером и на выходных. Не скажу, что было слишком тяжело, но и с усидчивостью у меня полный порядок. Но если хочется и проектами заниматься, и работать - нужно прилагать усилия, вот я и прилагал)
Сейчас чуть бодрее, т.к. сменил занятость на part-time + свои проекты
Основная идея - нужно уметь продавать проект, а не делать его.
Помнится была история (выдуманная) ещё N лет тому назад. Про Васю и Петю. Вася писал программу делая её быстрой и удобной. А Петя тяп-ляп и начал продавать. По итогу Петя на деньги от продажи нанял программистов которые переписали его программу (т.е. осталась только идея). А Вася когда дописал свою, то обнаружил что рынок заняла программа Пети и его никому не нужна.
И вот когда такие посты читаешь, то понимаешь что история ты была жизненная..
Это как раз говорит о том, что так называемый "успех" определяется системой социальных связей (умением рекламировать, продать, вступить в выгодное партнерство и проч.), а не качеством в принципе. Плохой продукт при налаженной схеме продаж будет приносить доход, а отличный продукт без работающего способа предоставления его потенциальным пользователям - нет.
Однако, если принять этот принцип, то можно прийти к следующему выводу. Большинство "успехов" - это посредственное дерьмо, а большинство гениев никому не известны и подыхают от безденежья или голода.
C баша
Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать говнокод не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
В завершение этого выдуманного примера можно сказать, что через полгода Вася купил все наработки Пети, Петю взял в штат тестировщиком, а сам по пьяни разбился на своём новеньком Туареге
Если бы этот гипотетический Петя писал тяп-ляп, он бы просто не дописал программу. Петя писал быстро. А это значит не тяп-ляп, а наоборот он сильный разработчик, который на лету умеет писать структурный код, применять удачные архитектурные решения, благодоря которым и смог довести написание программы до конца. Вот если бы он писал тяп-ляп, не парясь о структуре программы, код бы начал разваливаться от малейшего изменения, и он бы очень долго с ним возился и так и не смог дописать. (Ну разве что дело было в 80е и программа была очень примитивная.) Скорее всего Пяте заморачивался по поводу структуры и архитектуры кода, даже в ущерб производительности, да и вообще забил на производительность (до разумных пределов). А оптимизацией производительности занялись уже наёмные работники, когда программа стала приносить финансовый результат.
И как правило в книгах по архитектуре ПО авторы рекомендуют придерживаться именно такого подхода.
Главный вопрос - это определение таких понятий как "структурный код", "удачные архитектурные решения", "до конца".
Для Пети "структурный код" - это такой, который ему понятен. "Удачные архитектурные решения" - это те, которые позволяют быстро довести продукт до пользователя, а затем, так же быстро, внести появившиеся доработки. "До конца" - до состояния, при котором продукт можно начать продавать.
А теперь ключевой вопрос: насколько эти определения отличаются от определений в головах среднестатистического программиста?
Среднестатистический программист работает в команде над поддержкой существующего кода. Зачастую на легаси. И для него отличия в определениях следующие:
Структурный код это такой код, который понятен не только ему, но и другим членом команды, особенно лиду, иначе его правки завернут.
Удачные архитектурные решения это те, которые не навредят и ничего не сломают в существующей системе. Т.к. главное правило работает - не трогай.
"До конца" для него это гораздо более слабое состояние. Такое при котором правку в код можно продать тимлиду, как правку, закрывающую текущую таску и ничего более. Сделать это несоизмеримо проще, чем довести код до состояния, при котором пользователи готовы будут поатить за него деньги.
Главное - "попасть в струю". "Оказаться в нужном месте в нужное время".
Остальное - в разы менее важно. Безусловно, все указанные моменты - это множители успеха, и если по какому-то из них "окажется нуль" - то и результат будет нулевым. Однако, если не "окажешься в нужном месте в нужное время" - в лучшем случае будешь "отбивать затраты", как в данной статье... Вроде как больше, чем полмиллиона в год, куча людей живут на заметно меньшие суммы, а в результате "ушло на реинветирование". И кто получил прибыль?
Я бы дополнил, что я ещё и вкладывал в проект, так что это тоже такой момент.
Но все-таки проект на начальной стадии развития. Я где-то читал, что продукты становятся действительно успешными и находят product-market-fit только через 3-5 лет.
Так что посмотрим, что из этого выйдет. Как минимум, опыт точно останется со мной :)
Интересно, вдохновляюще.
Но я, признаться, ожидал больше конкретики именно про ваш «свечной заводик» ))
Считаю самой большой ошибкой - это делать проект в одиночку и изучать многие предметные области самостоятельно.
в принципе непонятно только одно, зачем писать сам проект??? т.к. после уже настроенного таргетинга, готового лендинка, продуманного маркетинга и т.д. можно просто продавать чужой скам за процент, профит
По сути, это и есть номер 1 в списке "как поднять денег бесплатно, без СМС без вложений": купить подешевле(в идеале бесплатно), продать подороже.
Во многом, проект про Чат-ГПТ как раз работает по этой схеме.
Проблема в том, что большинство реально талантливых программистов приходят к этому осознанию не сразу и очень не хотят принимать мысль о том, что умение продавать намного важнее умения разрабатывать. И это естественно, кажется что "с этим миром что-то не так".
большинство реально талантливых программистов приходят к этому осознанию не сразу и очень не хотят принимать мысль о том, что умение продавать намного важнее умения разрабатывать
Причём здесь программисты? Это касается и всех других талантливых профессионалов. Архитекторов, врачей, инженеров и тд. И они не то, чтобы не хотят осознавать и принимать эту глубочайшую мысль, просто им это не интересно. Они же талантливые программисты, архитекторы, инженеры, врачи, а не продажники. И став продажниками (не обязательно талантливыми) они перестануь быть тем, кем были. На двух стульях почти невозможно усидеть.
Проблема в том,
Проблема ли это?
Мотивация - в маржинальности. Свое продавать маржинальнее и масштабировать можно
Оно все конечно так, как вы пишете, но как же достали все эти продукты, сделанные "на отвали"!
Достали сервисы, которые заставляют пользователей страдать.
И, что удивительно, это считается за норму. Все делать спустя рукава.
Вот вы, например, ошиблись с самым главным, ради чего эта статья затевалась: указали не ту ссылку на ваш продукт. И, даже после того, как вам подсказали, что ссылка нерабочая, вы оставили ее в закрепе. Не находите, что потратить массу времени на статью, а потом забить на исправление ошибок и лишиться части трафика - это не самая оптимальная стратегия?
С одной стороны, всем не нравятся продукты, сделанные на "отвали".
С другой стороны, единицы готовы платить за качественный продукт.
Так что рынок решает. Это не "всё делать спустя рукава" считается нормой, а ресурсов ограниченное количество у всех. Нужно пытаться делать нормально в рамках имеющихся ограничений.
И опечатку в ссылке я оставил в закрепе не потому, что забил, а потому что сообщение нельзя редактировать. Да и главный тут продукт - это Telegram Feedback
2) Как изучать ЦА и выявлять боли
Я внимательно проверил текст статьи и не нашел определения либо расшифровки термина либо аббревиатуры ЦА
Поскольку данный сайт (habr.com) претендует на образовательную функцию, а статья использующая неопределенный термин явно этой функции противоречит, я решил узнать у уважаемого автора что такое ЦА
Поэтому вот мой вопрос:
Что такое ЦА?
насмотренность на Behance и Dripple.
Полагаю речь идет о Dribbble) я как дизайнер не рекомендую подсматривать там UX, многие решения оттуда смотрятся красиво только на картинке и абсолютно не практичны в жизни.
Да. В рекламу надо вкладывать и вкладывать. Я свой проект с впн через IPsec без приложений так и не смог раскачать ? последние 2 активных пользователя на данный момент.пока они есть пытаюсь рекламить. Как уйдет последний закрою☹️ к сожалению
80% функций вы или выкинете, или ими не будут пользоваться
Точно
У меня есть несколько пет проектов в App Store и Google Play. Денег не приносят, а некоторые вообще бесплатные. Действительно, без раскрутки, это игра в долгую. С другой стороны, на этих проектах я пробую новые технологии, которые на работе попробовать не получится. Но вообще, приятно постепенно развивать продукт, растить базу пользователей и собирать положительный фидбек) При этом я пишу не в стол, а сам каждый день пользуюсь своими приложениями, т. е. они приносят мне пользу.
5 советов разработчику перед стартом своего стартапа. Опыт после 750 000 рублей