Примечания Для Игры В Бизнес

На российском рынке фриланса я начал еще будучи студентом, не имея даже отдаленного понимания бизнеса.

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

А потом и вовсе перешел на западные биржи фриланса.

За все это время я выполнил более 100 проектов, может чуть больше.

Я работал с клиентами из многих стран: США, Великобритании, Австралии, Бразилии, Польши, Швеции, Испании, России, Италии, Японии, ЮАР, Израиля и т. д. Я не буду перечислять их всех, потому что не могу их запомнить.

все.

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

Да, кстати, я специализируюсь на OCR, OMR, а в последнее время повышаю свои возможности в сфере документооборота.

Планирование – одна из составляющих успешного бизнеса.

Без планирования ваши дела будут выглядеть клубком ниток, который вы будете постоянно распутывать, а кто-то со стороны будет кидать в вас еще больше этих ниток.

И это превратится в бесконечную рутинную работу.

Старайтесь каждый день составлять список задач на следующий день.

Из моего опыта: В определенные моменты, когда я работал с одним или двумя клиентами, я не вел никаких записей, планов или графиков.

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

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

Еще был забавный момент, когда я забыл имя клиента.

Но там все обошлось, поскольку у клиента оказалось чувство юмора.

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

Не пытайтесь добавить в этот список параллельную задачу, например, переговоры.

Поскольку даже класс не напишешь, переговоры будут скомканы.

Мотивацию убивают прежде всего нерешенные блуждающие проблемы.

Если ты поставишь себе задачу, например, на 1 марта, и она останется с тобой до 1 мая, это убивает. Такие задачи подобны кочевникам, переходящим изо дня в день.

Избавься от них.

Из моего опыта: Когда я впервые начал планировать свой график, я старался втиснуть в один день множество задач.

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

И это начало убивать мотивацию к работе.

Поэтому я стараюсь адекватно планировать свой день.

Соответствует моим силам и возможностям.

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

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

Например, сделайте 4 категории задач: «Очень срочно», «Рутинные», «Низкий приоритет», «Когда-нибудь».

И это облегчит вам жизнь.

Из моего опыта: Работая с клиентом из США, мы старались потакать его требованиям, и пошли далеко от серьезных вещей.

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

Итог: срыв сроков, потеря денег и очень напряженные отношения с клиентом.

Из моего опыта: К нам обратился потенциальный клиент и предложил разработку интересного проекта.

Мы обсудили примерный бюджет, сроки и пришли к предварительному соглашению.

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

Мы сказали ОК.

Получив техническое задание, мы благополучно забыли об этом, так как в тот момент мы работали над другим проектом и задачи там были менее приоритетными.

В результате наш потенциальный клиент устал ждать и ушел к другим застройщикам.

Мы потеряли перспективный проект, потому что отложили решение насущной проблемы.

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

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

И вы отдохнете, и вам не придется судорожно смотреть на часы.

Из моего опыта: У меня запланированы переговоры с двумя клиентами.

Один в 16.00, другой в 17.00. Я думала, что первого мы быстро закончим и я со спокойной душой пойду ко второму клиенту.

Но не тут то было! Как назло, у первого клиента было много вопросов, которые он хотел задать в тот же день.

А у второго клиента окно было только с 17.00 до 18.00. В итоге: с первым я нормально договаривался, а вот со вторым у нас начались недопонимания, которые мы впоследствии уладили.

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

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

Так как это приводит к «многопоточности», а мы все знаем, что многопоточное решение задач лучше, чем однопоточное.

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

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

И не просто подсчет, а его распределение между членами команды.

Научитесь сдерживать себя от предсказаний.

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

Просто работайте, не обращайте внимания на цифры в договоре.

Представьте, что их нет. На сумму следует обратить внимание при готовности проекта на 85%.

Только после этого.

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

И, как обычно бывает, оплата задержалась и планы рухнули.

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

Если эти две задачи взаимосвязаны.

Как известно, нельзя сначала родить ребенка, а только после этого зачать его.

Так и здесь, выполняйте задачи по этапам и срокам, последовательно.

Из моего опыта: Когда я только начинал работать фрилансером, я часто читал ТЗ через слово.

Я хотел быстро закрыть сделку и приступить к реализации проекта.

Вот как это произошло.

Сделка была заключена, а потом я внимательнее прочитал техническое задание и понял, что есть проблемы.

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

Но я перескочил с текущего задания (Чтение технического задания) на следующее (заключение договора).

И это привело к путанице.

Особенно это касается менеджеров проектов.

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

Но почему-то именно эти люди чаще всего мнят себя Богами ИТ-бизнеса.

Особенно в моменты, связанные с технической стороной проекта.

Умейте отстаивать свою точку зрения.

Не поддавайтесь давлению таких Богов.

Из моего опыта: На данный момент у нас есть открытый проект с клиентом из США, его курирует молодой менеджер.

Вернее, очень молодой и не очень умный менеджер.

И он лично со мной постоянно спорит по всем мелочам, начиная от названия проекта и заканчивая использованием языков и технологий.

Я отстаиваю свою точку зрения и делаю то, что считаю нужным, потому что этот менеджер далек от развития в принципе.

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

