SlideShare a Scribd company logo
1 of 9
Download to read offline
Discovery

фаза
Что это и почему она важна?
White Paper
Что такое Дискавери фаза?01
В наше время неразумно начинать
проект разработки программного
обеспечения без предварительного
всестороннего анализа. Начальным
этапом любого IT проекта должно
стать исследование. Это процедура
сбора информации, которая дает
понимание отрасли, для которой
разрабатывается продукт, бизнеса
Вашего заказчика и целевой
аудитории. Важно получить глубокое
понимание ожиданий заказчика,
лиц, принимающих решения с его
стороны, а также конечных
пользователей в отношении
продукта. Основной целью
предварительного анализа является
предоставление технического
предложения заказчику. Для этого
необходимо максимально выяснить
потребности пользователей
и создать отдельный документ
с требованиями к продукту. Все
детали, которые мы выясним в ходе
Discovery фазы, помогут определить
объем работ, временные рамки
и план выполнения задач по проекту,
а также будут способствовать тому,
что заказчик получит качественный
программный продукт,
разработанный под его нужды.
Не стоит недооценивать дискавери
фазу, если Вы всерьез намерены
разрабатывать современные
инновационные продукты высокого
качества!
Для чего нужен анализ?
Выяснить мотивы, цели
и проблемы пользователей
Какова продолжительность этой фазы?
Для маленьких проектов
1–3 дня
Для средних проектов
1–2 недели
Для больших проектов
3–4 недели
Найти новые идеи для
разработки
Понять контекст
использования продукта
Понять, каковы ожидания и отношение
пользователей к продукту
Что мы делаем во время Дискавери
Фазы?
02
Мы всегда стремимся понять, кто наши пользователи, что им
необходимо, и каков контекст использования продукта. Если уже
есть рабочая версия продукта, мы проводим его юзабилити-
тестирование, чтобы выяснить, насколько эффективно и
продуктивно пользователи могут взаимодействовать с ним,
и насколько они удовлетворены процессом. Если у нашего
заказчика еще нет программного решения, мы анализируем
аналогичные продукты, представленные на рынке. Тестируя
решения конкурентов, мы избегаем их ошибок в процессе
разработки для наших клиентов.
Вкратце — мы стремимся полностью понять проблему, которую нам
предстоит решить до того, как начинаем непосредственно процесс
разработки и создания прототипа.
Исследуем предметную
область
Исследуем бизнес-
процессы заказчика
Проводя предварительный анализ мы:
Мы выясняем все бизнес-процессы заказчика,
и пытаемся определить, какими они должны
быть. Не забывайте: если процесс не описан,
это не значит, что его нет. Очень важно
досконально понимать все бизнес операции,
которые необходимо внедрить в конечный
продукт.
Мы уделяем время тому, чтобы отдельно изучить целевую
аудиторию и то, как производить разработку. В первую
очередь, мы выясняем, что хочет видеть заказчик в
разработанном нами продукте,  кто пользуется подобными
решениями и какие проблемы есть у этих пользователей.
Выясняем ожидания пользователей
от нового продукта
Выявляем узкие

