diff --git a/src/ru/drafts/04-Раздел III. API как продукт/06.md b/src/ru/drafts/04-Раздел III. API как продукт/06.md
index 4c90269..58eefd5 100644
--- a/src/ru/drafts/04-Раздел III. API как продукт/06.md	
+++ b/src/ru/drafts/04-Раздел III. API как продукт/06.md	
@@ -4,7 +4,7 @@
 
 #### Горизонтальное разделение сервисов API
 
-Как правило, любая функциональность, предоставляемая через API, делиться на независимые блоки. Например, в нашем кофейном API есть функциональность поиска предложений и функциональность заказа кофе. Ничто не мешает нам как объявить эти эндпойнты разными API, так и считать их частями одного общего API.
+Как правило, любая функциональность, предоставляемая через API, делится на независимые блоки. Например, в нашем кофейном API есть функциональность поиска предложений и функциональность заказа кофе. Ничто не мешает нам как объявить эти эндпойнты разными API, так и считать их частями одного общего API.
 
 Разные компании используют разные подходы к определению гранулярности сервисов API, что считать отдельным продуктом, а что нет; это до определённой степени вопрос вкусовщины и удобства. Стоит задуматься о разделении API на части, если:
   * интеграция только с одной из частей имеет смысл, т.е. подсемейство API само по себе решает какую-то проблему пользователя без привлечения других API;