coder · sreya · Jan 16, 2024 · Jun 12, 2023 · Oct 11, 2023 · Oct 11, 2023
diff --git a/docs/images/template-scheduling.png b/docs/images/template-scheduling.png
diff --git a/docs/manifest.json b/docs/manifest.json
@@ -224,6 +224,11 @@
               "title": "Permissions",
               "description": "Configure who can access a template",
               "path": "./templates/permissions.md"
+            },
+            {
+              "title": "Workspace Scheduling",
+              "description": "Configure when workspaces start, stop, and delete",
+              "path": "./templates/schedule.md"
             }
           ]
         },
@@ -256,6 +261,11 @@
           "path": "./templates/process-logging.md",
           "state": "enterprise"
         },
+        {
+          "title": "Workspace Scheduling",
+          "description": "Set workspace scheduling policies",
+          "path": "./templates/schedule.md"
+        },
         {
           "title": "Icons",
           "description": "Coder includes icons for popular cloud providers and programming languages for you to use",

diff --git a/docs/templates/schedule.md b/docs/templates/schedule.md
@@ -0,0 +1,44 @@
+# Workspace Scheduling
+
+You can configure a template to control how workspaces are started and stopped.
+You can also manage the lifecycle of failed or inactive workspaces.
+
+![Schedule screen](../images/template-scheduling.png)
+
+## Schedule
+
+Template [admins](../admin/users.md) may define these default values:
+
+- **Default autostop**: How long a workspace runs without user activity before
+  Coder automatically stops it.
+- **Max lifetime**: The maximum duration a workspace stays in a started state
+  before Coder forcibly stops it.
+
+## Allow users scheduling
+
+For templates where a uniform autostop duration is not appropriate, admins may
+allow users to define their own autostart and autostop schedules. Admins can
+restrict the days of the week a workspace should automatically start to help
+manage infrastructure costs.
+
+## Failure cleanup
+
+Failure cleanup defines how long a workspace is permitted to remain in the
+failed state prior to being automatically stopped. Failure cleanup is an
+enterprise-only feature.
+
+## Dormancy threshold
+
+Dormancy Threshold defines how long Coder allows a workspace to remain inactive
+before being moved into a dormant state. A workspace's inactivity is determined
+by the time elapsed since a user last accessed the workspace. A workspace in the
+dormant state is not eligible for autostart and must be manually activated by
+the user before being accessible. Coder stops workspaces during their transition
+to the dormant state if they are detected to be running. Dormancy Threshold is
+an enterprise-only feature.
+
+## Dormancy auto-deletion
+
+Dormancy Auto-Deletion allows a template admin to dictate how long a workspace
+is permitted to remain dormant before it is automatically deleted. Dormancy
+Auto-Deletion is an enterprise-only feature.