Как мы ведём проект: от брифа до передачи доступов

Ниже описан порядок ведения проекта: этапы, содержание каждого, результат этапа и момент передачи прав и доступов. Документ применяется к сайтам, магазинам, платформам и телеграм-ботам. Работает над проектом один исполнитель, ИП Постнов Артём Сергеевич.

Этап 1. Бриф

1.1. Заказчик излагает задачу письменно или устно. Устная постановка в тот же день фиксируется письменно.

1.2. Бриф содержит: что продаётся, кто покупает, как сейчас устроен процесс приёма заказа, кто будет работать с системой, какие роли требуются.

1.3. Результат этапа: письменный бриф, согласованный обеими сторонами.

1.4. Срок: от одного дня. Задержка на этом этапе возникает, когда в бизнесе нет ответа на вопрос о текущем процессе. Этот ответ вырабатывается до начала разработки, а не во время неё.

Этап 2. Объём работ и оценка

2.1. На основе брифа составляется перечень экранов, функций и интеграций.

2.2. Каждый пункт перечня либо входит в стоимость, либо отмечается как отдельная задача. Формулировки «и прочее», «по необходимости» в перечень не включаются.

2.3. Называется вилка стоимости и срок. Ориентиры: лендинг от 40 000 ₽, 3–5 дней; сайт с админкой от 100 000 ₽, 7–14 дней; платформа или SaaS от 150 000 ₽, от 14 дней. Текущие ориентиры указаны на странице цен.

2.4. Результат этапа: согласованный перечень работ, стоимость, срок.

Этап 3. Договор и оплата

3.1. Работа ведётся по договору. Оплата производится по счёту.

3.2. В договоре зафиксировано: объём работ по перечню из этапа 2, срок, порядок приёмки, переход исключительных прав на код к заказчику по акту, гарантийный срок три месяца на ошибки исполнителя.

3.3. Домен и хостинг оформляются на заказчика. Регистрация на исполнителя не производится ни при каких условиях.

3.4. Результат этапа: подписанный договор, оплата по счёту.

Этап 4. Разработка

4.1. Работа ведётся отдельными частями, каждая из которых показывается заказчику по мере готовности.

4.2. Порядок сборки: сначала структура данных и роли доступа, затем административная часть, затем публичная часть, затем интеграции.

4.3. Роли доступа проектируются до написания интерфейсов. Типовой узел: сборщик видит заказы, но не видит деньги; менеджер видит клиентов, но не видит настройки. Разграничение, добавленное после запуска, требует переделки уже написанного.

4.4. Промежуточные вопросы задаются напрямую, в телеграм @artem_sergeevic либо по телефону 8 995 900-47-88. Ответ даёт исполнитель, а не аккаунт-менеджер, поскольку промежуточного звена в схеме нет.

4.5. Результат этапа: работающая система на тестовом адресе.

Этап 5. Наполнение и импорт данных

5.1. Данные заказчика переносятся в систему до приёмки, а не после.

5.2. Способ переноса определяется объёмом. При количестве позиций свыше нескольких десятков делается импорт. В магазине «Жук и Плут» импорт с Wildberries вынесен отдельной вкладкой админки, поскольку владелица заводила 300 позиций вручную и тратила на это вечер.

5.3. Ответственность за состав и достоверность данных несёт заказчик. Исполнитель отвечает за корректность переноса.

Этап 6. Приёмка

6.1. Приёмка проводится по перечню работ из этапа 2, пункт за пунктом.

6.2. Проверяются: работа каждой заявленной функции, поведение на телефоне, прохождение тестового заказа целиком, включая оплату, разграничение прав по ролям, доставка уведомлений.

6.3. Замечания фиксируются одним списком. Несоответствия перечню исправляются без доплаты. Новые пожелания оцениваются отдельно.

6.4. Результат этапа: подписанный акт.

Этап 7. Передача доступов и прав

7.1. Передаются: доступы к домену и хостингу, доступ администратора к системе, исходный код, доступы к используемым сторонним сервисам, оформленным на заказчика.

7.2. Исключительные права на код переходят заказчику по акту.

7.3. Заказчик самостоятельно меняет пароли после передачи. Рекомендация исполнителя — сделать это в день подписания акта.

7.4. Результат этапа: заказчик обладает полным набором доступов и не зависит от исполнителя в вопросе владения проектом.

Этап 8. Гарантия и дальнейшая работа

8.1. Гарантийный срок — три месяца с даты подписания акта. Покрывает ошибки, допущенные исполнителем в согласованном объёме работ.

8.2. Не покрывает: новый функционал, изменения по инициативе заказчика, последствия правок в коде, внесённых третьими лицами.

8.3. Доработки после гарантийного периода оформляются как отдельные задачи с собственной оценкой и сроком.

Ограничения порядка

9.1. Порядок неприменим к задачам, где объём работ невозможно зафиксировать до начала. В таких случаях работа делится на короткие этапы с отдельной оценкой каждого.

9.2. Порядок не заменяет участие заказчика. Этапы 1, 5 и 6 требуют его времени. Проект, в котором заказчик недоступен на этих этапах, сдвигается по срокам независимо от готовности исполнителя.

Что требуется от заказчика на каждом этапе

10.1. Этап 1: ответы на вопросы о текущем процессе продажи и о ролях сотрудников. Ориентировочно от часа до вечера.

10.2. Этап 2: решение по каждому пункту перечня работ — входит сейчас или откладывается.

10.3. Этап 4: ответы на уточняющие вопросы в течение рабочего дня. Задержка ответа сдвигает срок этапа на то же время.

10.4. Этап 5: предоставление данных в согласованном формате — товары, цены, описания, изображения.

10.5. Этап 6: прохождение приёмки лично, включая тестовый заказ с оплатой.

10.6. Этап 7: приём доступов и смена паролей.

Типовые причины сдвига сроков

11.1. Отсутствие данных для наполнения. Наиболее частая причина. Система готова, наполнять нечем.

11.2. Изменение объёма работ в ходе разработки. Каждое добавление оценивается отдельно и сдвигает срок.

11.3. Недоступность заказчика на этапах 1, 5 и 6.

11.4. Ожидание доступов к сторонним сервисам: эквайринг, служба доставки, касса. Регистрация и проверка на стороне провайдера занимает от нескольких дней и от исполнителя не зависит.

11.5. Все перечисленные причины фиксируются письменно в момент возникновения, а не при сдаче проекта.

Что не входит в работу по умолчанию

12.1. Наполнение карточек товаров текстами и изображениями, если это не оговорено в перечне работ этапа 2.

12.2. Продвижение, реклама и ведение проекта после сдачи.

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

12.4. Обучение сотрудников заказчика сверх передачи административного доступа и разбора основных сценариев на приёмке.

Примеры выполненных проектов — в разделе работ.

Коротко

Проект проходит восемь этапов: бриф, перечень работ с оценкой, договор и оплата, разработка, перенос данных, приёмка по перечню, передача доступов и прав, гарантия три месяца. Права на код переходят по акту, домен и хостинг оформлены на заказчика с самого начала. Приёмка идёт по тому же списку, который согласован до оплаты. Времени заказчика требуют этапы брифа, наполнения и приёмки.