# Устав компании

### Аннотация

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

При работе в студии исполнитель должен быть ознакомлен с [уставом компании](https://contract.taigo.xyz), написанным здесь, и с [пользовательским соглашением](https://eula.taigo.xyz) студии.

## Устав

### 1. Профессиональное поведение

* Поведение исполнителя заказа <mark style="color:purple;">**должно**</mark> придерживаться профессионального плана и официального стиля общения.
* Исполнитель <mark style="color:purple;">**должен**</mark> общаться с клиентом уважительно.

{% hint style="warning" %}

1. Исполнитель не должен позволять себе обращения в сторону клиента на "ты". Обращение к клиенту исключительно на "Вы".\
   **Почему:** Вы представляете сферу услуг и не вправе общаться так с клиентом.
2. Исполнитель не должен употреблять бранную лексику при общении с клиентами, сотрудниками и вышестоящими членами студии.
   {% endhint %}

* Исполнитель <mark style="color:purple;">**не должен**</mark> использовать сленг или писать сокращенно.

{% hint style="info" %}
Не должны фигурировать какие-то слова, связанные со сленгом (непрофессиональным), а также сокращения.

**Пример:** щас, сори, лол, изи.
{% endhint %}

* Исполнитель <mark style="color:purple;">**должен**</mark> корректно и быстро реагировать на возникающие проблемы по мере выполнения заказа.

{% hint style="success" %}
Как только возникает какая-то проблема у клиента, необходимо ответить клиенту (или менеджеру, чтобы он переслал сообщения клиенту), задать наводящие вопросы и сказать, как быстро будет решена проблема.

**Почему:** никто не любит ожидания и неизвестности.
{% endhint %}

* Исполнитель <mark style="color:purple;">**не должен**</mark> навязывать свои дополнительные услуги, если клиент от них отказывается.

{% hint style="info" %}
Если клиент запросил сделать пункты А, Б, С и требует сделать пункт Д, Вы можете **намекнуть** ему о том, что это будет стоить **дополнительных средств**,  т.к этого не было в ТЗ, но это нужно **обсудить с менеджером** по Вашему заказу.

Если Вы, как профессионал своего дела, видите в уже существуещем проекте клиента какие-то изъяны, которые Вам не нравятся, лучше умолчать и **не предлагать свои услуги** по улучшению продукта. Если клиенту понадобится Ваше мнение или консультацию - **он сам об этом попросит.**

**Почему:** клиенты зачастую негативно реагируют на такую практику (самозванное высказывание мнения о продукте).
{% endhint %}

* Исполнителю <mark style="color:purple;">**запрещено**</mark> переводить клиента в личные сообщения и общаться с ним без ведома менеджера и вышестоящих членов студии.

{% hint style="danger" %}
В случае, если менеджер/вышестоящие члены студии узнают о том, что Вы производите какие-то коммуникации с клиентом **без ведома** студии, это будет наказываться.

1\. В первый раз, если Вы попадетесь - будет выговор, с уменьшением стоимости Вашей работы по следующим **трём** заказам.\
2\. Во второй (последний) раз, когда Вы попадетесь - будет **исключение** из студии без возможности дальнейшего восстановления, и если на Вас имелся заказ, находившийся на проверке клиентом - Вы за него оплату не получите.
{% endhint %}

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

{% hint style="info" %}
В случае, если будете замечены в **неправильном общении** с клиентом, то:

1\. В первый раз, будет **предупреждение**, без каких-либо последствий для разработчика.\
2\. Во второй раз, когда Вы снова попадетесь на непрофессиональном общении - будет **компенсация за Ваш счёт**. \
(В зависимости от нарушения от 10% до 50% от стоимости заказа).\
3\. В последующие разы - **исключение** из студии без возможности восстановления.
{% endhint %}

* Исполнителю <mark style="color:purple;">**запрещено**</mark> выставлять сумму за повторный заказ клиенту, в случае если он состоит в беседе с клиентом.

{% hint style="info" %}
Вы, как исполнитель, ставите стоимость за разработку того или иного продукта менеджеру, он, в свою очередь - ставит стоимость клиенту самостоятельно, без Вашего прямого участия.

Если Вы будете выставлять цену напрямую клиенту, то сначала мы ограничимся **предупреждением**, последующие нарушения - **исключение** из студии без возможности восстановления.
{% endhint %}

### 2. Правила и принципы работы над заказом

#### 1. Начало работы над заказом

* Исполнитель заказа <mark style="color:purple;">**обязан быть ознакомленным**</mark> с техническим заданием.

{% hint style="warning" %}
В случае, если исполнитель приступил к выполнению заказа, не понимая полноценно техническое задание, и в процессе разработки выявил, что не сможет реализовать значительную часть данного заказа (30% и более), то потраченное время компенсируется за счёт исполнителя заказа.
{% endhint %}

{% hint style="success" %}
**Прежде чем браться за заказ, лучше всего:**\
1\. Прочитать ТЗ.\
2\. Задать наводящие вопросы клиенту.\
3\. Просуммировать то, как Вы поняли ТЗ и спросить у клиента - правильно ли Вы поняли.\
Если Вы поняли правильно - можете приступать к выполнению заказа, после его утверждения менеджером и получения оплаты студией.
{% endhint %}

* Приступать к разработке продукта без четкого технического задания, утвержденного студией <mark style="color:purple;">**строго запрещено**</mark>.

{% hint style="info" %}
**Утвержденное ТЗ** - отправленный файл с соответствующей информацией по проекту.&#x20;

Также, обычно к этому файлу, отдельным сообщением пишется информация о сроках и стоимости данного проекта для Вас (исполнителей).
{% endhint %}

* Желательным, но необязательным является <mark style="color:purple;">**созвон**</mark> с клиентом, для обсуждения возможных проблем и деталей заказа перед началом работы с заказом.

{% hint style="info" %}
Обычно, когда в разработку берется **масштабный и продолжительный проект**, то перед приступлением к работе - назначается **созвон** с полной командой разработчиков, и команды клиента, чтобы обсудить детали работы и возможные проблемы по проекту.

Если проект **маленький и непродолжительный** - то обычно, достаточно просто **написать менеджеру**, какие проблемы предположительно могут возникнуть, чтобы мы могли предупредить клиента об этом.
{% endhint %}

#### 2. Продолжение работы над заказом

* Исполнитель <mark style="color:purple;">**обязан**</mark> на протяжении всего срока работы <mark style="color:purple;">**предоставлять отчет**</mark> о проделанной работе, в виде скринов или видео, с полноценным описанием проделанной работы.

{% hint style="info" %}
В зависимости от срока исполнения заказа, отчёты должны предоставляться со следующей периодичностью:

1. Срок выполнения **3-7** дней - отчёт каждый **день**.
2. Срок выполнения **14** дней - отчёт каждые **3** дня.
3. Срок выполнения **21** день - отчёт каждые **5** дней.
4. Срок выполнения **месяц** и более - отчёт каждые **7** дней.
   {% endhint %}

* По мере работы над заказом могут быть назначены созвоны с клиентом для демонстрации проделанной работы. Исполнитель <mark style="color:purple;">**обязан присутствовать на этом созвоне**</mark> с микрофоном и возможностью демонстрировать свой экран.

{% hint style="success" %}
Вы - профессионал своего дела. У клиента могут возникать вопросы - и на них менеджер ответить не сможет, Вы должны сами уметь объяснять свой процесс работы над заказом, параллельно показывая принцип работы почти готового продукта.
{% endhint %}

* Если во время работы над заказом возникают технические проблемы (невозможности реализовать какой-то функционал по внезапным причинам, несвязанными с Вашей неознакомленность с ТЗ) - необходимо <mark style="color:purple;">**оповестить об этом менеджера**</mark>.

{% hint style="info" %}
Если всё-таки возникла такая проблема, то можно попробовать уговорить клиента отказаться от данной функции (с вычетом средств из общей стоимости заказа) или заменить ее другой - альтернативной.
{% endhint %}

* Исполнитель <mark style="color:purple;">**обязан**</mark> предоставлять необходимые данные по работе клиенту, по его требованию.

{% hint style="info" %}
Необходимые данные - скрины/объяснения тех или иных вещей, связанных с заказом.
{% endhint %}

* Если Вы не успеваете уложиться в срок, установленный Вами же, об этом необходимо в <mark style="color:purple;">**незамедлительном порядке сообщить менеджеру**</mark>. Будут предприняты всевозможные меры.
* Если вдруг Вы <mark style="color:purple;">**пропадете без объяснения причин**</mark> посередине работы над заказом, то наем нового разработчика будет компенсирован за Ваш счёт.

#### 3. Завершение работы над заказом

* Завершающим этапом работы над заказом является тестирование исполнителем получившегося продукта.

{% hint style="info" %}
Тестирование производится разработчиком продукта. Продукт проверяется по базовым принципам и подходам тестирования.&#x20;

1\. Разработчиком составляется чек-лист, в котором описывается, что было проделано и какой результат был получен (в случае если проект **масштабный и продолжительный** (3 мес+)).\
2\. В случае, если проект **короткий и непродолжительный** - разработчиком пишется, что тестирование прошло успешно/неуспешно, найденные баги исправлены.

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

Если менеджером было выявлено, что продукт **не соответствует описанному техническому заданию**, то время потраченное на разработку компенсируется за счет разработчика.
{% endhint %}

* Итоговым тестированием является тестирование клиента и разработчика совместно, производящееся на <mark style="color:purple;">**заключающем созвоне**</mark>.

#### 4. Гарантийная обслуживание продукта

* После того как клиент, разработчик и менеджер встретятся на звонке, обсудят получившийся продукт и клиент его примет - он вносит оставшуюся оплату за продукт, и стартует [гарантийное обслуживание](https://eula.taigo.xyz/#id-7.-garantiinoe-obsluzhivanie-dalneishee-sotrudnichestvo-i-podderzhka) (оно длится всегда по разному).

{% hint style="info" %}
В течение гарантийного обслуживания разработчик обязан исправлять все баги, найденные в проделанной им работе.

**Важно:** добавлять какие-то фичи (функционал), к-го не было в ТЗ можно по своему усмотрению.&#x20;

1. Если это **делается просто и быстро** - можно добавить (это плюс Вам в копилку).
2. Если **нет** - то пишите менеджеру о том, что клиент заставляет делать дополнительную работу, к-ой не было в техническом задании.
   {% endhint %}

* По мере нахождения клиентом багов Ваша задача их исправлять максимально быстро. Максимальное время на исправление бага - 2 дня.&#x20;

{% hint style="warning" %}
Если какой-то баг невозможно исправить, то это компенсируется за счет разработчика или заменяется аналогичной функцией без потери основной идеи, если на это согласен клиент.
{% endhint %}

#### 5. Оплата работы исполнителя

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

{% hint style="info" %}
Части оплаты работы исполнителя:

1\. После подтверждения выполнения заказа (до начала гарантии).\
2\. После окончания гарантийного обслуживания.

Почему: данная мера была введена из-за разработчиков, исчезающих с полной суммой после сдачи заказа, и отказавшихся выполнять гарантийное обслуживание по проекту, вследствие чего студия потеряла немало средств :)
{% endhint %}

* Предоплата для начала работы разработчика над проектом не предоставляется.&#x20;

{% hint style="info" %}
**Студия** - посредник между исполнителем (разработчиком) и клиентом.&#x20;

Мы **резервируем средства у себя**, пока не будут выполнены обязательства с обеих сторон, и выдаем средства персоналу по мере выполнения работы.&#x20;

Мы **страхуем обе стороны**, как клиента так и исполнителя. Если мы будем оплачивать работу разработчика заранее - в нас, как в посреднике смысла не будет.
{% endhint %}

* Средства переводятся от менеджера в определенный день и время.

### Минутка русских пословиц

> ***Помните: в чужой монастырь со своим уставом не ходят.***

К чему написана эта фраза?

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

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

Если Вас что-то не устраивает в нашем уставе - значит нам не суждено сотрудничать с Вами.