diff --git a/doc.zih.tu-dresden.de/docs/contrib/content_rules.md b/doc.zih.tu-dresden.de/docs/contrib/content_rules.md
index 9e4d1b46103def4b8333a4cb451a2f2695f1ef08..8813093f4274220e7b94d9fdc110f8057b71b3a4 100644
--- a/doc.zih.tu-dresden.de/docs/contrib/content_rules.md
+++ b/doc.zih.tu-dresden.de/docs/contrib/content_rules.md
@@ -77,14 +77,22 @@ should be highlighted, etc. Code examples, longer than half screen height should
 
 ## Writing Style
 
-* Avoid using tabs both in markdown files and in `mkdocs.yaml`. Type spaces instead.
-* Capitalize headings, e.g. *Exclusive Reservation of Hardware*
-* Give keywords in link texts, e.g. [Code Blocks](#code-blocks-and-syntax-highlighting) is more
-  descriptive than [this subsection](#code-blocks-and-syntax-highlighting)
+* Assume that a future reader is eager to start typing commands. Thus, encourage the reader by
+  addressing him/her directly:
+    * Example: Use `You can/should ...` instead of `Users can/should ...`
+    * Example: Use `Your contribution is highly welcome` instead of `Contributions from user-side
+      are highly welcome`
+* Be brief! Provide the main idea/commands first, special cases later. If it is not necessary to
+  know how a special piece of software works, don't explain it.
+* Provide the often-used commands first.
 * Use active over passive voice
     * Write with confidence. This confidence should be reflected in the documentation, so that
       the readers trust and follow it.
     * Example: `We recommend something` instead of `Something is recommended.`
+* Capitalize headings, e.g. *Exclusive Reservation of Hardware*
+* Give keywords in link texts, e.g. [Code Blocks](#code-blocks-and-syntax-highlighting) is more
+  descriptive than [this subsection](#code-blocks-and-syntax-highlighting)
+* Avoid using tabs both in markdown files and in `mkdocs.yaml`. Type spaces instead.
 
 ## Spelling and Technical Wording
 
@@ -258,8 +266,8 @@ _Result_:
 
 ### Data Privacy and Generic Names
 
-Where possible, replace login, project name and other private data with clearly arbitrary
-placeholders.  In particular, use the generic login `marie` and the project title `p_number_crunch`
+Where possible, replace login, project name and other private data with clearly recognizable
+placeholders. In particular, use the generic login `marie` and the project title `p_number_crunch`
 as placeholders.
 
 ```console
@@ -269,15 +277,26 @@ drwxr-xr-x   3 marie p_number_crunch      4096 Feb 12  2020 data
 -rw-rw----   1 marie p_number_crunch      4096 Jan 24  2020 readme.md
 ```
 
-### Placeholders
+#### Placeholders
+
+Placeholders represent arguments or code parts that can be adapted to the user's needs. Use them to
+give a general idea of how a command or code snippet can be used, e. g. to explain the meaning of
+some command argument:
 
-TODO!
+```bash
+marie@login$ sacct -j <job id>
+```
 
-## Mark Omissions
+Here, a placeholder explains the intention better than just a specific value:
 
-If showing only a snippet of a long output, omissions are marked with `[...]`.
+```console
+marie@login$ sacct -j 4041337
+```
 
-## Unix Rules
+Please be aware, that a reader often understands placeholders easier if you also give an example.
+Therefore, always add an example!
+
+##### Unix Rules
 
 Stick to the Unix rules on optional and required arguments, and selection of item sets:
 
@@ -285,6 +304,10 @@ Stick to the Unix rules on optional and required arguments, and selection of ite
 * `[optional argument or value]`
 * `{choice1|choice2|choice3}`
 
+#### Mark Omissions
+
+If showing only a snippet of a long output, omissions are marked with `[...]`.
+
 ## Graphics and Attachments
 
 All graphics and attachments are saved within `misc` directory of the respective sub directory in
diff --git a/doc.zih.tu-dresden.de/docs/index.md b/doc.zih.tu-dresden.de/docs/index.md
index 4281ecabc941c1005e36957c45bf58584c210ee6..2100b7e36954b9ea8d48e474a8eecc552719beff 100644
--- a/doc.zih.tu-dresden.de/docs/index.md
+++ b/doc.zih.tu-dresden.de/docs/index.md
@@ -1,7 +1,7 @@
 # ZIH HPC Documentation
 
 This is the documentation of the HPC systems and services provided at
-[TU Dresden/ZIH](https://tu-dresden.de/zih/).  This documentation is work in progress, since we try
+[TU Dresden/ZIH](https://tu-dresden.de/zih/). This documentation is work in progress, since we try
 to incorporate more information with increasing experience and with every question you ask us. The
 HPC team invites you to take part in the improvement of these pages by correcting or adding useful
 information.
@@ -13,7 +13,7 @@ Issues concerning this documentation can reported via the GitLab
 Please check for any already existing issue before submitting your issue in order to avoid duplicate
 issues.
 
-Contributions from user-side are highly welcome. Please find out more in our [guidelines how to contribute](contrib/howto_contribute.md).
+Your contributions are highly welcome. Please find out more in our [guidelines how to contribute](contrib/howto_contribute.md).
 
 !!! tip "Reminder"