места
Проводя предварительный анализ мы:
Очень важно выявить и устранить узкие
места на этапе разработки или оптимизации
продукта, поскольку в дальнейшем они
могут вызвать множество проблем и
привести к плачевным результатам, как то
некачественный продукт или услуга,
недовольные клиенты, потерянное время
и даже доход
Мы убеждаемся в том, что продукт будет востребован на
рынке, а затем предоставляем заказчику описание
всех проблем, которые необходимо решить, и нашу
оценку временных и материальных затрат на разработку
продукта
Формулируем решения проблем
пользователей на высоком уровне
На этом этапе мы определяем основные функции,
которые необходимо разработать, ошибки которые
нужно исправить, нефункциональные требования,
которые важно учесть, то есть все то, что необходимо
сделать, чтобы предоставить клиенту
конкурентоспособный продукт.
Требования к разрабатываемому программному
средству приоритезируются на основании таких
критериев, как ценность для бизнеса, риски,
взаимозависимость, объем и срок исполнения.
Расставляем приоритеты
и формируем backlog
Составляем roadmap
проекта
Проводя предварительный анализ мы:
Результатом правильно проведенной фазы дискавери
является стратегический план, определяющий цель или
желаемый результат проекта, который также включает в
себя основные шаги и этапы его реализации. Его также
можно назвать инструментом коммуникации,
документом, который помогает объяснить стратегию
разработки, ответить на все «почему» и «зачем» на пути к
достижению цели на каждом этапе плана.
Здесь исходная задача и требования приобретают
окончательную формулировку, а взаимосвязь различных
систем обуславливает разработку конечного продукта.
Каковы основные преимущества
фазы Дискавери?
03
У предварительного анализа и исследований множество преимуществ.
Довольно часто, к нам обращаются
стартапы, у которых есть идея, но нет
понимания того, каким должен быть
проект с технической точки зрения,
какие компоненты он должен
содержать. Мы также  сталкиваемся с
тем, что заказчикам трудно оценить
что действительно востребовано
пользователями. Кроме того, клиенты
могут не иметь достаточно
технических знаний и опыта, чтобы
составить исчерпывающий список
необходимых программных
элементов продукта.
Мы всегда предлагаем фазу Discovery.
Исследование проводится нашим
бизнес аналитиком.  В ходе общения,
он выясняет пожелания клиента.
Затем с помощью команды, состоящей
из разработчика и дизайнера
осуществляется анализ рынка и
формулируется описание проекта.
Такой подход сводит к минимуму
количество изменений в процессе
разработки, поскольку объем проекта
определяется вместе с другими
ключевыми факторами, такими как
тип требуемых решений, функций и
функциональных возможностей,
оптимальные платформы, которые
нужно использовать, сроки
исполнения и бюджет.
Заранее определив все детали проекта,
заказчик получает ряд преимуществ.
1. Уточнение идеи и сути проекта,основанное
на реальном анализе.
2. Выявление некоторых аспектов проекта,которые
не учитывались изначально.
3. Понимание ожиданий и проблем пользователей
на основании исследования продуктов
конкурентов.
4. Возможность получить экспертную оценку
проекта и методов работы над ним,атакже
рассмотрение альтернативных решений
и технологий,предложенных исполнителем.
5. Минимизация и оптимизация затрат.
6. Составление четкоготехнического задания
с определениемточных сроков исполнения
и бюджетом проекта.
7. Предотвращение необходимости вносить
дорогостоящие дополнительные правки
и изменения в ходе выполнения работ.
8. Установление баланса между бизнес целями
клиента и интересами конечных пользователей
продукта.
9. Возможность понять на сколько исполнитель
соответствует ожиданиям заказчика,на сколько
комфортно партнерское взаимодействие и принять
окончательное решение по дальнейшему
сотрудничеству.
Вот основные из них:
Мы  всегда проводим экспертную оценку того, как проект
вписывается в существующую инфраструктуру и операционные
процессы заказчика. Если необходимо, мы рекомендуем
изменения, улучшения или обновления. Как только суть проекта
становится нам ясна, команда Stfalcon пытается найти
и предложить заказчику альтернативные решения. Не являясь
экспертом в области цифровых технологий, клиент может
просто не осознавать некоторые возможности. Часто наша
команда находит лучшие или более дешевые решения, чем те,
которые изначально планировал заказчик.
Дополнительным преимуществом для клиента является еще
и то, что получив в результате анализа проекта его четкое
техническое описание, план выполнения работ и оценку
требуемых затрат, ему будет легче получить финансирование
от потенциальных инвесторов.


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

с нами
+380 67 334-40-40
Позвонить:
stfalcon.sales
Skype:
info@stfalcon.com
Написать:

