Как вы разрабатываете свои приложения?

Question

[Андрей]

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

Интересует флоу опытных разработчиков. Лично я бросаю все свои попытки на полпути, потому что не знаю, как и куда двигаться дальше. Вроде есть идея, ТЗ более-менее описано в гуглдоках, вроде есть симпатичный макет в Adobe XD, есть даже почти рабочая его версия на Vue и даже, какой-никакой, сервер и уже можно выполнять какие-то действия. Даже есть Jira/Trello с задачками. Но когда хочешь пописать код, понимаешь, что лучше сначала дизайн доделать. Лезешь в макет, понимаешь, что нихрена не понимаешь - нет представления, какие элементы на самом деле должны быть на данной странице. В итоге возвращаешься в ТЗ и выдавливаешь из себя пару строк и откладываешь еще на пару недель все попытки что-то сделать.

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

Так вот. Как лучше всего в одиночку вести проекты? Как структурировать все данные и не потонуть?

Answer 1

[Robur]

Я тут предполагаю что вы хотите сделать какой-то стоящий продукт, который кому-то нужен:

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

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

Если сильно верите в какую-то идею, для начала - валидируете.

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

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

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

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

Comments

[Андрей]

Изучите все что сможете насчет построения продукта.

Вот тут был бы признателен, если бы вы поделились ссылками или названиями книг.

[Robur]

У меня нет готового списка - я читал все подряд. Можете начать с гугления вопроса "how to validate startup idea". Пока будете гуглить - найдется много ссылок на книги и прочее.
из книжек для начала Zero to One

Answer 2

[Никита Трофимов]

Очень небольшое количество людей может в одиночку делать продукт. У меня такая же проблема. Решение заключается в том, чтобы найти человека с кем бы можно было обсудить твои решения и получить подтверждение того, что все круто и можно реализовывать. Тебе не хватает одобрения от третьих лиц возможно

Comments

[Димон Дурак]

Никита Трофимов, если говорить гипотетически, и выдумать стартапера не только с идеей на миллион (это не точно, потому неважно), но и с более-менее рабочим прототипом (или МЖП в терминах стартаперов)

Куда можно ему податься за критикой своего прототипа?

[Андрей]

Димон Дурак, product hunt как минимум, тематические группы в телеге, фейсбуке.

[jeruthadam]

Андрей, какие группы, дайте ссылок? желательно телега.

[Андрей]

jeruthadam, https://t.me/solofounders

Answer 3

[⚡ Kotobotov ⚡]

Если проблема слишком комплексная, упрощай. Выбери самую простую вещь которую можно реализовать и "продать" потенциальным пользователям. И непрерывно ее делай потом получишь обратную связь от потенциальных пользователей. И это будет какой-то первый реальный результат.
Все остальное не нужная трата времени и сил. Даже эти мокапы. Не нужно тебе прорабатывать макеты, тз, идею -> сделай хоть что-нибудь, хоть как-нибудь. Покажи результат пользователям. Начни его продавать.

Answer 4

[Dimonchik]

Rework

Comments

[Андрей]

Да, кстати, давно приглядывался, спасибо)
Поделитесь тезисами, которые запомнились?

[Dimonchik]

Наполеона: главное - начать

(ну там нет такого , но есть целая глава про)

надо понимать что любой опыт это опыт

и делая - с вами как минимум останестя опыт
ПРАКТИЧЕСКИЙ

а когда шишок на деньги набьете - будете искать кто о таком же писал и в тех же местах найдете новый опыт

Answer 5

[xfg]

Я TDD использую. Без тестов совершенно не понимаю сделал задачу или еще нет и все вокруг кажется недоделанным. Здесь же поделил крупную задачу на ряд небольших, написал тесты, написал код и четко чувствуешь момент, когда можно переходить к следующей задаче. Но я не в релизе, поэтому я плохой пример, так как делаю потому что интересно сделать бесконечно масштабируемое full-websocket приложение с использованием 3d и слоистой архитектурой из всех этих умных книг по объектно-ориентированному программированию, а не потому что жажду миллиард. За это время уже сбился со счета сколько сменил фреймворков, баз данных и даже поменял язык в итоге. За это время успел родиться AngularJS (тот что 1.x) и умереть, а я все пишу :)

Comments

[newhacke]

Ахахах улыбнул пост!!! Красава!!! напиши в телегу @fuckso!))

Answer 6

[Hcuy]

Я всегда стараюсь полностью «пропитаться» духом стартаперства ( назвем это так), нужно несколько дней думать о проекте , его плюсы и минусы, и на второй день в 90% случаев вы поймёте что идея глупая или не нова. Это нужно для решения главной проблемы разработки в одно лицо, проблема потери интереса к проекту. Когда вы по-настоящему загоритесь проектом, то все пойдёт само собой, и главное помнить «Москва не сразу строилась», у вас будет постоянно что-то неполучаться, т.к вы берете на себя работу нескольких человек, и на проблемы нужно смотреть с позитивом :)

Comments

[⚡ Kotobotov ⚡]

любая идея или старая, или глупая (или и то и другое)

[Robur]

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

[Hcuy]

Robur 1 :)

Answer 7

[Developer]

З более-менее описано в гуглдоках

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

Comments

[iordania]

Developer можно каждый из пунктов пояснить?

[Developer]

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

[Андрей]

Developer, не очевидно. Не поленитесь всё же пояснить, раз уж решили высказаться. Чем плохи гугл доки? При чем тут дом и обои?

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

Прототип важен, речь же не о полноценном дизайне сразу.

Answer 8

[zakirovdamir]

1. Каждый день или регулярно напоминать себе, что на решение любой более-менее ценной задачи требуется в пять или даже в десять раз больше времени, чем изначально кажется.
2. Разбить сложную задачу на множество простых, и потихоньку их добивать. Слона нужно есть по частям, мааааааленькими кусочками.

Answer 9

[avaled]

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