Solution architect and pre-sale. Часть вторая RFP
2018-09-25 12:52:36 +0600 +0600
Что должен делать архитектор во время pre-sale. Часть вторая RFP (Request for proposal)
Solution architect pre-sale часть первая RFI.
Чтобы понять, что делает архитектор во время pre-sale, надо разобраться с составными частями этой фазы проекта. Из рисунка выше видно, что начало проекта можно разделить на части RFI, RFQ, RFP, RFT и подписание документов.
В прошлой статье я немного рассказал про RFI
Сразу скажу, что в условиях современного рынка, такое явное разделение встречается редко и граница между разными этапами часто не заметна, а иногда и вовсе исчезает.
На данном этапе архитектор уже должен выполнить гораздо больше обязанностей, чем на RFI.
Данная статья расскажет про вторую фазу проекта RFP (Request for proposal).
В «< WIKI RFP »> есть такое пояснение данного термина
A request for proposal (RFP) is a document that solicits proposal, often made through a bidding process, by an agency or company interested in procurement of a commodity, service, or valuable asset, to potential suppliers to submit business proposals.[1] It is submitted early in the procurement cycle, either at the preliminary study, or procurement stage.
RFP, является предпочтительным способом для многих компаний вести бизнес. На самом деле для некоторых организаций, таких как правительство США, это единственный путь.
RFP предоставляет подробную информацию о компании X и его действиях. Он также предоставляет подробную информацию о продукте, который компания хочет создать, и, возможно, параметры стоимости.
Важно: параметры стоимости часто рассматриваются в RFQ (request for quotation), но не всегда. RFQ будет рассмотрен в отдельной статье. Во время RFQ, говорят о реальных ценах человеко-часа.
RFP, формирует список вопросов, на которые должна ответить каждая компания, заинтересованная в создании продукта. Они могут включать в себя предыдущий опыт, примерные сроки, процессы компании, членов команды и другую соответствующую информацию.
В конце данного процесса, нужно презентовать документ, который будет содержать список ответов заказчику. Шаблонов такого документа очень много в сети, да и наверное у каждой компании есть свой. Ниже я дам ссылку на то где скачать такой документ. Этот шаблон не является ни хорошим, ни плохим просто средний вариант из сети, который можно почитать для общего развития.
Возможно, наиболее важной частью информации на данном этапе проекта является само предложение(техническая и или коммерческая его часть). Здесь подрядчик (мы) поделится своим решением и тем, как оно будет реализовано.
Вопросы «RFP» часто бывают очень подробными, и ответы на них позволят тщательно изучить заинтересованные компании заказчиком.
Это позволит заказчику провести сравнение потенциальных компаний, с которыми можно работать.
P.S
RFP - это командная работа.
Запросы часто создаются, потому что проект имеет определенную степень сложности.
Ни у кого не будет ответов на все вопросы, поэтому вы должны создать команду, где каждый участник сможет внести свой вклад. Это позволит сэкономить время и обеспечить последовательность в вашем ответе. Ваша команда должна иметь одного члена от каждого отдела, на который повлияет работа в RFP. Каждый участник должен нести ответственность за сбор конкретных деталей. Регулярные встречи команды могут помочь держать всех на ходу. Они также могут помочь вам справиться с любыми проблемами до истечения крайнего срока ответа.