Что исполнитель должен спросить у заказчика перед началом проекта

Расскажу на нашем примере. Tetraform работает с проектами в области корпоративной культуры и обучения. Это та работа, которая требует много времени.

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

То же самое касается и специфической ЦА: проще подстроить продукт, чем пытаться пристроить готовое решение.

Под рисками я подразумеваю не только вероятность срыва сроков проекта. Это и более масштабные проблемы: уход ключевых руководителей, проблемы с финансированием. Или самый экстремальный вариант, когда компания просто прекратит свое существование. Чем подробнее прописаны риски, тем спокойнее решаются проблемы.

К примеру: до старта нужно побрифовать всех ЛПР, сделать их карту и собрать контекст. В общем, составить карту рисков. Еще мы закладываем 30% времени на случай, если что-то пойдет не так. При этом продукт должен быть готов и работоспособен за несколько недель до запуска, чтобы было время для правок.

Глубокое понимание задачи и всех нюансов, которые ее касается, не только облегчит процесс работы. Но и позволит понять то, что заказчик знает и попробовать посмотреть с другой стороны на то, что он мог не видеть. И развернуть задачу под другим углом.

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

Идеальные обстоятельства складываются так же редко, как светит солнце зимой над Санкт-Петербургом. Выбирать придется и выбор будет не из простых.

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

Нужно подстраиваться под контекст и искать лучшее соотношение для продуктов. Потому что волшебной таблетки-решения не бывает.

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

Это суровая реалия: «безам» проще пропустить готовое решение, чем разбираться с новым.

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