
You are setting up or cleaning up HubSpot deal properties, or you keep finding gaps in your pipeline data at the worst moments - like right before a forecast call
Most CRM data problems are not laziness problems - they are design problems. When a field is free text and optional, reps fill it in inconsistently or skip it entirely. When a field is a required dropdown, the data is clean by default. A few structural choices in HubSpot - which fields are required at which stage, which are dropdowns versus open text - determine whether your pipeline data is trustworthy or not. This is a one-time setup that pays off every week.
Optional free-text fields produce data you cannot report on. If close reason is a text box, you get 'not the right time,' 'budget,' 'budget issues,' 'no budget,' and 'timing' as five separate answers to the same question. You cannot spot patterns, coach to them, or fix them. Required fields that appear too early annoy reps and get filled with junk. Required fields that appear at the right stage get filled accurately.
Identify which deal properties to make required at each stage and which to convert from free text to dropdowns, so your pipeline data is clean without adding friction to the rep's workflow.
Map your required fields by stage, not globally. Early stage: company, primary contact, deal owner, amount or range, close date. Mid-stage: decision maker identified (yes or no dropdown), use case, success metrics. Late stage: mutual close plan notes, legal or procurement status, contract type.
Audit your current free-text fields. If you keep typing similar phrases - 'budget not confirmed,' 'no budget this quarter' - that field should be a dropdown. Request the change from your admin or make it yourself if you have access.
Use dropdowns for anything you will ever want to filter or report on: deal type (new, expansion, renewal), lost reason, industry, close reason. Use free text only for things that are genuinely unique to each deal.
Do not make every field required at every stage. That creates friction and encourages reps to fill in placeholder values just to move forward. Required fields should feel like a natural checkpoint, not a tax.
After any pipeline cleanup session, note which fields were most often blank or inconsistent. That is your list of candidates for required or dropdown status.
Lost reason is a free-text field. After a quarter, the team has 40 different phrasings for essentially four reasons. The manager cannot run a meaningful lost-reason report and has no data to coach from.
Lost reason is a required dropdown with six options: price, competitor, no decision, timing, fit, and other. Every closed-lost deal has a clean value. At the end of the quarter, the manager sees that 38% of losses were to one competitor and adjusts the competitive talk track.
Identify which deal properties to make required at each stage and which to convert from free text to dropdowns, so your pipeline data is clean without adding fr
You have got it when you can run a filter on any key deal property - lost reason, deal type, decision maker identified - and get clean, consistent results you can actually act on.
Most CRM data problems are not laziness problems - they are design problems. When a field is free text and optional, reps fill it in inconsistently or skip it entirely. Identify which deal properties to make required at each stage and which to convert from free text to dropdowns, so your pipeline data is clean without adding friction to the rep's
Optional free-text fields produce data you cannot report on. If close reason is a text box, you get 'not the right time,' 'budget,' 'budget issues,' 'no budget,' and 'timing' as five separate answers to the same question.
£7-10k flat fee. The methodology, delivered.
See Hire with Assessment