Planning Your Performance Review Cycle
Planning Your Performance Review Cycle
Running a performance review cycle in ChartHop involves more moving parts than it might first appear — and the order you build them in matters. This guide walks you through the full picture before you dive into setup, so nothing surprises you mid-cycle.
How the pieces fit together
Every performance cycle in ChartHop is built from four components, and they have a dependency order:
Forms → Automated Actions → Profile Tabs → Review Cycle
Build your forms first — one per review direction (self, manager, peer, upward). Then configure automated actions so downstream forms trigger at the right moment. Then set up profile tabs so managers can approve and release feedback from employee profiles. Only then create the review cycle and attach everything together.
Skipping steps or building out of order is the most common cause of cycle issues. Map your full flow before you build anything.
Before you build: key decisions
A few decisions should be made before you touch a single form. Get these wrong and you'll be reconfiguring mid-cycle.
Start with a clean org chart
ChartHop pulls review assignments directly from your reporting structure. Before any cycle begins, make sure recent transfers, dotted-line reports, and manager assignments are accurate. This is one of the most common causes of reviews going to the wrong people — and it's much harder to fix mid-cycle than before launch.
Questions vs. fields
Every form item is either a question or a field — and this distinction matters more than it first appears.
| Field | Question |
|---|---|---|
What it is | A ChartHop data point tied to a person's record | A standalone form input — not tied to any record |
Lives on profile? | Yes — written to the employee's profile | No — only exists within the form response |
Queryable in datasheets/reports? | Yes — accessible via field code across ChartHop | No — only accessible via answerValue in dashboards |
Best for | Rating scales, performance scores, any data you want to surface, track over time, or use in comp reviews | Open-ended comments, supplementary narrative |
The rule: if you ever want to display a rating on a profile tab, filter by it in a datasheet, use it in a compensation review, or track it over time — it must be a field, not a question. A "Manager Performance Rating" that feeds into a comp cycle should be a field. A "Please share any additional context" text box can be a question.
Fields are created and managed in Settings → Fields. Before building any form, confirm whether the fields you need already exist or whether new custom fields need to be created. Custom fields support single-select, multi-select, yes/no, date, text, numeric, and calculated (expression-based) types.
Visibility and release
When can employees see their own reviews? Some organizations release feedback immediately on submission. Others hold it until after calibration, or until managers have had a 1:1 conversation. ChartHop supports both — but you need to decide upfront and configure your form sensitivity settings accordingly. One of the most common regrets after a cycle launches is "we didn't think through who sees what, and when."
Data flow downstream
If performance ratings will feed into a compensation review, promotion workflow, or succession planning process — map those connections before you build your forms. Fields that need to flow downstream must be set up as custom fields from the start. Questions don't flow anywhere.
Step 1: Build your forms
Navigate to People Ops Tools → Forms. Only users with Owner or Technical Owner access can create or edit forms.
You'll need a separate form for each review direction you're running:
- Self review
- Manager review (downward)
- Peer review — requires two forms: a peer selection form and a peer feedback form
- Upward review (if applicable)
Build and fully configure each form before moving on. The decisions that differ by type — sensitivity settings, anonymity, release configuration — are covered in the individual setup guides for each review type.
Form settings: what they mean
Once your form is built, go to the Settings tab. Here's what each setting controls:
Status
- Active — the form can collect responses, appear on profiles, and be used in review cycles
- Inactive — the form cannot collect responses and won't appear anywhere
- Archived — hidden from the forms list; use for retired cycles
Set forms to Inactive until you're ready to launch. Don't leave test forms Active.
Approvals Toggle on if a form response needs to be reviewed and approved before it's finalized. You can set the approver as the manager or manager's manager. Use this for workflows like manager reviews that need HR sign-off before ratings are released.
Anonymity Controls whether respondent identity is visible. For performance reviews this is typically off. Note: ChartHop Performance Reviews is not designed for fully anonymous deidentified feedback — that belongs in the Engagement module.
Save/Edit After Submission Controls whether forms can be edited after submission. For multi-stage cycles where a self-review should be locked before the manager review opens, turn this off.
Release Toggle on if you want managers or leaders to manually release form responses to employees at a time of their choosing, rather than employees seeing results immediately. This is critical for cycles where managers need to deliver feedback in a 1:1 before results go live. Release is managed from the employee's profile tab.
Email Notifications Configure who gets notified and when. Use thoughtfully — over-notifying causes employees to ignore communications.
Sensitivity levels
Field sensitivity settings override form response visibility. If a field on a form is set to Manager-Only, an employee will not see that field even if they have access to view the form response.
Level | Who can see it |
|---|---|
Org Public | The entire organization |
Manager-Shared | The employee, anyone they report to, and users with sensitive access |
Manager-Only | Only people the employee reports to and users with sensitive access |
Personal | Only the employee themselves and users with sensitive access |
Highly Sensitive | Completely hidden (including field name) from anyone without sensitive access |
Before finalizing any form
Preview the form before launching: click Preview in the header, select a real employee to preview as, and verify that all fields, conditional logic, and visibility settings work as expected.
Step 2: Set up automated actions
Automated actions are what make a multi-stage cycle actually work. Without them, you're manually coordinating every handoff — and things get missed.
Navigate to People Ops Tools → Automated Actions to configure your triggers.
Each action has three parts: a trigger (what causes it to fire), a trigger source (the specific form or event), and an action (what happens as a result).
Common actions to configure:
Self review → Manager review Trigger on Form Submitted from the self-review form, then send the manager review form to the employee's manager. This ensures manager reviews only open after self reviews are complete.
Peer selection → Peer reviews Trigger on Form Submitted from the peer selection form, then send the peer review form to the selected reviewers. Without this action, peer review forms don't go anywhere automatically.
Approval-triggered forms You can configure whether a downstream form fires on submission or on approval of the prior form. For example: the manager review launches only after HR approves the self-review.
Conditional downstream forms If a manager selects "Yes, recommend for promotion" in their review form, a Promotion Justification form is automatically sent to that manager. This uses conditional logic within the form combined with an action trigger.
Reminder automations Set up timed reminders for incomplete submissions at key intervals (e.g., 3 days before deadline). Reduces manual chasing.
Map your entire cycle end-to-end before configuring actions — what triggers what, at what point, and under what conditions. Adding automations retroactively mid-cycle can cause missed sends or double-sends.
Step 3: Configure profile tabs
Profile tabs are required for a performance cycle — they're where managers go to approve and release reviews. Without a configured profile tab, there's nowhere for that to happen.
Navigate to Admin → Profile Tab Configuration.
Create a new tab, name it clearly (e.g., "Performance"), set whose profile it appears on, then set who it's displayed to using sensitivity levels. Add your forms as Form Response History content — this is the recommended content type for performance reviews, as it displays historical responses over time.
For tabs that mix field data and form response data, use the custom sensitivity filter:
This ensures the employee sees their own data, their managers see it, and anyone filling out a form on their behalf can see it.
Sensitivity guidance by audience:
- Employees should see their own self-review responses and any released manager feedback
- Managers should see self-review responses and be able to complete and release their own review
- HR/Admins should have visibility into all responses
- Use Manager-Only sensitivity for rating fields that should not be visible to the employee prior to release
Admins can also manage approvals and releases in bulk from the form's Responses tab → Sheet View. But the profile tab is the primary interface for managers.
Test your profile tab from the perspective of an employee, a manager, and an admin before launching.
Step 4: Create the review cycle
With forms built, actions configured, and profile tabs ready, create the actual review cycle.
From the left sidebar, select Performance, then create a new review. From there:
- Link each form to the appropriate stage of the cycle
- Define which employees the cycle applies to (full org or a specific group)
- Set staggered deadlines for multi-stage cycles — each phase should close before the next opens, with buffer time built in
Reporting relationships during the cycle
Because ChartHop's org chart is live and continuously updated, you need to decide what happens if someone changes managers, transfers, or a manager goes on leave mid-cycle. Two approaches exist: freezing relationships to the org chart at cycle launch, or keeping them live so they reflect real-time changes. A company going through a reorg mid-cycle almost certainly wants them frozen; a stable org may be fine either way. Check with your ChartHop admin or the in-product documentation for the exact location of this setting.
Pilot before full launch
Scope the cycle to 3–5 trusted employees first. Give them a few days to go through the experience and flag anything off. Use View As (click your profile picture in the top right, select an employee) to test visibility from different perspectives — ChartHop renders exactly what that person sees. Test across different roles, levels, and departments. Fix anything in Admin before sending invitations to the full org. Catching a misconfiguration in a pilot of 5 is very different from catching it after it's live for 500.
Step 5: Launch, track, and monitor
Send forms from within the Reviews page. Track completion rates and send reminders from the same place.
In the form's Responses tab, use Sheet View to monitor Approval Status and Release Status across all employees. Use Individual View for direct admin actions — approve, reject, or release individual form responses.
Step 6: Calibration (Alpha)
Calibration is available as an alpha feature and needs to be enabled before use. Calibration happens after ratings are submitted — it is not a pre-launch step.
Before your calibration sessions:
Map out your sessions in advance — who is being calibrated in each meeting and who the facilitator is. Navigate to the Calibrations tab within the review cycle and configure the calibration table, adding or removing columns to show the mix of ChartHop fields and form data most relevant to each session. Only employees who have had a form completed about them will appear.
Apply the appropriate filter for each session (e.g., filter by department), then copy and save the URL. ChartHop encodes filters directly into the URL, so the filtered view is fully preserved in the link. Paste each saved URL into a shared doc or calendar invite — when the session arrives, whoever is running calibration just clicks the link and lands directly in the pre-filtered view, with no fumbling with filters in the room.
Repeat for every scheduled session before any of them begin.
During sessions:
Pull up the pre-saved filtered URL and share your screen. Click the expand icon on any employee's row to drill into their specific form responses. Lock manager review scores before the session begins to prevent changes during calibration. You can approve or release responses directly from this view if you have the appropriate access.
After calibration:
Final ratings surface on employee profiles via the profile tabs configured in Step 3. Export calibration results as needed before closing the cycle.
How performance data connects across ChartHop
Performance data in ChartHop doesn't live in isolation — it connects across the platform:
- Compensation reviews — ratings stored as fields can directly inform compensation recommendations in a comp cycle
- Scenarios — planning decisions can be informed by performance data alongside headcount and comp
- Employee profiles — ratings and review history surface on profile tabs, visible based on sensitivity settings
- Org chart — review relationships are driven by the live reporting structure
- Datasheets — any rating stored as a field is queryable and filterable across the org
This integration only works if ratings are stored as custom fields. Questions don't flow anywhere.
Common setup mistakes
Mistake | Why it matters |
|---|---|
Using questions instead of fields for ratings | Ratings won't be queryable, reportable, or usable in comp reviews |
Not configuring profile tabs before launch | Managers can't approve or release reviews |
Skipping actions setup | Peer reviews never get sent; downstream forms don't trigger |
Not cleaning the org chart first | Reviews go to the wrong managers |
Designing visibility after launch | Employees see things they shouldn't — or can't see things they should |
Tight timelines with no buffer | Every phase runs late; the cycle collapses |
Leaving test forms Active | Employees receive accidental form assignments |
