diff --git a/README.md b/README.md
index 566d112..d19f16a 100644
--- a/README.md
+++ b/README.md
@@ -27,11 +27,11 @@
 
 ### 1. Реализация основного запроса
 
-Первая задача - реализация сетевого взаимодействия и получения информации о пользователе и его существующих записях. Для этого используется `GET /user`. Формат данных, возвращаемых сервером, можно посмотреть, запустив сервер и выполнив запрос к эндпоинту `/user`. Текущий проект уже содержит необходимую вёрстку и доменные модели, поля которых необходимо заполнить данными из ответа сервера в полном соответствии со структурой API.
+Первая задача - реализовать сетевое взаимодействие для получения информации о пользователе и его существующих бронированиях. Для этого используется `GET /user`. Формат данных, возвращаемых сервером, можно посмотреть, запустив сервер и выполнив запрос к эндпоинту `/user`. Текущий проект уже содержит необходимую вёрстку и доменные модели, поля которых необходимо заполнить данными из ответа сервера в полном соответствии со структурой API.
 
 ### 2. Заполнение формы ввода
 
-Далее тебе необходимо доработать форму отправки данных и реализовать обработку результата. Для этого требуется добавить сетевой запрос `POST /book`, который отправляет данные в формате `multipart/form-data`. В теле запроса передаются поля `room` и `time`, содержащие информацию о бронировании. При этом в рамках данного MVP не требуется реализовывать на стороне клиента валидацию или фильтрацию вводимых данных.
+Далее тебе необходимо доработать форму отправки данных и реализовать обработку ответов от сервера. Для этого требуется добавить сетевой запрос `POST /book`, который отправляет данные в формате `multipart/form-data`. В теле запроса передаются поля `room` и `time`, содержащие информацию о бронировании. В рамках данного MVP реализация валидации или фильтрации вводимых данных на стороне клиента не требуется.
 
 ### 3. Обработка ошибок
 
@@ -45,22 +45,22 @@
 
 ## ✅ Особенности оценивания
 
-Оценивание происходит с помощью автоматической системы тестирования, которая в автоматическом режиме находит элементы и взаимодействует с ними (именно для этого у каждого элемента указан уникальный идентификатор, по которому будет производится поиск). Каждый тест происходит с чистой установки приложения.
+Оценивание происходит с помощью автоматической системы тестирования, которая самостоятельно находит элементы и взаимодействует с ними (именно для этого у каждого элемента указан уникальный идентификатор, по которому будет производится поиск). Каждый тест происходит с чистой установки приложения.
 
 
 **Неизменяемые файлы**
 
 Классы, отмеченные строкой:
 ```kotlin
-// ДАННЫЙ КЛАСС ЗАПРЕЩЕНО МОДИЦИФИРОВАТЬ! ПРИ ТЕСТИРОВАНИИ ОН БУДЕТ ВОЗВРАЩЁН В ОРИГИНАЛЬНОЕ ЗНАЧЕНИЕ
+// ДАННЫЙ КЛАСС ЗАПРЕЩЕНО МОДИЦИФИРОВАТЬ! ПРИ ТЕСТИРОВАНИИ ОН БУДЕТ ВОЗВРАЩЁН В ОРИГИНАЛЬНОЕ СОСТОЯНИЕ
 ```
-Во время тестирования будут возвращены в значение, которое указано в шаблоне. Поэтому их редактирование запрещено.
+Во время тестирования они будут возвращены в состояние, которое указано в шаблоне. Поэтому их редактирование запрещено.
 
 **Зависимости**
 
-Все необходимые зависимости проекта уже подключены. Тебе запрещено добавлять/изменять/удалять зависимости. Они будут возвращены в исходное значение.
+Все необходимые зависимости проекта уже подключены. Тебе запрещено добавлять/изменять/удалять зависимости. Они будут возвращены в исходное состояние.
 
 **Указание адреса сервера**
 
-При подключении библиотеки с сетевыми запросами обязательно host сервера используйте из файла `Constants.kt`. При тестировании данный файл будет изменён таким образом, чтобы у приложения была возможность подключиться и работать корректно с тестирующим сервером.
+При подключении библиотеки для сетевых запросов обязательно host сервера используйте из файла `Constants.kt`. При тестировании данный файл будет изменён таким образом, чтобы у приложения была возможность подключиться и работать корректно с тестирующим сервером.