При выполнении разных заказов я лично и много моих знакомых
сталкивались с вопросом — как до начала работ определить, что после выполнения заказа все останутся довольны?
Побывав лично с обеих сторон баррикад, и рассматривая именно фриланс, а именно короткие работы, а не заказную разработку (тут очень нечеткая грань, согласен), можно выделить следующие моменты и действия, требующие от фрилансера знаний основ управления проектами:
— поробуйте поискать историю заказчика и информацию о нем в инете
возможно, вы будете удивлены
— посмотрите на своих конкурентов
если вы предлагаете сильно худшие, чем они, условия — почему именно вы? если не знаете — спросите заказчика :)
— договор еще не означает что вы получите вознаграждение за работу.
их надо читать и понимать что там написано, поэтому если вы предлагаете договор, проконсультируйтесь со своим юристом, если вам его предлагают — тем более. нет юриста? считайте свои риски
— заказчик не имеет тз вообще или имеет его в непотребном виде (пара абзацев, какие-то непонятности для вас)
просите уточнить. вообще, тз на фриланс должно максимально описывать задачу. вопросов с вашей стороны не должно возникать вообще.
— заказчик говорит «давайте сначала сделаем прототип, а там посмотрим»
вам лучше с самого начала выяснить — что будет «а там» и в каком объеме, хотя бы примерно
— заказчик не имеет сроков или не говорит про бюджет (или хотя бы вилку)
стоит внимательней присмотреться — как правило это знак о том, что дальше будут проблемы или со сроками или с деньгами, те заказчик не умеет оценить работы
— заказчик говорит «это нужно вчера»
если честно, я перестал браться за такие работы вообще.
— не оговариваются пути выхода из проекта
относится не ко всему, но это стоит вообще-то оговаривать, то есть — что будет если заказчик не примет дизайн или будет недоволен функциональностью
— заказчик говорит «да тут все понятно»
это значит, что задача понятна только богу и никому больше, включая заказчика
— заказчик не дает своих координат или забывает про вас
без комментариев. такое случается и в менее критичных вариантах, например, заказчик не контролирует вас по ходу проекта. это может обернуться непониманием в конце, поэтому показывайте сами что сделали и утверждайте работы с заказчиком. ему это будет тоже приятно :)
дополнения в комментариях конечно же приветствуются
сталкивались с вопросом — как до начала работ определить, что после выполнения заказа все останутся довольны?
Побывав лично с обеих сторон баррикад, и рассматривая именно фриланс, а именно короткие работы, а не заказную разработку (тут очень нечеткая грань, согласен), можно выделить следующие моменты и действия, требующие от фрилансера знаний основ управления проектами:
— поробуйте поискать историю заказчика и информацию о нем в инете
возможно, вы будете удивлены
— посмотрите на своих конкурентов
если вы предлагаете сильно худшие, чем они, условия — почему именно вы? если не знаете — спросите заказчика :)
— договор еще не означает что вы получите вознаграждение за работу.
их надо читать и понимать что там написано, поэтому если вы предлагаете договор, проконсультируйтесь со своим юристом, если вам его предлагают — тем более. нет юриста? считайте свои риски
— заказчик не имеет тз вообще или имеет его в непотребном виде (пара абзацев, какие-то непонятности для вас)
просите уточнить. вообще, тз на фриланс должно максимально описывать задачу. вопросов с вашей стороны не должно возникать вообще.
— заказчик говорит «давайте сначала сделаем прототип, а там посмотрим»
вам лучше с самого начала выяснить — что будет «а там» и в каком объеме, хотя бы примерно
— заказчик не имеет сроков или не говорит про бюджет (или хотя бы вилку)
стоит внимательней присмотреться — как правило это знак о том, что дальше будут проблемы или со сроками или с деньгами, те заказчик не умеет оценить работы
— заказчик говорит «это нужно вчера»
если честно, я перестал браться за такие работы вообще.
— не оговариваются пути выхода из проекта
относится не ко всему, но это стоит вообще-то оговаривать, то есть — что будет если заказчик не примет дизайн или будет недоволен функциональностью
— заказчик говорит «да тут все понятно»
это значит, что задача понятна только богу и никому больше, включая заказчика
— заказчик не дает своих координат или забывает про вас
без комментариев. такое случается и в менее критичных вариантах, например, заказчик не контролирует вас по ходу проекта. это может обернуться непониманием в конце, поэтому показывайте сами что сделали и утверждайте работы с заказчиком. ему это будет тоже приятно :)
дополнения в комментариях конечно же приветствуются
