Сделать домашней|Добавить в избранное
 

Автор: Doomer от 8-08-2015, 13:37

Последнее обновление: 9.07.16.


1. Какие проекты стоит брать?

 

Основные критерии:

 

1.1. Проект не должен быть срочным/горящим.

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

1.3. Заказчик не против аванса в 50% или СБР. Или поэтапного расчёта по тому же принципу. Или договора с тем же авансом в 50%, или почасовой ставки с расчётом каждые n-часов.

1.4. Посмотрите профиль, отзывы, что за проекты публиковал, аватарку. Если хотя бы по одному критерию заказчик вам кажется сомнительным, субъективно, то работать с ним не стоит, даже если вышло так, что уже оставили заявку. Найдите повод отказаться.

1.5. Бюджет любого проекта >=10000 рублей.

1.6. Если на проекте уже больше 10 ответов, то наши шансы малы. Не стоит оставлять там заявку.

1.7. Не стоит брать проект, если у него нет ТЗ или вы не готовы его написать в процессе, или заказчик не готов таковое сделать/заполнить наш бриф.

1.8. Сомнительные проекты лесом. Порносайты, финансовые пирамиды и их аналоги, парсеры сомнительного содержания, сетевой маркетинг, варезники и т.п.

 

Дополнительные критерии (не обязательные):

 

1.9. Если нет чёткой формулировки задачи, ТЗ или не удаётся договориться об его составлении. На тему ТЗ рекомендую почитать http://habrahabr.ru/post/201652/ и http://habrahabr.ru/post/138828/.

1.10. Контактов кроме ICQ.

1.11. Заказчик является посредником.

 

2.  Обработка и ведение проекта

 

Чёткого алгоритма 100% успешного взятия проекта у нас пока нет, но есть ряд соображений, которым, на мой взгляд, стоит следовать:

 

2.1. Обращайтесь к человеку всегда по имени в заявках, ЛС или первичном общении в skype или где-то ещё. Так лучше запоминаетесь.

2.2. Не пишите Вы с большой буквы. Такого нет в правилах русского языка и это смотрится странно.

2.3. Если бюджет проекта уже известен, или определён нами, то попробуйте предложить скидку до 20% в заявке, если разработчик, что на этот проект записан не против и заказчик отдаст проект в течении 24 часов нам. 

http://bug.netgon.ru/skills

Полная версия - https://docs.google.com/spreadsheets/d/149xAb9crdGax7TD-wIqp5yHQ6Yhxb49mkxHphW81nE4/edit#gid=0

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

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

2.5. Бытует мнение, что навязываться плохо. Может и так, но однозначного ответа на этот вопрос в рамках фриланса нет. Если человек написал звонить - звоните. Писать на почту - пишите. Тут следует делать так, как просят первоочерёдно. Заявку же не оставлять вообще, или оставлять в догонку. Или наооборот не писать в ЛС, если то явно указано. В ином случае, если есть контакты - позвоните, напишите в ЛС, skype. Есть вероятность, что получите оперативное одобрение или отказ, пока другие будут ждать у моря погоды.

2.6. Держите заказчика в курсе дел. Раз в сутки или двое-трое (если позволяет срок), даже если нет никаких вопросов с его стороны и он лояльный, пишите что происходит, на какой сейчас находитесь стадии по проекту.

2.7. Не стоит посвещать заказчиков в наш внутренний алгоритм работы. Никому это не интересно, как правило, и знать в целом не следует. Кого-то может вовсе отпугнуть. Если особо только будут интересоваться, тогда и пишите. Иначе не стоит.

2.8. Помните о сроках. Не стоит их срывать. Если идёт дело к тому, то предупредите заранее заказчика, или попытайтесь оперативно заменить человека, не посвещая заказчика во внутренние проблемы без особой необходимости.

