Update article.md

Author: tmptrash

dou/article.md

@@ -67,32 +67,21 @@
 * `div{sku:with:SKU}` - означає "шукати тег `div` с текстом, який має підтекст 'SKU'" і покласти в змінну `sku`
 * `p{text}[attr=ref]` - означає "шукати тег `p` с будь яким текстом і атрибутом `ref`" і покласти текст в змінну `text`, а атрибут в змінну `attr`
 
-# 🧪 Результат, який повертає Harvester
+Справа - знизу на малюнку Ви можете побачити приклад того, що повертає бібліотека. Це звичайний JSON, ключі якого - це наші змінні, яки ми зазначили в шаблоні (product, price, img, sku).
 
-```js
-{
-  product: "Product Name",
-  price: 99.99,
-  img: "https://...jpg",
-  sku: "SKU: 4278654"
-}
-```
-
-Такий самий результат буде отримано **з будь-якої структури**, доки дані присутні.
-
----
+## Як працює Harvester всередині
 
-# 📦 Як працює Harvester всередині
+![image](https://github.com/tmptrash/harvester/blob/main/dou/slides/Screenshot%202025-11-30%20at%2014.50.49-cut.png?raw=true)
 
-У презентації я показував проблеми класичного DOM-парсингу:
+На малюнку показано як саме бібліотека порівнює два дерева - дерево наших даних, яке ми отримали із DSL шаблона (на малюнку зліва - klm) і DOM дерево (на малюнку правіше 1234...). Справа і знизу Ви можете побачити частину варіантів, які бібліотека порівнює. 
 
-Harvester використовує **fuzzy tree matching**:
+Бібліотека використовує **fuzzy tree matching**:
 
-1. Розбирає DSL у дерево шаблону
-2. Проходить DOM
+1. Розбирає DSL шаблон у JSON дерево
+2. Проходить по DOM
 3. Шукає найближчу відповідність
 4. Вичитує текст/числа/атрибути згідно з типами
-5. Повертає результат
+5. Повертає результат у вигляді JSON
 
 ### Проблеми, які довелося вирішити: