Subtask IDs - make them relevant to the parent tasks
I would find it really useful if the ID number of Subtasks within Wrike could follow on from the ID task of the parent task they are a part of.
I.e. instead of
Parent task - 12345
Sub task 1 - 18976 (totally unrelated)
It could be something like
Parent task - 12345
Sub task 1 - 12345-1 or 12345-a
So, if I searched for task 12345 in the search bar, it would show all tasks that fall under the same main task.
The reason I ask this is because our teams currently use ID numbers in part of our file naming conventions as it makes it easy for us to find files and related files from previous jobs in the system, however, when we have multiple teams that work in subtasks, I need to be able to see and easily find the files relating to the sub task too.
Example, we have a "creative" brief as the parent task. It's subtasks are: Photography, Design & Video. I want to be able to search by ID number and find all the collateral together, rather than having them all under separate ID numbers.
As I understand it, the ID numbers cover the whole of Wrike, regardless of team/account, and so every task is unique which I can appreciate, but think it could be great if the IDs were unique to teams, rather than the entirety of Wrike.
Anna G Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Anna G Wrike Team member Become a Wrike expert with Wrike Discover
Hey Anna,
It's more for when searching and referencing jobs outside of the system, i.e. our files in the network.
We work in a way that we have a top level "design task" which is the main job, and any supporting work from other teams is a sub task within that.
So, say we have a campaign as the main task. We have photography to support the campaign, and video work to support the campaign that all sit under the same task as subtasks, and these sub tasks are in different folders so that the relevant teams can move their own tasks along at their own rate.
I understand it's fairly easy to click to get to the parent task to find the number, but I'm more concerned that people won't do this, or that people may not realise that there is a parent task to reference the number of and that causes our photography work to end up in a different folder or location in our storage solution (not wrike), so we may end up duplicating work if they are saved under different numbers, or not being able to find work.
Hope that makes more sense :)
In addition to my comment above, if it could also be possible to have a custom field or some other way to automate the job numbers for situations like our use case?
Our only other way to reference the files is to generate the ID numbers elsewhere (i.e. google sheets) and copy the job number into Wrike, but this leaves a lot of room for human error and duplication and would add unnecessary time into our workflows.
Hi Holly, I am very sorry for the delay in response. Thanks for describing your use case here, I will make sure to pass all details to our Product team.
As for Custom Fields: it is possible to add a numeric-type Custom Field to your tasks, however, you or your teammates will have to manually enter job numbers there and there's no way to automate this process. That's an interesting idea though, thank you for sharing it here!
I'll make sure to direct other people who have similar setups to this post so they could share their tips and tricks. Let me know if I can answer any other questions or be of any help!
Anna G Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Anna G Wrike Team member Become a Wrike expert with Wrike Discover
Hi Anna!
No problem, thank you :)
This is our problem, too. It has been very difficult and confusing when we historically use project numbers to name our stored file and jobs on our servers. We have to manually force the main "project ID task#" into the naming of our subtasks so designers know what code to use.
We can not manually assign custom numbers or use a google sheet because we have too many people and jobs.