More Related Content

Similar to Discovery фаза

Завершение проектов
Завершение проектовЗавершение проектов
Завершение проектовTimofei Tatarinov
 
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)MAL Agency
 
Туристско-рекреационное проектирование ч 2 т 4-9
Туристско-рекреационное проектирование ч 2 т 4-9Туристско-рекреационное проектирование ч 2 т 4-9
Туристско-рекреационное проектирование ч 2 т 4-9Сергей Заякин
 
Кому довериться в Digital?
Кому довериться в Digital?Кому довериться в Digital?
Кому довериться в Digital?Andrey Terekhov
 
Агентству на заметку: процесс работы над тендером
Агентству на заметку: процесс работы над тендеромАгентству на заметку: процесс работы над тендером
Агентству на заметку: процесс работы над тендеромOksana Horbach
 
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.Оцінка проектів на етапі продажу. Практичні рекомендації та поради.
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.Stfalcon Meetups
 
Продуктовый подход в заказной разработке
Продуктовый подход в заказной разработкеПродуктовый подход в заказной разработке
Продуктовый подход в заказной разработкеSPECIA
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury Vetrov
 
Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаАлександр Кольцов
 
Ни дня без исследования: использование исследований на каждом этапе HCD
Ни дня без исследования: использование исследований на каждом этапе HCDНи дня без исследования: использование исследований на каждом этапе HCD
Ни дня без исследования: использование исследований на каждом этапе HCDI2B 2011
 
Продуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовПродуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовCreate Digital
 
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...Yury Vetrov
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management FrameworksElena Petrova
 
Customer development growth_up_20.01.2011
Customer development growth_up_20.01.2011Customer development growth_up_20.01.2011
Customer development growth_up_20.01.2011Denis Dovgopoliy
 
Andrey Petrov P D P
Andrey Petrov P D PAndrey Petrov P D P
Andrey Petrov P D Prit2010
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)SPECIA
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...Lead Zeppelin
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
 
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноМакс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноScrumTrek
 
Useful meetup#1 design sprint
Useful meetup#1 design sprintUseful meetup#1 design sprint
Useful meetup#1 design sprintusefulagency
 

Similar to Discovery фаза (20)

Завершение проектов
Завершение проектовЗавершение проектов
Завершение проектов
 
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)
КАК УПРАВЛЯТЬ ДИЗАЙН-ПРОЕКТОМ (для заказчиков и исполнителей)
 
Туристско-рекреационное проектирование ч 2 т 4-9
Туристско-рекреационное проектирование ч 2 т 4-9Туристско-рекреационное проектирование ч 2 т 4-9
Туристско-рекреационное проектирование ч 2 т 4-9
 
Кому довериться в Digital?
Кому довериться в Digital?Кому довериться в Digital?
Кому довериться в Digital?
 
Агентству на заметку: процесс работы над тендером
Агентству на заметку: процесс работы над тендеромАгентству на заметку: процесс работы над тендером
Агентству на заметку: процесс работы над тендером
 
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.Оцінка проектів на етапі продажу. Практичні рекомендації та поради.
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.
 
Продуктовый подход в заказной разработке
Продуктовый подход в заказной разработкеПродуктовый подход в заказной разработке
Продуктовый подход в заказной разработке
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
 
Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами Заказчика
 
Ни дня без исследования: использование исследований на каждом этапе HCD
Ни дня без исследования: использование исследований на каждом этапе HCDНи дня без исследования: использование исследований на каждом этапе HCD
Ни дня без исследования: использование исследований на каждом этапе HCD
 
Продуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовПродуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктов
 
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management Frameworks
 
Customer development growth_up_20.01.2011
Customer development growth_up_20.01.2011Customer development growth_up_20.01.2011
Customer development growth_up_20.01.2011
 
Andrey Petrov P D P
Andrey Petrov P D PAndrey Petrov P D P
Andrey Petrov P D P
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
 
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноМакс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
 
