Compensation cycles review employee pay against company goals and market benchmarks. This includes salaries, benefits and incentives. Regular cycles promote fair pay. However, the traditional process involves creating extensive spreadsheets with complex formulas and hoping none of them break during distribution. Without proper tooling, HR teams can get overwhelmed with spreadsheet preparation and analysis.
Assemble.inc delivers a compensation platform that helps organizations plan and execute systematic compensation decisions to attract, motivate, and retain employees while eliminating inequality pay. Assemble integrates with an HRIS, ATS, and Cap Table to ensure accurate data. Company’s broader vision is to bring an end-to-end total compensation and benefits management platform to its customers.
Assemble released their compensation cycles MVP in 2022, providing an efficient solution for managing the compensation planning process, from planning and communication to execution and analysis. Our goal as a comp cycle solution is to make planning and executing compensation decisions simpler and faster.
Assemble's compensation planning solution had an intuitive interface and key features like major compensation types, multiple locations and currencies, robust budgeting and sequential approvals, basic admin setup, and access policies with user permissions. However, the product experienced low adoption rates.
Current customers and prospects are blocked on adopting comp cycles.
There is an opportunity to investigate customer adoption issues and identify potential product enhancements to better serve our target audience. How can we enhance the Assemble comp cycle to provide a more efficient way of planning and executing compensation decisions?
As a Senior Designer in a company without no direct PM but distributed project management responsibilities, my role included defining projects scope and objectives, overseeing the end-to-end design process including but not limited to conducting user research and validation studies, documenting solutions, producing high quality UI designs and design system contributions, developing a detailed project plan to monitor and track progress, and working closely with cross-functional teams to ensure that the design aligns with the company's goals and objectives.
Based on research, user testing, self-reported requests and feedback coming from sales and CMS teams, I identified potential features to explore. Our team employed the RICE scoring model to prioritize. With only six engineers in the company, and 1-2 engineers per feature pod, it is crucial to maintain a scrappy and considerate approach. And RICE model helped us to objectively assess the potential impact, reach, confidence, and effort required for each feature. Following were the priorities for the next 2 dev sprints:
To delve deeper into the project delivery process at Assemble, let us take a closer look at the Eligibility project as an example, which provides clear scope and direction. In addition to leading the end-to-end design process, I also took on project management responsibilities for Comp Cycle enhancement effort.
Subsequently, I collected insights from the sales department about customers who paid for the Comp Cycles feature and evaluated actual usage data utilizing Mixpanel. Furthermore, I collated a roster of prospective customers in the sales pipeline who give importance to Comp Cycles when making decisions.
I initiated contact with them by conducting a survey to obtain general information about their usage of Comp Cycles and to ascertain if they were open to collaborating with me on the design of the Eligibility feature. After this, I interviewed customers to gain a better understanding of their survey responses and their methods for qualifying employees for comp cycles.
[JTBD] As a compensation admin, I want to configure which employees are eligible during a comp cycle so that no effort is wasted in Assemble on employees who do not qualify for changes: It’s very common for companies to run compensation cycles for only a subset of employees. When employees who are not actually eligible show up in Assemble, it’s confusing to have to use workarounds or explain to managers that certain employees should not be given recommendations. The admins also have to double check all the details throughout the cycle to make sure the ineligible people are not messing up budgets.
Common rules include:
[JTBD] As a manager, I want to only see employees in Assemble that are actually eligible for the comp cycle: On the flip side, it’s confusing and potentially frustrating for managers to have to figure out which employees to ignore during the cycle.
Current customers and prospects are blocked on adopting comp cycles unless they can filter out employees who should not be in the cycle. For people using comp cycles, we expect that adding eligibility will reduce confusion and time wasted on employees who do not qualify.
Key metrics are important because they provide a clear, measurable understanding of how well a project is performing. By tracking key metrics, you can gain insights into what is working well and what needs improvement, allowing you to make data-driven decisions that can help drive growth and success. Key metrics are important for me for two main reasons:
This is how I am sure that I am making informed decisions that align with company’s goals and objectives.
MVP Rules must haves
Individual employee inclusion/exclusion rule: we need a way to specify individual employees as being in or out of the band. We can use email addresses or pick employees from a list by name to accomplish this. Ideally a customer can paste in a list of email addresses to bulk add people to the inclusion/exclusion list.
Eligible People Preview
For nearly every element of Eligibility, I had our users extensively test iterations of wireframes or prototypes. I used a validation study and interview guide rooted in IDEO's Design Kit.
Once I had received validation from at least 80% of our users, I started working on the visual aesthetics of the different components and elements. Below are the finalized designs for the Rule Builder and Eligibility view.