Дизайн, базиран на данни е практиката за оформяне на решенията за интерфейс, съдържание и взаимодействие, използвайки измерими доказателства за това как се държат реалните потребители, вместо да се разчита предимно на личен вкус, вътрешно мнение или индустриална конвенция. Тя се основава на няколко потока от доказателства едновременно: количествени анализи като преглеждания на страници, пътища на кликване, дълбочина на превъртане и проценти на конверсия; поведенчески сигнали, заснети чрез топлинни карти и записи на сесии; и качествена информация, събрана от тестове за използваемост, анкети и регистрационни файлове за поддръжка. Целта не е да се премахне човешката преценка от процеса, а да се даде на тази преценка фактическа основа, така че изборите относно оформлението, навигацията, текста и визуалната йерархия да могат да бъдат обвързани с наблюдаваните нужди на потребителите и бизнес резултатите, а не с предположения, наследени от предишен проект или сайт на конкурент.
Подходът е важен, защото решенията за дизайн, взети без доказателства, са скъпи, ако се сгрешат. Редизайнът на началната страница, промяната в процеса на плащане или новото оформление на ценова страница може да отнеме седмици усилия за проектиране и инженеринг, а ако се основава на непроверено предположение, може тихо да потисне конверсията с месеци, преди някой да забележи, тъй като редизайнът рядко идва с вградена аларма, която сигнализира, че е постигнал по-ниски резултати от версията, която е заменил. Дизайнът, базиран на данни, скъсява този цикъл на обратна връзка, като валидира предположенията рано, често чрез прототипи с ниска точност, петсекундни тестове или контролирани експерименти, преди промяната да бъде напълно изградена и доставена до всички потребители. Екипите, които възприемат тази дисциплина, са склонни да разрешават вътрешните дебати за дизайна по-бързо, защото въпросът се измества от чие мнение носи по-голяма организационна тежест към това, което всъщност показват доказателствата, събрани директно от аудиторията, на която дизайнът е предназначен да служи. Тази промяна променя и начина, по който се документират разногласията, тъй като отхвърлена идея, подкрепена от неуспешен тест, се запомня по различен начин от такава, която просто е отхвърлена по старшинство.
На практика, процесът на проектиране, базиран на данни, обикновено започва с дефиниране на специфичния показател, върху който промяната трябва да повлияе, като например процент на добавяне в количката, процент на завършване на формуляри или време до първо смислено действие, преди да се начертае единична схема. След това екипите инструментират съответните страници с аналитични и поведенчески инструменти, обикновено Google Analytics 4, Hotjar или Microsoft Clarity, и оставят реалния трафик да се натрупва за статистически значим период, често от две до четири седмици в зависимост от обема, за да установят надеждна базова линия. Констатациите от този базов период се вписват в приоритизиран набор от хипотези за дизайн, класирани по потенциално въздействие и увереност, които се тестват чрез A/B или многовариантни експерименти, преди да бъдат широко разпространени, затваряйки цикъла между наблюдение, хипотеза, дизайн и валидиран резултат в повтарящ се цикъл, а не в еднократно препроектиране. Много екипи формализират този цикъл в повтаряща се спринтова честота, преглеждайки нови доказателства и пренасочвайки приоритета на натрупаните задачи на всеки две до четири седмици.
Често срещано погрешно схващане е, че дизайнът, базиран на данни, елиминира креативността или замества потребителските проучвания със сурови числа. В действителност, количествените данни казват на екипа какво се случва, като например 40% спад в конкретно поле на формуляр, докато качествените проучвания и експертизата в дизайна обясняват защо това се случва и как би могло да изглежда по-добро решение; нито едното, нито другото не е достатъчно само по себе си, за да доведе до добри резултати. Прекомерното разчитане на количествени сигнали може също да хване екипите в цикъл от малки, безопасни промени, понякога наричани локално-максимална оптимизация, където цветовете на бутоните и формулировките на заглавията се тестват многократно, докато по-големите структурни проблеми в потребителското изживяване остават нерешени, защото е по-трудно да се изолират в рамките на един тест. Преследването на статистическата значимост само по себе си, без оглед дали едно увеличение е практически значимо за бизнеса при текущите му нива на трафик и марж, е друг чест капан, от който опитните екипи се научават да се предпазват, тъй като технически значим резултат по показател с ниска стойност рядко оправдава инженерните разходи за неговото внедряване.
В рамките на CRO или UX консултантската компания, дизайнът, базиран на данни, е в основата на почти всеки ангажимент: одитите сравняват текущите дизайнерски решения с поведенчески доказателства, преди да започне каквато и да е работа по редизайн, хипотезите се класират с помощта на рамки като ICE или PIE въз основа на потенциално въздействие, увереност и усилия, а всяка предложена промяна се формулира като проверимо твърдение, а не като стилистично предпочитание, представено в табло за настроение. Тази дисциплина позволява на консултантската компания да обоснове препоръка с нещо по-трайно от естетически аргумент и предоставя на клиентите повтаряем процес, допълнен с документирани поуки както от спечелени, така и от загубени тестове, който те могат да продължат да изпълняват вътрешно дълго след приключване на конкретен ангажимент или проект.