Онлайн-заявка на перевозку: от идеи до прототипа

Дмитрий Бохан занимается развитием личного кабинета клиента Первой грузовой компании. В прошлой статье он уже рассказывал, как строился путь от идеи до интерфейса нашего сервиса, который клиенты используют каждый день. Новая его статья о том, как мы формировали требования и создавали прототип на примере одной из функций сервиса – онлайн-подачи заявки на перевозку.

Приветствую! Меня зовут Жумабаев Султан, и в ПГК я работаю инженером данных на проекте «Цифровой вагон». Могу уверенно сказать, Oracle сегодня — одно из самых популярных и надежных хранилищ, хотя рынок и предлагает множество новых современных разработок. В этой статье я расскажу про использование Materialized Views для организации ETL-процессов в рамках проекта.

Сейчас явно прослеживается тенденция на очеловечивание сухих интерфейсов. Это говорит о том, что меняется подход к разработке IT-продуктов даже в тех компаниях, которые считались консервативными. Клиент повсеместно стал более требователен и разборчив. Что бы оставаться конкурентоспособными, компаниям важно ориентироваться на пользователя, его нужды и пожелания. Меня зовут Дмитрий Бохан, в ПГК руковожу проектом «Личный кабинет клиента». Недавно на одном вебинаре рассказал о том, как превратить сухую бизнес-идею в «живой» интерфейс. Хочу поделиться и с вами. Надеюсь, этот опыт будет полезен.

По какому принципу бизнес выбирает, что автоматизировать? Всегда есть минимум два вектора, на которые можно опереться: это либо повышение лояльности наших клиентов, либо сокращение костов. Личный кабинет клиента – повсеместное явление, в том числе в транспортных компаниях, которые сейчас относятся к активно развивающейся «в цифру» отрасли. В нашем случае от бизнеса прозвучал заказ на качественный Личный кабинет клиента ПГК. Даже в такой консервативной отрасли, как жд перевозки, клиенты хотели приложение, которое по удобству могло бы сравниться с сервисами, привычными нам в сегменте b2c.

На старте проекта для каждой команды важно определиться, кто заинтересован в проекте. В нашем случае заказчиком внутри компании выступил исполнительный директор. Но ведь не будешь по каждому вопросу бегать к нему. Поэтому на начальном этапе важно сформировать матрицу стейкхо́лдеров (англ. stakeholder) с указанием уровней ответственности. То есть создать перечень людей, которые будут нести ответственность за принятые решения.