Useful meetup#1 design sprint
Useful meetup#1 design sprintUseful meetup#1 design sprint
Useful meetup#1 design sprint
 

Discovery фаза

  • 1. Discovery
 фаза Что это и почему она важна? White Paper
  • 2. Что такое Дискавери фаза?01 В наше время неразумно начинать проект разработки программного обеспечения без предварительного всестороннего анализа. Начальным этапом любого IT проекта должно стать исследование. Это процедура сбора информации, которая дает понимание отрасли, для которой разрабатывается продукт, бизнеса Вашего заказчика и целевой аудитории. Важно получить глубокое понимание ожиданий заказчика, лиц, принимающих решения с его стороны, а также конечных пользователей в отношении продукта. Основной целью предварительного анализа является предоставление технического предложения заказчику. Для этого необходимо максимально выяснить потребности пользователей и создать отдельный документ с требованиями к продукту. Все детали, которые мы выясним в ходе Discovery фазы, помогут определить объем работ, временные рамки и план выполнения задач по проекту, а также будут способствовать тому, что заказчик получит качественный программный продукт, разработанный под его нужды. Не стоит недооценивать дискавери фазу, если Вы всерьез намерены разрабатывать современные инновационные продукты высокого качества!
  • 3. Для чего нужен анализ? Выяснить мотивы, цели и проблемы пользователей Какова продолжительность этой фазы? Для маленьких проектов 1–3 дня Для средних проектов 1–2 недели Для больших проектов 3–4 недели Найти новые идеи для разработки Понять контекст использования продукта Понять, каковы ожидания и отношение пользователей к продукту
  • 4. Что мы делаем во время Дискавери Фазы? 02 Мы всегда стремимся понять, кто наши пользователи, что им необходимо, и каков контекст использования продукта. Если уже есть рабочая версия продукта, мы проводим его юзабилити- тестирование, чтобы выяснить, насколько эффективно и продуктивно пользователи могут взаимодействовать с ним, и насколько они удовлетворены процессом. Если у нашего заказчика еще нет программного решения, мы анализируем аналогичные продукты, представленные на рынке. Тестируя решения конкурентов, мы избегаем их ошибок в процессе разработки для наших клиентов. Вкратце — мы стремимся полностью понять проблему, которую нам предстоит решить до того, как начинаем непосредственно процесс разработки и создания прототипа. Исследуем предметную область Исследуем бизнес- процессы заказчика Проводя предварительный анализ мы: Мы выясняем все бизнес-процессы заказчика, и пытаемся определить, какими они должны быть. Не забывайте: если процесс не описан, это не значит, что его нет. Очень важно досконально понимать все бизнес операции, которые необходимо внедрить в конечный продукт.
  • 5. Мы уделяем время тому, чтобы отдельно изучить целевую аудиторию и то, как производить разработку. В первую очередь, мы выясняем, что хочет видеть заказчик в разработанном нами продукте,  кто пользуется подобными решениями и какие проблемы есть у этих пользователей. Выясняем ожидания пользователей от нового продукта Выявляем узкие
 места Проводя предварительный анализ мы: Очень важно выявить и устранить узкие места на этапе разработки или оптимизации продукта, поскольку в дальнейшем они могут вызвать множество проблем и привести к плачевным результатам, как то некачественный продукт или услуга, недовольные клиенты, потерянное время и даже доход Мы убеждаемся в том, что продукт будет востребован на рынке, а затем предоставляем заказчику описание всех проблем, которые необходимо решить, и нашу оценку временных и материальных затрат на разработку продукта Формулируем решения проблем пользователей на высоком уровне
  • 6. На этом этапе мы определяем основные функции, которые необходимо разработать, ошибки которые нужно исправить, нефункциональные требования, которые важно учесть, то есть все то, что необходимо сделать, чтобы предоставить клиенту конкурентоспособный продукт. Требования к разрабатываемому программному средству приоритезируются на основании таких критериев, как ценность для бизнеса, риски, взаимозависимость, объем и срок исполнения. Расставляем приоритеты и формируем backlog Составляем roadmap проекта Проводя предварительный анализ мы: Результатом правильно проведенной фазы дискавери является стратегический план, определяющий цель или желаемый результат проекта, который также включает в себя основные шаги и этапы его реализации. Его также можно назвать инструментом коммуникации, документом, который помогает объяснить стратегию разработки, ответить на все «почему» и «зачем» на пути к достижению цели на каждом этапе плана. Здесь исходная задача и требования приобретают окончательную формулировку, а взаимосвязь различных систем обуславливает разработку конечного продукта.
  • 7. Каковы основные преимущества фазы Дискавери? 03 У предварительного анализа и исследований множество преимуществ. Довольно часто, к нам обращаются стартапы, у которых есть идея, но нет понимания того, каким должен быть проект с технической точки зрения, какие компоненты он должен содержать. Мы также  сталкиваемся с тем, что заказчикам трудно оценить что действительно востребовано пользователями. Кроме того, клиенты могут не иметь достаточно технических знаний и опыта, чтобы составить исчерпывающий список необходимых программных элементов продукта. Мы всегда предлагаем фазу Discovery. Исследование проводится нашим бизнес аналитиком.  В ходе общения, он выясняет пожелания клиента. Затем с помощью команды, состоящей из разработчика и дизайнера осуществляется анализ рынка и формулируется описание проекта. Такой подход сводит к минимуму количество изменений в процессе разработки, поскольку объем проекта определяется вместе с другими ключевыми факторами, такими как тип требуемых решений, функций и функциональных возможностей, оптимальные платформы, которые нужно использовать, сроки исполнения и бюджет.
  • 8. Заранее определив все детали проекта, заказчик получает ряд преимуществ. 1. Уточнение идеи и сути проекта,основанное на реальном анализе. 2. Выявление некоторых аспектов проекта,которые не учитывались изначально. 3. Понимание ожиданий и проблем пользователей на основании исследования продуктов конкурентов. 4. Возможность получить экспертную оценку проекта и методов работы над ним,атакже рассмотрение альтернативных решений и технологий,предложенных исполнителем. 5. Минимизация и оптимизация затрат. 6. Составление четкоготехнического задания с определениемточных сроков исполнения и бюджетом проекта. 7. Предотвращение необходимости вносить дорогостоящие дополнительные правки и изменения в ходе выполнения работ. 8. Установление баланса между бизнес целями клиента и интересами конечных пользователей продукта. 9. Возможность понять на сколько исполнитель соответствует ожиданиям заказчика,на сколько комфортно партнерское взаимодействие и принять окончательное решение по дальнейшему сотрудничеству. Вот основные из них:
  • 9. Мы  всегда проводим экспертную оценку того, как проект вписывается в существующую инфраструктуру и операционные процессы заказчика. Если необходимо, мы рекомендуем изменения, улучшения или обновления. Как только суть проекта становится нам ясна, команда Stfalcon пытается найти и предложить заказчику альтернативные решения. Не являясь экспертом в области цифровых технологий, клиент может просто не осознавать некоторые возможности. Часто наша команда находит лучшие или более дешевые решения, чем те, которые изначально планировал заказчик. Дополнительным преимуществом для клиента является еще и то, что получив в результате анализа проекта его четкое техническое описание, план выполнения работ и оценку требуемых затрат, ему будет легче получить финансирование от потенциальных инвесторов. 
 Благодаря фазе Дискавери мы закладываем основу для эффективной работы и, как результат,  предоставляем высококачественные программные решения, разработанные с учетом индивидуальных потребностей наших клиентов. Свяжитесь
 с нами +380 67 334-40-40 Позвонить: stfalcon.sales Skype: info@stfalcon.com Написать: