Скрытые потребности

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

При этом, в отсутствии открытости информации, между заказчиком и исполнителем встают странные барьеры: «Зачем знать, как конечный продукт будет использоваться? Есть сухое ТЗ. Этого достаточно». Происходит то ли боязнь, что бизнес-идея будет украдена, то ли нежелание уделять время на погружение в особенности своего бизнеса, процессов, работы остальных контрагентов. В итоге бизнес-требования остаются недосказанными, а то, что было сделано в соответствии с системными из технического задания не закрывает потребности пользователя, либо доставляет ему значительные неудобства.

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

Но такие ситуации могут быть не только с аутсорсингом, но и внутри одной компании, когда люди бизнеса - маркетинг и продажи варятся в своём котле. К примеру, не предоставляют информации о рынке и обратной связи от пользователей, если процесс настроена подобным образом.

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

@aheadofthepack