Would be very useful with some smartness to questions in Playbooks (similar to dependent fields in HubSpot forms), e.g. ff answer is X on question 1, show question 1B, otherwise move on to question 2.
A Playbook can become quite tedious for a sales rep to scroll through when not all questions are relevant to the conversation.
Also great if a Playbook could update properties on multiple objects within the same Playbook.Now a feature!
Apr 21, 202510:45 AM - edited Apr 21, 202510:46 AM
HubSpot Product Team
Field dependencies in Playbooks
SOLVE
Hi everyone! My name is Hallie, and I'm an Associate Program Manager on the CXM team here at HubSpot. I wanted to share an update that this is now live for playbooks! You can read more about the feature in this product update. Attached is a screenshot showing more information about using conditional properties in playbooks (in addition to the screenshot in this comment) :
This would be super useful as we are also using playbooks to help train new team members. Having the right options apearing at the right time especially when they are filling a playbook out over the phone is essential to newcomers who wont know which fields are not needed in certain situations.
As a small but quickly growing business that is making our first sales hire, this would be incredibly valuable in getting them up to speed and on the phone faster.
This would be incredibly useful, both when talking to clients, and for gathering information to share with other team members internally. It would also be great to be able to organize sets of questions by category.
Totally agree with this idea. Having branches and conditional formatting would allow us to not have to build out multiple playbooks, instead a 'Mega Playbook'. Our example would be the different verticals that we serve. Right now, we are having to clone and adjust each.
I am currently building a customer save / lose playbook for the Account Managers, if they've managed to save the customer I don't want them to have to note the competitor they've gone to so I can't make that a required field -- but I also don't want to have them bypass the field on every contact they speak with. By nature of the conversation, it does not make sense to have the two in seperate playbooks either.
This would be really helpful, we have tons of different job types, customer/company types, and deal types. If I were to make each job type, customer/company type, and deal type it's own playbook... I would have over 200 playbook scripts. If we were able to use a if/then where different information would show pending on the answer, we could reduce the amount of playbooks to 10
Whole heartedly agree! The key is not only in building the playbook, but in using it as a rep. It should feel dynamic and jump you to the right place based on the answer option. I envision a flow that feels much like TypeForm but that has a conversation index on one side that allows you to jump around, if needed. It should be able to support multilple nested levels of if/then instances to be effective.
To further that, specified responses could also be used in workflow triggers. That would save time in having to start processes later or manually.
Not only it is cumbersome for the reps, it also prevents operators creating required fields because they might not be relevant in all cases and therefore discourage process compliance.