
Информационная архитектура: сущности (практика, vol.2)
Третья часть про сущности в ИА: фиксация свойств, паттерны их моделирования и схематизация итогового результата.
страница 1 из 4

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

Вторая часть про сущности в ИА, теперь с упором на практику: от сбора данных до выявления связей и таксономий.

Что такое информационные сущности, зачем они нужны и из чего состоят.

Упаковка бизнеса — это не сделать красивую презентацию для инвесторов, а превратить ежедневные подвиги в управляемую конструкцию, где рост объясним, повторяем и просчитываем.

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

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

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

Детальное функциональное проектирование и частые, но не всегда очевидные подводные камни.

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

Как доказать бизнесу необходимость функциональной архитектуры. Почему нет универсального процесса создания ФА и что с этим делать.