2.9. Не пишите шаблонные ответы на проекты. Следите за орфографией и пунктуацией. Вникайте в суть, задавайте вопросы, по возможности всегда, если просят оценку - давайте её. Пусть и примерную, с запасом. Можно ориентироваться иногда на http://netgon.net/services/. Нет ТЗ в явной форме - предложите его составление за деньги, а не требуйте влоб. 3000-5000 рублей, 1-2 дня работы максимум и запишите себе 2000-4000 р. Можете опираться на брифы fl.ru, наши брифы, ссылки на них ниже. Железобетонного шаблона ТЗ нет, мы работали со всякими. Можете придумать свой, главное суть. Не нужно думать, что есть какие-то особые эксперты по его составлению. Никто не любит читать ТЗ по ГОСТ'у на 50 страниц. Как и работать совсем без него. Начните, постепенно разберётесь, составите вполне грамотное сами и для себя и для разработчика и для заказчика.

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

2.11. Если назревает необходимость - создайте общий чат с собой, разработчиком и заказчиком.
2.12. Предлагайте поддержку в течении 3 месяцев после запуска как доп. услугу или ещё что-либо, если возникнут идеи.

2.13. Не забывайте про наш регламент http://www.t.netgon.ru/main/4-post4.html

2.14. Никогда не ведите проект на локалке. Всегда храните у нас на поддоменах или у заказчика на сервере. Или используйте GIT. У нас есть аккаунт.

2.15. Важные проекты выносите в приоритетную вкладку. Есть отдельная галочка. Кооперационные - в кооперационную, попутно поиску недостающих лиц.

2.16. Записывайте всю важную и ключевую информацию в тикет. Переводы, файлы, логи, пункты и т.д.

2.17. Не забывайте про персональную обработку в подгруппах по 2-3 заявки на человека.
2.18. Пытайтесь по мере возможного скинуть цену относительно конкурентов. Сделать её равной или меньшей чем у них. Можно с ходу начать со скидки в 20%, если исполнитель был ЗА таковую (посмотрите вкладку навыков). Если этого не достаточно - пообщайтесь с исполнителем на тему подгонки по возможности цены. Не удаётся снизить - указывайте как есть.

2.19. Заказчик отреагировал, но потом пропал? Свяжитесь с ним ещё раз, ушлите второе сообщение, доуточните статус проекта.
2.20. По возможности задавайте сопутсвующие вопросы в заявке.

2.21. Цену на проект отсчитывайте c точки зрения разработчика. Если бюджет известен - разбивайте по нашей формуле.
2.22. Старайтесь реагировать на проект оперативно. Если он висит уже больше суток на площадке и нет ответа в течении такого же количества времени и вы отвечали на него несколько часов, то это дохлый номер. Увидили проект => считайте, что у вас есть час, чтобы оставить на него заявку. Не больше.

 

3. Окончание проекта

 

3.1. По сдаче проекта не забудьте запросить у заказчика отзыв. Если сотрудничество было хорошим. Если сомнительным или плохим не стоит. Можно нарваться на негативный отзыв.

3.2. Пишите Артёму, чтобы он загрузил работу в портфолио. Логин arts-styles в skype.

3.3. Не забудьте закрыть тикет и вписать все данные, если что-то отсутствовало.

3.4. Имеет смысл заносить заказчиков, с которыми было взаимодействие сюда https://docs.google.com/spreadsheets/d/14BgcodKwQgLXnVvRGVulmoMEdg_WT_hpmTAXtBKIoxw/edit?usp=sheets_home

 

4. Кого назначить на проект?

 

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

 

4.2. Если есть скептицизм относительно назначения человека - организуйте кооперацию.

 

5. Ссылки, статьи, книги

 

http://www.t.netgon.ru/3-post3.html


6. Работа внутри команды


6.1 Есть неактивные люди, кто-то вызывает вопросы? Пишите в группу по людям, не тяните.
6.2 Разработчик перестал выходить на связь, проект стоит? Меняйте, не ждите больше пары дней. Разберётесь потом.

6.3 Нужно кого-то набрать в команду под конкретную специализацию? Напишите мне.