Устав компании
Данный устав создан для того, чтобы зафиксировать свод правил поведения и принцип работы в проектах, разрабатываемых по заказу в рамках экосистемы TAIGO.
Аннотация
В связи с участившимися случаями нарушений со стороны персонала студии, учредителями TAIGO было принято решение разработать внутренний устав компании, координирующий профессиональное поведение работников студий экосистемы.
При работе в студии исполнитель должен быть ознакомлен с уставом компании, написанным здесь, и с пользовательским соглашением студии.
Устав
1. Профессиональное поведение
Поведение исполнителя заказа должно придерживаться профессионального плана и официального стиля общения.
Исполнитель должен общаться с клиентом уважительно.
Исполнитель не должен позволять себе обращения в сторону клиента на "ты". Обращение к клиенту исключительно на "Вы". Почему: Вы представляете сферу услуг и не вправе общаться так с клиентом.
Исполнитель не должен употреблять бранную лексику при общении с клиентами, сотрудниками и вышестоящими членами студии.
Исполнитель не должен использовать сленг или писать сокращенно.
Не должны фигурировать какие-то слова, связанные со сленгом (непрофессиональным), а также сокращения.
Пример: щас, сори, лол, изи.
Исполнитель должен корректно и быстро реагировать на возникающие проблемы по мере выполнения заказа.
Как только возникает какая-то проблема у клиента, необходимо ответить клиенту (или менеджеру, чтобы он переслал сообщения клиенту), задать наводящие вопросы и сказать, как быстро будет решена проблема.
Почему: никто не любит ожидания и неизвестности.
Исполнитель не должен навязывать свои дополнительные услуги, если клиент от них отказывается.
Если клиент запросил сделать пункты А, Б, С и требует сделать пункт Д, Вы можете намекнуть ему о том, что это будет стоить дополнительных средств, т.к этого не было в ТЗ, но это нужно обсудить с менеджером по Вашему заказу.
Если Вы, как профессионал своего дела, видите в уже существуещем проекте клиента какие-то изъяны, которые Вам не нравятся, лучше умолчать и не предлагать свои услуги по улучшению продукта. Если клиенту понадобится Ваше мнение или консультацию - он сам об этом попросит.
Почему: клиенты зачастую негативно реагируют на такую практику (самозванное высказывание мнения о продукте).
Исполнителю запрещено переводить клиента в личные сообщения и общаться с ним без ведома менеджера и вышестоящих членов студии.
В случае, если менеджер/вышестоящие члены студии узнают о том, что Вы производите какие-то коммуникации с клиентом без ведома студии, это будет наказываться.
1. В первый раз, если Вы попадетесь - будет выговор, с уменьшением стоимости Вашей работы по следующим трём заказам. 2. Во второй (последний) раз, когда Вы попадетесь - будет исключение из студии без возможности дальнейшего восстановления, и если на Вас имелся заказ, находившийся на проверке клиентом - Вы за него оплату не получите.
Если клиентом будет оставлен негативный отзыв вследствие непрофессионального общения разработчика - это также будет компенсировано за счет средств разработчика.
В случае, если будете замечены в неправильном общении с клиентом, то:
1. В первый раз, будет предупреждение, без каких-либо последствий для разработчика. 2. Во второй раз, когда Вы снова попадетесь на непрофессиональном общении - будет компенсация за Ваш счёт. (В зависимости от нарушения от 10% до 50% от стоимости заказа). 3. В последующие разы - исключение из студии без возможности восстановления.
Исполнителю запрещено выставлять сумму за повторный заказ клиенту, в случае если он состоит в беседе с клиентом.
Вы, как исполнитель, ставите стоимость за разработку того или иного продукта менеджеру, он, в свою очередь - ставит стоимость клиенту самостоятельно, без Вашего прямого участия.
Если Вы будете выставлять цену напрямую клиенту, то сначала мы ограничимся предупреждением, последующие нарушения - исключение из студии без возможности восстановления.
2. Правила и принципы работы над заказом
1. Начало работы над заказом
Исполнитель заказа обязан быть ознакомленным с техническим заданием.
В случае, если исполнитель приступил к выполнению заказа, не понимая полноценно техническое задание, и в процессе разработки выявил, что не сможет реализовать значительную часть данного заказа (30% и более), то потраченное время компенсируется за счёт исполнителя заказа.
Прежде чем браться за заказ, лучше всего: 1. Прочитать ТЗ. 2. Задать наводящие вопросы клиенту. 3. Просуммировать то, как Вы поняли ТЗ и спросить у клиента - правильно ли Вы поняли. Если Вы поняли правильно - можете приступать к выполнению заказа, после его утверждения менеджером и получения оплаты студией.
Приступать к разработке продукта без четкого технического задания, утвержденного студией строго запрещено.
Утвержденное ТЗ - отправленный файл с соответствующей информацией по проекту.
Также, обычно к этому файлу, отдельным сообщением пишется информация о сроках и стоимости данного проекта для Вас (исполнителей).
Желательным, но необязательным является созвон с клиентом, для обсуждения возможных проблем и деталей заказа перед началом работы с заказом.
Обычно, когда в разработку берется масштабный и продолжительный проект, то перед приступлением к работе - назначается созвон с полной командой разработчиков, и команды клиента, чтобы обсудить детали работы и возможные проблемы по проекту.
Если проект маленький и непродолжительный - то обычно, достаточно просто написать менеджеру, какие проблемы предположительно могут возникнуть, чтобы мы могли предупредить клиента об этом.
2. Продолжение работы над заказом
Исполнитель обязан на протяжении всего срока работы предоставлять отчет о проделанной работе, в виде скринов или видео, с полноценным описанием проделанной работы.
В зависимости от срока исполнения заказа, отчёты должны предоставляться со следующей периодичностью:
Срок выполнения 3-7 дней - отчёт каждый день.
Срок выполнения 14 дней - отчёт каждые 3 дня.
Срок выполнения 21 день - отчёт каждые 5 дней.
Срок выполнения месяц и более - отчёт каждые 7 дней.
По мере работы над заказом могут быть назначены созвоны с клиентом для демонстрации проделанной работы. Исполнитель обязан присутствовать на этом созвоне с микрофоном и возможностью демонстрировать свой экран.
Вы - профессионал своего дела. У клиента могут возникать вопросы - и на них менеджер ответить не сможет, Вы должны сами уметь объяснять свой процесс работы над заказом, параллельно показывая принцип работы почти готового продукта.
Если во время работы над заказом возникают технические проблемы (невозможности реализовать какой-то функционал по внезапным причинам, несвязанными с Вашей неознакомленность с ТЗ) - необходимо оповестить об этом менеджера.
Если всё-таки возникла такая проблема, то можно попробовать уговорить клиента отказаться от данной функции (с вычетом средств из общей стоимости заказа) или заменить ее другой - альтернативной.
Исполнитель обязан предоставлять необходимые данные по работе клиенту, по его требованию.
Необходимые данные - скрины/объяснения тех или иных вещей, связанных с заказом.
Если Вы не успеваете уложиться в срок, установленный Вами же, об этом необходимо в незамедлительном порядке сообщить менеджеру. Будут предприняты всевозможные меры.
Если вдруг Вы пропадете без объяснения причин посередине работы над заказом, то наем нового разработчика будет компенсирован за Ваш счёт.
3. Завершение работы над заказом
Завершающим этапом работы над заказом является тестирование исполнителем получившегося продукта.
Тестирование производится разработчиком продукта. Продукт проверяется по базовым принципам и подходам тестирования.
1. Разработчиком составляется чек-лист, в котором описывается, что было проделано и какой результат был получен (в случае если проект масштабный и продолжительный (3 мес+)). 2. В случае, если проект короткий и непродолжительный - разработчиком пишется, что тестирование прошло успешно/неуспешно, найденные баги исправлены.
После того, как было выполнено тестирование, разработчик оповещает об этом менеджера, менеджер проверяет совпадает ли работа поставленному техническому заданию со стороны клиента.
Если менеджером было выявлено, что продукт не соответствует описанному техническому заданию, то время потраченное на разработку компенсируется за счет разработчика.
Итоговым тестированием является тестирование клиента и разработчика совместно, производящееся на заключающем созвоне.
4. Гарантийная обслуживание продукта
После того как клиент, разработчик и менеджер встретятся на звонке, обсудят получившийся продукт и клиент его примет - он вносит оставшуюся оплату за продукт, и стартует гарантийное обслуживание (оно длится всегда по разному).
В течение гарантийного обслуживания разработчик обязан исправлять все баги, найденные в проделанной им работе.
Важно: добавлять какие-то фичи (функционал), к-го не было в ТЗ можно по своему усмотрению.
Если это делается просто и быстро - можно добавить (это плюс Вам в копилку).
Если нет - то пишите менеджеру о том, что клиент заставляет делать дополнительную работу, к-ой не было в техническом задании.
По мере нахождения клиентом багов Ваша задача их исправлять максимально быстро. Максимальное время на исправление бага - 2 дня.
Если какой-то баг невозможно исправить, то это компенсируется за счет разработчика или заменяется аналогичной функцией без потери основной идеи, если на это согласен клиент.
5. Оплата работы исполнителя
Сумма для оплаты работы разработчика делитсяна две равнозначные части и оплачивается по мере закрытия тех или иных этапов разработки.
Части оплаты работы исполнителя:
1. После подтверждения выполнения заказа (до начала гарантии). 2. После окончания гарантийного обслуживания.
Почему: данная мера была введена из-за разработчиков, исчезающих с полной суммой после сдачи заказа, и отказавшихся выполнять гарантийное обслуживание по проекту, вследствие чего студия потеряла немало средств :)
Предоплата для начала работы разработчика над проектом не предоставляется.
Студия - посредник между исполнителем (разработчиком) и клиентом.
Мы резервируем средства у себя, пока не будут выполнены обязательства с обеих сторон, и выдаем средства персоналу по мере выполнения работы.
Мы страхуем обе стороны, как клиента так и исполнителя. Если мы будем оплачивать работу разработчика заранее - в нас, как в посреднике смысла не будет.
Средства переводятся от менеджера в определенный день и время.
Минутка русских пословиц
Помните: в чужой монастырь со своим уставом не ходят.
К чему написана эта фраза?
Объяснение: студия - посредник между Вами и клиентом, она улучшает жизнь обеих сторон, страхует средства, организовывает грамотную коммуникацию, решает возникающие проблемы, тратит зарабатываемые средства с заказов на развитие новых систем для упрощения и автоматизации работы, привлечение нового персонала, а также на рекламу, чтобы Вы могли в дальнейшем себе позволить большее, тратив меньше времени на рутинную работу.
Мы одна из немногих студий, которая дает полную свободу разработчику, и право решать, сколько он будет получать с того или иного заказа, поэтому будьте добры соблюдать наши правила, чтобы жить в мире и согласии друг с другом.
Если Вас что-то не устраивает в нашем уставе - значит нам не суждено сотрудничать с Вами.
Last updated