Помогите провалидировать идею для стартапа

Наша команда — это три разработчика, находимся на ранней стадии становления. Мы создали два лендинга и пытаемся понять, интересно это людям или нет. Оставляю ссылки на них, а ниже опишу саму идею. Прошу посмотреть сначала сайты, а потом сказать: понятно о чём идёт речь или нет?

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

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

0
54 комментария
Написать комментарий...
Сослан Сакшин

Как-то очень размазано.
Какой у меня должен быть проект, чтобы мы мне были друг другу интересны? Мини интернет магазин или сервис уровня яндекс такси?
Что именно вы мне подскажете? Посмотрите смету?  Готовы ли как-то потом нести ответственность за рекомендации?

Ответить
Развернуть ветку
Sergey Volkov
Автор

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

Пока я вижу это так:

 Какой у меня должен быть проект, чтобы мы мне были друг другу интересны? Мини интернет магазин или сервис уровня яндекс такси?

разработка которого занимает до 5.000 часов, не очень большие.

 Что именно вы мне подскажете?

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

Если у вас уже есть проект и проблемы с аутсорс командой - опытный специалист поможет найти проблемы в коде, тестах, наладить DevOps процесс. 

 Готовы ли как-то потом нести ответственность за рекомендации? 

Вот над этим нужно подумать. Ведь консультанты - это как водители в убере. Мы предоставляем платформу, которая соединит клиента и консультанта. В штате у нас консультантов не будет.

Ответить
Развернуть ветку
Сослан Сакшин

в целом идея нравится
но для меня тут открыт вопрос доверия
чем этот консультант лучше тех дира моих подрядчиков? понятно, что у подрядчика есть интерес завысить смету. а в остальном?

Ответить
Развернуть ветку
Sergey Volkov
Автор

Спасибо.

1. Отсутствие интереса
2. Несколько мнений (Имея несколько точек зрения, проще принять оптимальное решение)
3. Не в каждой компании есть тех. дир. (а если вы хотите найти себе, дешевле будет консультант на несколько часов, чем человек на зарплате)

Опять же, если у вас все хорошо с вашим подрядчиком, то вам и консультация не нужна. Сервис пригодиться тем, кто испытывает проблемы (сроки / выход за бюджет / не увереность в качестве / постоянные баги)

Ответить
Развернуть ветку
Сослан Сакшин

не со всем согласен:
1. Есть интерес показать превосходство своей квалификации над квалификацией подрядчика
2. Согласен.
3. Все равно кто-то из разработчиков играет роль тех. дира. Если такой роли в проекте нет, то какое право спрашивать что-то с подрядчика, если они тупо кодят, что им сказал заказчик?

Ответить
Развернуть ветку
Sergey Volkov
Автор
Есть интерес показать превосходство своей квалификации над квалификацией подрядчика 

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

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

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

Ответить
Развернуть ветку
51 комментарий
Раскрывать всегда