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

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

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


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

 

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

 

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

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

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

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

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

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

 

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

 

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

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

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

 

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

 

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

 

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

 

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

 

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


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


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

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