Topic: 📌Как мы свой стартап пилим. Делюсь опытом (Read 134 times)

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

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

Прежде чем составить ТЗ, нужно четко понимать, что именно вы хотите получить. Требования в виде «хочу отчет в один клик» или «чтобы дата выводилась в понятной форме» не совсем корректны. Если нужно отображение даты, то правильнее было бы описать интересующий вас формат. Расплывчатые описания, к сожалению, понимаются по-разному и частенько приводят к недопониманию со стороны разработчика.

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

После того как техзадание написано, следует его проверить на технические ошибки и возможные ошибочные формулировки. Один из таких вариантов — обратиться к знакомому программисту, который не заинтересован в накрутке ценника, и проконсультироваться с ним по поводу написанного. Если же такого не имеется, то вот еще один неплохой метод выяснить проблемные места вашего ТЗ.

Способ, я считаю, неплохой, но немного утомительный, так как требует постоянного контакта с разработчиками, которые иногда бывают не совсем адекватны.
Метод заключается в том, чтобы опубликовать задание на бирже фрилансеров и, когда будут поступать заявки, отсылать свое ТЗ «потенциальным» разработчикам.

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

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

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

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

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

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

Первое, что мы сделали, — нашли места общения предполагаемой ЦА. Форумы, чаты «Телеграма» и группы ВК и ФБ, где каждый пользователь может задать свой вопрос и получить на него развернутый ответ.

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

Чаты «Телеграма» — очень интересное место общения людей, где можно черпать немыслимое количество информации. Если вы просто добавитесь в несколько активных чатов, то буквально за пару-тройку часов сможете собрать все необходимое, просто читая поток нескончаемых мыслей других людей.
Большим минусом чатов является огромный объем информации, который нужно обработать. Но, с другой стороны, вы всегда можете оперативно пообщаться с любым участником чата и задать ему интересующие вопросы. Также, предварительно согласовав с админом, можно провести небольшое маркетинговое исследование, запостив в общий чат форму с вопросами.

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

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

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

Надеюсь, что здесь смогу получить должную поддерку.

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



Ищите меня в социальных сетях:
Инстаграм: @mityaiyblog
Вконтакте: vk.com/mityaiyblog

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

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

Первое, что мы сделали, — нашли места общения предполагаемой ЦА. Форумы, чаты «Телеграма» и группы ВК и ФБ, где каждый пользователь может задать свой вопрос и получить на него развернутый ответ.

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

Чаты «Телеграма» — очень интересное место общения людей, где можно черпать немыслимое количество информации. Если вы просто добавитесь в несколько активных чатов, то буквально за пару-тройку часов сможете собрать все необходимое, просто читая поток нескончаемых мыслей других людей.
Большим минусом чатов является огромный объем информации, который нужно обработать. Но, с другой стороны, вы всегда можете оперативно пообщаться с любым участником чата и задать ему интересующие вопросы. Также, предварительно согласовав с админом, можно провести небольшое маркетинговое исследование, запостив в общий чат форму с вопросами.

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

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

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

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

Прежде чем составить ТЗ, нужно четко понимать, что именно вы хотите получить. Требования в виде «хочу отчет в один клик» или «чтобы дата выводилась в понятной форме» не совсем корректны. Если нужно отображение даты, то правильнее было бы описать интересующий вас формат. Расплывчатые описания, к сожалению, понимаются по-разному и частенько приводят к недопониманию со стороны разработчика.

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

После того как техзадание написано, следует его проверить на технические ошибки и возможные ошибочные формулировки. Один из таких вариантов — обратиться к знакомому программисту, который не заинтересован в накрутке ценника, и проконсультироваться с ним по поводу написанного. Если же такого не имеется, то вот еще один неплохой метод выяснить проблемные места вашего ТЗ.

Способ, я считаю, неплохой, но немного утомительный, так как требует постоянного контакта с разработчиками, которые иногда бывают не совсем адекватны.
Метод заключается в том, чтобы опубликовать задание на бирже фрилансеров и, когда будут поступать заявки, отсылать свое ТЗ «потенциальным» разработчикам.

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

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

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

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