Александра Быстрова

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

• теория вероятностей и математическая статистика
  
• теория игр
  
• теория информации и кодирования
  
• теория тестирования
  
• теория систем массового обслуживания
  
• теория принятия оптимальных решений
  

занимают чуть больше, чем пару недель, но в них нет ничего принципиально невозможного.

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

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

Дрибббл хороший ресурс

Коротко - быстро и дёшево - никак.

Менее коротко - наймите профессионала/профессионалов, которые этим занимаются (мы, например, занимаемся). Я серьёзно. Это самый эффективный метод (и по деньгам, и по времени и по нервам), если только вы сами лично не планируете освоить профессию бизнес-аналитика.

Более подробно
Если вы попросите разных людей пробежать марафон - люди назовут разное время и разную стоимость. Никакой "правильной" оценки по срокам и бюджету в реальности не существует.
Или другой пример. Гораздо более простой по сравнению с (почти) любым ИТ проектом продукт - хлеб, который выпускается массово и опыт его создания у человечества - тысячелетний, если не больше. Так вот 1) один и тот же хлеб в разных магазинах стоит по разному 2) всяких хлебов в магазине десятки 3) разные люди его согласятся делать за разные деньги и сроки.

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

1. Определитесь, с кем будете работать. Это должно не сильно зависеть от денег (в т.ч. потому что у вас ещё нет оценок), а больше от того, насколько вы доверяете друг другу, насколько вы сработались, и вам комфортно работать вместе. (Отсутствие доверия или несовместимость методов работы - слишком большой риск провала проекта, мы к примеру за такие проекты даже не берёмся).
2. Сядьте вместе с исполнителями или его представителем и разбейте проект на фичи, можно довольно грубо. Т.е. составьте нумерованый список всех фич. В экселе или гугл таблицах.
3. Исполнитель их оценит, проставит свои оценки в соседних колонках. Оценки тоже будут довольно грубые. По деньгам и срокам скажем. Т.е. этот список отдаёте команде исполнителя, команда оценивает. Это может занять часы или дни (для проекта в 2 месяца). Понятно, что фичи могут быть взаимосвязаны, оценки тоже и т.д. Это держим в уме (в очевидных случаях) или делаем пометки о зависимостях рядом в колонке (в неочевидных).
4. После этого вы смотрите на оценки и решаете что делать, а что нет.
5. С теми фичами, что вы решили оставить, работаете более подробно. Пишете более подробную спецификацию, делаются проверки, оценки корректируются, план работ ещё раз уточняется и т.д.

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

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

Заходите сюда и выбираете билдер под задачу и на Ваш вкус.

Бесплатно - разве что вирусным контентом. Но он, как правило, уже редко бесплатным бывает:)

Думаю, не помешает обратиться за платным аудитом/консультацией по вашим профилям и их дальнейшему продвижению. Проблема в том, что в последние пару месяцев insta жестко закручивает гайки (к тому же, у них довольно мощная нейронка), сервисы по продвижению закрываются один за другим. Статьи в открытом доступе за 15-16 год потеряли актуальность полностью, несмотря на то, что висят в топе поисковиков.

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

Помимо всевозможных WIKI есть еще интересный инструмент: Rizzoma. Он полезен, если общение происходит в чатах. Там есть встроенные инструменты структурирования, с помощью которых любое обсуждение не теряется, а превращается в часть вашей корпоративной базы знаний. Нужно лишь следовать некоторым правилам. В результате вы имеете самонаращиваемую knowledge base в которой есть структура, работает поиск по тэгам, ключевым словам и т. п.
Отличие от обычных WIKI:
1) Чтобы в WIKI что-то появилось, нужно специально садиться и писать топик. Обычно трудно мотивировать людей это делать. Поэтому зачастую в компаниях WIKI неактуальна и мало пополняется. В Rizzoma это происходит естественно, т.к. она является инструментом общения.
2) В каждый топик может одновременно писать несколько человек. С одной стороны их комментарии видны прямо в контексте, а с другой стороны видно авторство каждого.
3) Не надо устанавливать и платить :)

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

Какие методы анализа спроса на ПО вы можете порекомендовать? Проще - что хотят люди, что в тренде, за что они готовы платить? Метод, тенденция, направление, мода в каком то смысле...

Есть множество компаний, проводящих маркетинговые/исследования спроса. Софт для бизнеса разрабатывается, как правило, не "фрилансерами с идеями", а людьми в теме конкретного бизнеса.

Тут 2 путя:

1. Работаешь где-то -> возникла потребность в автоматизации -> реализуешь разработку -> тестируешь на собственной деятельности -> упаковываешь и продаешь на рынок коллегам/конкурентам.

2. Возникла идея -> провел исследование на выявление потребностей у ЛПР в конкретной сфере -> разработал с привлечением специалистов из этой сферы -> протестировал, упаковал -> выпустил на рынок.

На первых порах достаточно лично пройтись по офисам малого бизнеса в своём городе с вопросами "какой программы вам не хватает? какой функционал необходим? сколько готовы платить за решение?". В среднем и крупном бизнесе, как правило, все разработки лежат на собственном it-отделе.

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

Какая "коммерческая модель" (так вроде говорят?) распространения ПО?

Наиболее оптимальная модель - облачный web-сервис с доступом через личный кабинет и оплату по абонентской подписке. Эта же модель снимает вопрос со взломом/пиратством, да и кучу других проблем. Да и вообще на дворе 2017, всё в облаках. Исключение - работа с коммерческой тайной, которую мало кто в облако отдаст. Если софт, то пробная версия с урезанным функционалом. Плюс b2b-софта в том, что проще заплатить за него честно, чем мучиться со взломом и наживать себе потенциальных проблем при проверках. Бизнес, который не в состоянии оплатить программную автоматизацию своих задач в размере 5-35 т.р. не стоит считать за бизнес вообще))

И как быть с налогами?

Платить. Любая коммерческая деятельность облагается налогом.

Лучше всего не заниматься дурью ибо придет день когда какой то заказчик откроет work diary и посмотрит что ты там делал + сколько было нажатий клавиш на клавиатуре и кликов мышью и потом ему что то объяснит будет реально трудно как итог изи ничего по баблу не получишь и отзыв будет на 1.0. Если ты подписался на сумму по которой работаешь то будь добр работать честно а не плевать в потолок, а если не устраивает тогда скажи ему прямо: Я сделаю работу за 10 часов по ставке 10 баксов (предполагая плевать в потолок и ничего не делать) ЛИБО сделаю за 5 часов (то есть адекватно 5 часов работать) но за 20 баксов, по факту таким макаром клиент платит те же бабки но работу получает в реальный срок. А если ты зажрался и хочешь за 20 баксов 10 часов работать то жадность ни к чему хорошему не приводит (с)