По сути, у вас партнерские отношения.

Он не ваш начальник – он ваш клиент. И точка.

Многие клиенты работают по принципу: кто платит, тот и заказывает музыку.

Не позволяйте этому случиться.

Потому что он сядет тебе на шею.

Из моего опыта: Один из клиентов пытался мне доказать, что я должен делать все, что он прикажет, в любое время суток и без оплаты.

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

И я нисколько об этом не жалею.

Постарайтесь очень спокойно объяснить то или иное.

Потому что в нашей ИТ-сфере есть очень глупые и недалёкие клиенты, но очень умные и продвинутые в своём.

С очень хорошим бюджетом.

Из моего опыта: Помню, был один клиент из Испании, который разместил заказ на этот проект. Сам мужчина владел логистической компанией и был очень далек от IT-сферы.

На каждом этапе мы ему очень четко объясняли: «Что? За что? КакЭ».

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

Выполнение обещаний и соблюдение сроков — один из столпов ИТ-бизнеса.

Это то, что формирует ваш имидж, на что обращают внимание ваши клиенты.

Сделайте все, чтобы добиться этого.

Если вы пропустили сроки, то не нужно оправдываться – это не поможет, а только усугубит ситуацию.

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

Но только без оправданий.

Из моего опыта: Мы пропустили сроки по одному проекту.

Вернее, нет. Не так.

Мы очень! Мы пропустили сроки по одному проекту.

Пытались оправдываться, говорили, что неправильно оценили ситуацию, надо заново переписывать DAL, BLL (хотя в ТЗ этого не было).

Не помогло — это была наша ошибка, и клиент настоял на штрафных санкциях.

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

Он согласился.

Но осадок уже остался.

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

Пытаясь угодить клиенту, молодые ИТ-бизнесмены не умеют говорить «Нет», но это в конечном итоге приводит к печальному результату.

Бизнесмены теряют деньги, время, а иногда и клиентов из-за неумения сказать «Нет».

Из моего опыта: На одном из проектов случилась забавная ситуация: мы выполнили проект, деньги были перечислены, техническое задание выполнено в полном объеме.

Казалось бы, проект закрыт, но это не так! Через полторы недели после окончания проекта я получаю письмо с прикрепленным PDF-файлом.

Этот файл содержал спецификации новой функциональности.

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

То есть с оплачиваемой работой.

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

Он долго возмущался, но в итоге отказался от разработки этого функционала.

Мы исправляли ошибки и недочёты бесплатно.

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

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

И в таких случаях я всегда был прав, отказавшись.

Так как от этих клиентов у меня не болела голова и я выполнял новые задачи.

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

С моей точки зрения, это тупиковый путь развития.

Потому что невозможно сделать все.

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

Невозможно сидеть на пяти стульях одновременно.

Из моего опыта: Как я писал выше, моя основная специальность — признание.

Прежде чем выбрать нишу, я все сделал.

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

На самом деле мой выбор ниши случился случайно, после написания дипломной работы.

И это было на тему «Распознавание текста с использованием нейронных сетей Хопфилда и Хэмминга».

После этого я начал использовать свою библиотеку в проектах.

Я стал чаще браться за проекты, связанные с признанием.

И тогда он сосредоточился только на них.

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

Но все равно.

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

Начиная от интерфейса и заканчивая архитектурой.

Никто не хочет, чтобы все было запутанно.

Чем проще, тем лучше.

Из моего опыта: Лучшим проектом по интерфейсу, удобству использования и архитектуре я считаю тот, который был разработан для испанского клиента, о котором я писал выше.

Я потратил две недели на разработку архитектуры, но нисколько об этом не жалею.

Так как я до сих пор использую этот движок в других проектах и иногда просто продаю его.

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

Хотя испанский проект был очень сложным.

Это бесполезно! Вы не сможете учесть все нюансы.

Сосредоточьтесь на основных частях системы.

Опишите основные моменты и задачи.

И начать развиваться.

Этот подход сравним с подходом скульпторов.

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

То же самое должно быть и с вами.

Делайте большие части программы, а затем разбивайте их и дорабатывайте, делая более похожими на реальность.

Из моего опыта: Когда я приступаю к разработке нового проекта, я сначала делю его на несколько логических частей.

Затем я приступаю к разработке.

В ходе разработки я делю эти логические части на более мелкие и реализую их.

И повторяю это на каждом этапе, уменьшая детали.

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

А также сделать их модульными.

То есть разделен на несколько логических модулей.

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

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

Я так делаю везде, поэтому о конкретном случае писать не буду.

«Организация работы», «Клиенты», «Проекты».

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

Если уважаемое сообщество Хабра захочет продолжения статьи, то я буду рад ее написать и поделиться своим опытом.

Честно говоря, я не включил в эту статью пункты «Сотрудники и партнеры» и «Финансовый аспект», и, как писал выше, не стал раздувать пункт «Проекты» только потому, что не знаю, как воспримет Хабр моя статья.

Надеюсь, вы нашли в этой статье что-то полезное, почерпнули из нее новые знания и хорошо потратили свое время.

Спасибо за внимание.