iBird Rose, насчёт посредника это понятно, я даже готов платить комиссию, задача в том, чтобы сервис был максимально простой. Binance достаточно замудрёный для клиентов, нужно что-то гораздо проще
Ну у меня вообще-то цены гораздо выше рыночных раза в 2-3 (из-за того, что много рисков закладываю в стоимость). Поэтому я бы не сказал, что дёшево.
На бирже у меня в аккаунте не только отзывы, но и отображены конкретные проекты, плюс в ответах на предложения поработать (сам уже давно не ищу заказы) высылаю свои топовые работы. Большинство потенциальных клиентов со мной работать хотят, но все тупят с ТЗ, вот и всё. Я уже не раз проводил эксперимент: начинаю что-то говорить про ТЗ - сливаются, видимо находят варианты "по проще". А если молчу про ТЗ, т.е. сам веду себя "проще" и тупо начинаю работать в первый же день - клиент видит результат и рад. Делаю вывод - клиенты, особенно западные, слишком заняты, чтобы тратить время на ТЗ, для них это мутная тема и им просто нужен готовый продукт, решающий их задачи. Но иногда эта простота губительна, конечно же. Речь идёт об интернет-магазинах и кастомных решениях для готовых магазинов, если что. В задачх посложней возможно и клиент более грамотный и ситуация иная.
Пума Тайланд, хаха, ну мне почему-то это кажется очевидным, люди хотят жить в безопасности или в шалаше, где им будут падать кирпичи на голову? для этого и нужна смета, думал все это понимают, поэтому использовал этот пример.
Владимир Куц, я вот что думаю, возможно наша проблема в том, что мы пытаемся совместить 3 должности: бизнес-аналитик, разработчик и продажник. И даже у этих троих, когда они работают каждый на своём месте, не всегда всё гладко выходит. Скорей всего надо специализироваться на какой-то одной бизнес-нише или нескольких, а остальные отметать. И тогда проще называть сроки и стоимость, но даже тут возможны киллер-фичи, конечно же, но всё равно проще работать, зная специфику сферы клиента.
Не каждый заказчик готов оплачивать проектно-изыскательские мероприятия.
Вот это больше всего и удивляет, ведь деньги на разработку проекта есть у всех и переплачивать 2-3 цены готовы большинство, а нормально заказать ТЗ что мешает? Явно не деньги, как правило, а что-то иное.
С количеством лидов проблем нет. Но я уже просто сам боюсь брать проекты, где нет готового ТЗ и разбивки тасков.
С соцсетями не работал никогда, т.к. нет нужды в потоке клиентов.
Уровень экспертизы подтверждается отзывами на бирже.
Основная проблема в том, что в рамках одной консультации невозможно запихнуть анализ бизнеса клиента, его продукта и фич, которые он хочет в онлайне. А это нужно для того, чтобы получить полную картину и назвать адекватные стоимость и сроки (а также не зафейлить проект вообще, ведь за не сделанную фичу отвечать потом мне и никого не волнует, что клиент что-то не так объяснил в чате от 5 января, когда на дворе 5 июня, а я его тогда не так понял и пошло-поехало).
Да я пробовал уже много раз и доходчиво объяснять людям: вы же когда строите дом - заказываете проект, смету, которая учитывает почву и рельеф местности, положение коммуникаций, водозабора и тд, в которой посчитаны все материалы и виды работ, так почему вы не хотите заказать смету на создание вашего онлайн-проекта, чтобы также грамотно всё спроектировать и учесть риски? Воспринимают в штыки.
Василий Банников, как правило клиенты озвучивают то, что им надо, но не в полной мере, т.к.:
1. Они не всегда знают чего хотят и бизнес-требования меняются. Если бы было изначально составлено ТЗ куда можно их тыкать носом, когда они там у себя в голове всё перекручивают - работать было бы проще. Но, наверное, бизнесмены настолько творческие люди, что такое понятие как ТЗ и прочие рамки их отпугивают.
2. Они не всегда понимают технических деталей. И даже опытному разработчику потребуется время на ресёрч, чтобы их понять (изучить API вендора, например). И это время должно быть как-то оплачено, ведь это делается до написания даже единой строки кода, до старта проекта.
Я в посте указал про злосчастную фича_нейм, которая может просто убить проект либо затянуть по срокам. Яркий пример такой фичи - клиенту нужен магазин, но выгружать товары в него нужно с сайта поставщика. Делается магазин любым стандартным автоматизиованным способом не_с_нуля и делается коннектор к поставщику. А потом бац - выясняется, что много чего с сайта поставщика выгрузить либо нельзя, либо структура данных настолько отличается от того, что нужно для конкретного магазина, что приходится к коннектору писать ещё и свою базу, в которой хранить нормализованные данные для запросов с клиента (чтобы проект не тормозил, не генерил каждый раз данные на бэкенде, и клиент быстро получал правильные, обработанные данные сразу с базы). Это конечно не rocket science, но уникальность разных API и структур данных заставляет каждый раз наступать на одни и те же грабли - обещаешь клиенту, что будет готово в час х, а потом изучаешь API вендора и понимаешь, что придётся к магазину дополнительно насоздавать всяких костылей и всё затягивается. Если бы экспертиза такого рода оплачивалась изначально, то было бы проще называть конечный срок и стоимость, а также же будут названы все риски, в стиле "какие-то поля будут отсутствовать у некоторых продуктов, вы уж поймите" (реальный случай: у поставщика в 90 из 100 продуктов есть определённые поля, а у 10 из 100 - нет, но этого никто не заметил, а потом клиент фыркает, мол, плохо сделали, ничего не работает)
Василий Банников, а главная проблема это то, что есть риск наткнуться на функционал, который клиент забыл озвучить вначале или неправильно его огласил при первом знакомстве и потом этот функционал всплывает в виде затянутых сроков (когда нет готовой либы и всё пишется с нуля) либо вообще фейлом всего проекта (когда ожидаемый функционал клиента/проекта завязан на вендора к которому нет API)
Василий Банников, пробовал, в итоге всё заканчивается кратным увеличением сроков и стоимости. Т.к. все хотят быть уникальными и у всех какие-то уникальности всплывают рано или поздно, которые нужно делать и на которые не было запланировано время.
Вот с этим согласен. Голосовые вызовы пустая трата времени и невозможно понять, чего хочет заказчик, как правило. И, к сожалению, таких становится всё больше и больше.
NewDevLab, странно, мне в банке сказали считать по поступлениям в банк (их бухгалтерия именно так считает). Кроме того, как налоговая узнает сумму сделок на апворке, интересно?
Виталий, есть только некое противоречие между мной и компанией, на данном этапе компания вынуждена работать без лимитов, но лично я готов сбавить темп в любой момент, то есть ограничить разработчиков в часах работы, чтобы избежать переработок и иметь запас прочности