Feature Requests

Can we please get the ability to set the ordering for Task Types? We need to be able to put them in any order we want, otherwise, when you sort a List by Task Type, they can be in an undesired order.

I am a property manager and could use a few more features on this app. It has a lot going for it, and that's why I use it. But I think allowing for a database style list would be very helpful. Also being able to link tasks to the database items would be beneficial as well as a grid view for tasks. Embedding features to allow clickup to be one large dashboard that includes other sites would be phenomenal. I wish that I could see my emails in an email tab so I don't have to go to my Gmail to manage. I also wish that I could access my slack in the clickup app. Think tabs on the sidebar that have gmail and slack.

I want to be able to set which task type to create default in a folder. The same way I can put it on a list.

Currently, when we create a task type, it becomes available across the entire workspace. This creates issues for standardization, as we want to enforce the use of specific task types within certain lists and even based on location. We’d like the ability to restrict task types to a list or location, so team members only see the relevant options. For example, in some cases, we only want three task types available within a given list. This functionality will help us: *Enforce consistency in how tasks are categorized. *Limit confusion by only presenting relevant task types. *Better leverage the beta functionality of fields tied to task types. IMPACT: Without this, team members can select incorrect task types, leading to data inconsistency and reduced effectiveness of field-based reporting and automation. REQUEST: *Ability to configure which task types are available per list, space, and/or entire workspace. Include the ability to manage ClickUp-created task types, such as Task, Milestone, Meeting Note, Key Result, Person, etc.) --By Location (Department/Team/Region): For example, the Sales – Europe list may only need three task types (“Lead,” “Demo Scheduled,” and “Contract Sent”), while Sales – US might require a different set. Restricting by location would keep task types relevant for each group. --Space: If an organization manages multiple workspaces (e.g., Operations vs. IT), admins could enforce different task type sets per workspace. This would prevent irrelevant task types from appearing in the wrong context (e.g., IT-specific types showing up in Sales). --Workspace: We may want to make certain task lists available across the workspace still. *Add to the space configuration/creation to set the task types available for each, in case there are no task types available at the workspace level.

I want to have task type icon for tasks that are all about time (tracking estimating etc)

Being able to color the tasks on the calendar by the Task Type would be a great feature. I could see this meaning you set the color when you create the Task Type - default is gray but you could change the color, which would reflect on Calendar Views (Color tasks by Task Type) and icons.

When a task has multiple assignees, add an option to require each assignee to mark the task as complete independently. The task would only move to Done/Closed once every assignee has confirmed completion. This is useful for training, compliance, reviews, or any task that needs to be completed by an entire team or department. Currently the workaround is checklists or subtasks, but a native toggle on the task level would be much simpler and scalable. For reference, Zoho Projects already offers this as a native toggle ('task completion by each assignee'). It would be great to see ClickUp match or improve on this.

We want subtasks to remain the basic "task" icon, not inherit the task type of the parent task. This could be a toggleable option in settings, for those who like subtasks inheriting task types from tasks. For example, we might have a contract template as a task with task type "resource," which we are using to track through our document development and maintenance system. We like that we can use the "resource" task type to differentiate it from actionable tasks, but then when we add a subtask like "update footers on this version", it defaults to a resource task type when it IS an actionable item.

We use the Fillout → ClickUp integration to automatically create ClickUp tasks from form submissions. We recently redesigned our ClickUp workflow to use different Task Types, with each Task Type having its own set of Custom Fields. We need Fillout to populate those Custom Fields when the task is created. The issue is that the Fillout integration currently creates every task using the default Task Type. Because of this, only the Custom Fields associated with the default Task Type are available at the moment of creation. If we change the Task Type afterward using a ClickUp Automation or apply a Task Template, the correct Custom Fields can be added to the task, but Fillout cannot populate them retroactively because those fields did not exist when the task was originally created. We tested several workarounds, including: Changing the Task Type through a ClickUp Automation. Using a Text Custom Field from Fillout as a trigger. Applying a Task Template through an Automation. Using the Task Type associated with the Template. These approaches can change the Task Type and/or add the Custom Fields afterward, but they cannot solve the core issue because Fillout can only populate Custom Fields that already exist when the task is created. ##### Requested feature We would like Task Type to be available as a configurable/mappable field in the Fillout → ClickUp integration. Ideally, the workflow would be: Fillout submission → determine Task Type → create ClickUp task with that Task Type → populate the Custom Fields associated with that Task Type For example, if a Fillout submission indicates that the task should be “Bug,” the integration would create the task as the “Bug” Task Type from the beginning. This would make all of the Custom Fields associated with that Task Type available before Fillout attempts to populate them. This functionality would allow users to build more advanced workflows where different form submissions create different ClickUp Task Types, each with their own Custom Fields. At the moment, there does not appear to be a native workaround for this use case because changing the Task Type or adding the Custom Fields after task creation happens too late for the Fillout integration to populate them. Please consider adding Task Type as a supported field in the Fillout → ClickUp integration.

Could you please make it possible to use a different list of statuses for subtasks within a task? Most of the projects I track need a long list of statuses for the main task (i.e. "contacted, responded, finalized, uninterested, etc."), but I really only want "To Do, In Progress, and Complete" in the subtasks. I use the subtasks in a card to track the progress of the overall task.