Patent Application
20190114591
The present disclosure pertains to a pipeline data structure for generating custom display views on client devices.
The hiring process to bring on a new employee into an organization is a lengthy and time consuming process. Multiple employees within the organization together form a hiring team that are involved in various stages of the hiring process. For example, a sourcer sources candidates for an open requisition to an open position within the organization. A screener screens the candidates found by the source as an initial pass to create a short list of candidates. One or more interviewers can interview the candidates within the short list and provide feedback to the hiring manager. The hiring manager can select a candidate to hire and request that a background check be performed on the selected candidate. If the selected candidate passes the background checks, an offer can be made and if accepted, the selected candidate becomes an employee of the organization. As shown, there are many stages in the hiring process and it can become confusing for a member of the hiring team to determine whether there is an outstanding action item. Furthermore, a hiring manager can spend long periods of time checking in on the status of each requisition to determine where how requisition is to being filled. This can be very time consuming and confusing.
The present disclosure pertains to a pipeline data structure for generating custom display views on client devices. In one embodiment, data for creating customized views is stored in a database, the data including data about first users and tasks having steps performed by second users. The stored data further includes data for creating a pipeline data structure comprising a plurality of stages corresponding to the steps, each stage storing requirements for completing the stage. The pipeline further stores pointers associated with the data about the first users, wherein the first users are represented in the pipeline to track the progress of the first plurality of users through the plurality of steps. Each task may have a corresponding table. Columns of the table correspond to stages of the pipeline and rows of the table correspond to different users of the second users, and each cell of the table comprises rules for generating a customized view of data.
In one embodiment, a computer-implemented method receives, by a processor, a user request to check on the status of a plurality of open requisitions configured for filling a plurality of positions within an organization. The method then identifies, by the processor, an open requisition that a user profile associated with the user request is involved in, the open requisition being configured to fill an open position within the organization. Lastly, the method generates, by the processor, an open requisition card that provides a summary on a plurality of candidates applying for the open requisition, wherein the open requisition card is personalized for the user profile.
In one example, generating the open requisition card includes generating, by the processor and as part of the open requisition card, a requisition pipeline configured to identify a current stage in a hiring process that each of the plurality of candidates are currently in.
In another example, generating the open requisition card includes determining, by the processor, a current stage that a candidate applying for the open position is in within a hiring process, determining, by the processor, that the current stage contains an action item associated with the user profile, and generating, by the processor and as part of the open requisition card, a to-do section that contains the action item. The method can also include detecting, by the processor, user input representative of selecting the action item and executing, by the processor, a function associated with the selected action, the function being configured to complete the selected action.
In another example, generating the open requisition card can include determining, by the processor, a current stage that a candidate applying for the open position is in within a hiring process, determining, by the processor, that a subsequent stage contains an action item that is associated with the user profile, wherein the subsequent stage is dependent on the completion of the current stage, and generating, by the processor and as part of the open requisition card, a waiting-for section that contains another action item which the completion of the current stage depends on. The method can further include detecting, by the processor, user input representative of selecting the another action item and presenting, by the processor and as part of the open requisition card, an option to generate a reminder to complete the another action item.
In another example, the method can further include maintaining, by the processor, an open web socket with a client device which transmitted the user request, wherein the open web socket is configured to maintain an active connection between the client device and the processor to dynamically transmit updates to the open requisition from the processor to the client device.
In another embodiment, a non-transitory computer readable storage medium stores one or more programs comprising instructions for receiving a user request to check on the status of a plurality of open requisitions configured for filling a plurality of positions within an organization, identifying an open requisition that a user profile associated with the user request is involved in, the open requisition being configured to fill an open position within the organization, and generating an open requisition card that provides a summary on a plurality of candidates applying for the open requisition, wherein the open requisition card is personalized for the user profile.
In another embodiment, a computer implemented system comprises one or more computer processors and a non-transitory computer-readable storage medium. The non-transitory computer-readable storage medium comprises instructions, that when executed, control the one or more computer processors to be configured for receiving a user request to check on the status of a plurality of open requisitions configured for filling a plurality of positions within an organization, identifying an open requisition that a user profile associated with the user request is involved in, the open requisition being configured to fill an open position within the organization, and generating an open requisition card that provides a summary on a plurality of candidates applying for the open requisition, wherein the open requisition card is personalized for the user profile.
The following detailed description and accompanying drawings provide a better understanding of the nature and advantages of the present disclosure.
In the following description, for purposes of explanation, numerous examples and specific details are set forth in order to provide a thorough understanding of the present disclosure. It will be evident, however, to one skilled in the art that the present disclosure as expressed in the claims may include some or all of the features in these examples alone or in combination with other features described below, and may further include modifications and equivalents of the features and concepts described herein.
Described herein are techniques for generating an open requisition card. A system (which can be a recruiting tool) can generate an open requisition card that summarizes the status of filling an open position within the organization. The summary can describe the status of a plurality of candidates applying for an open position. In some embodiments, a member of the hiring team can request the status of open requisitions which he or she is involved in. In response to the request, the system can return one or more open requisition cards that the requesting member is involved in. In some embodiments, a requisition card view can be generated that is unique to the requesting member. For example, action items which are to be completed by the requesting member can be presented in the requesting member's requisition card view. As another example, action items of other members in the hiring team can be presented in the requesting member's requisition card. This allows the requesting member to nudge other members within the hiring team to complete their action items, particularly if there are dependencies between the action items of the requesting member and the action items of other members in the hiring team.
The system can be implemented on the client side or server side. For example, the system can be implemented on the client device to update requisition cards as new information is received on the client device. For instance, new information provided by other members in the hiring team can cause the requisition card to be updated. As another example, the system can be implemented on a server that is in communication with a client device. Each member in the hiring team can use a client device to submit information related to the hiring of a candidate to fill the open position. User input received on the client device can be transmitted from the client device to the server. The server can process the detected user input to update the information collected that is related to hiring a person for the open position. Once the information has been updated, the server can transmit the updated information to the client devices, which can be used to update the requisition cards. Once updated, the server can transmit the updated requisition card or the necessary changes to update the existing organizational to the client device. The client device can present the requisition card received to the user.
In one embodiment, recruiting tool 130 can retrieve candidate data from open requisition database 170. Candidate data can include data that was generated as the candidate goes through the hiring process. For example, candidate data can include the stage of the hiring process that the candidate is currently in (e.g., current stage), data generated by members of the hiring team while the candidate is being reviewed, and personal information that is related to the candidate like the candidates name and contact information. If a candidate is successful in becoming an employee, recruiting tool 130 can update employee records 135.
In one embodiment, recruiting tool 130 can serve as a central hub for members of the hiring team. As each member performs tasks to complete action items that are associated with stages of the hiring process, the results of the performed tasks can be transmitted to recruiting tool 130. Recruiting tool 130 can consolidate the results and notify other members when they have action items. In some examples, the hiring process can include one or more action items that to be performed in each stage. Once all the action items within a stage have been performed, the results can be examined to determine whether the candidate progresses to the next stage. If a candidate is found to be a poor fit for the open position, the candidate can be removed from the hiring process and future action items associated with the candidate do not need to be performed. Alternatively if the candidate progresses to the next stage, recruiting tool 130 can assign action items that are associated with the next stage in the hiring process.
System 100 includes client devices 110-1 to 110-n. Each client device can present a view of the open requisition card to a member in the hiring team that is utilizing the client device. An open requisition card can represents the progress of filling an open requisition. In some examples, recruiting tool 130 can generate a view of the open requisition card (e.g., open requisition card view) that is tailored for a member of the hiring team. The personalized view can contain action items and updates which are specific for the member. As a result, recruiting tool 130 can generate a unique view for each member of the hiring team. While some views may share some of the same action items or updates, each view has been tailored for a specific member. For example, a member can specify the types of action items and the types of updates to present on an open requisition card view.
System 100 further includes communication server 120. Communication server 120 can be configured to communicate with client devices 110-1 to 110-n via internet 150. In some embodiments, communication server 120 can maintain an open socket with a client device. An open socket can allow an active communication channel to exist between communication server 120 and the client device. Advantages of maintaining an active communication channel is that changes to the state of an open requisition can be dynamically transmitted to the client device. This allows the client device to present an up-to-date version of the open requisition card view that takes into account updates submitted by other members in the hiring team, instantly, without having to re-download and re-draw the page. Communication from the client device can be routed through internet 150 to communication server 120, which in turn routes the communication to recruiting tool 130. The communication can include updates on the open requisition. Recruiting tool 130 can process the updates and generate an updated open requisition card view for a member of the hiring team. The updated open requisition card view can be transmitted to communication server 120, which in turn routes it to the client device that corresponds with the member of the hiring team. In some examples, one member of the hiring team can submit an update to the open requisition to recruiting tool 130. The update can be the results of an interview, analysis on the candidate, background check information, to name a few. Upon receiving the update, recruiting tool 130 can process the update to generate an updated open requisition card view for one or more members of the hiring team. The one or more members can also include the member who submitted the update.
Open requisition data 200 can include global rules 210. Global rules 210 can include rules which define the visual appearance of the open requisition card view. In one embodiment, global rules 210 can include a global rule that dictates the visual appearance of the open requisition card view based on a severity score associated with the open requisition. Adjustments to the visual appearance can include the color of the open requisition card, the background appearance of the open requisition card, or other visual indicators of the open requisition card. Advantages to adjusting the visual appearance of an open requisition card is that open requisitions that are of higher priority due to a high severity score can take on a different appearance and thus stand out over other open requisition cards. This can draw the member's attention to the open requisition cards that are of high priority. In one example, the severity score of an open requisition can depend on the hiring manager associated with the open position. For instance, an open position belonging to a hiring manager having an senior role within the organization can be assigned a high severity score while another open position belonging to another hiring manager having a junior role within the organization can be assigned a low severity score. This can bring attention to open requisition cards that are associated with upper level management. In another example, the severity score of an open requisition can depend on the urgency of an action item associated with the open position. For instance, an action item can be initially assigned to a member by recruiting tool 130. If the member does not perform tasks to complete the action item, then other members having subsequent action items which depend on the completion of the action item cannot perform their duties. If the member does not complete the action item within a predefined period of time, the severity score can increase thus resulting in a change to the visual appearance of the open requisition card.
In some examples, the severity score can be member dependent. Thus, two open requisition card views for the same open requisition can be assigned different severity scores. The two open requisition card views can belong to two members of the hiring team. For instance, a first member's open requisition card view can be assigned a high severity score when the first member has an outstanding action item. A second member's open requisition card view can be assigned a low severity score when the second member is also waiting for the completion of the outstanding action item so that the second member can perform his action item.
Open requisition data 200 further includes requisition pipeline data 220. Requisition pipeline data 220 provides a summary of the candidates who have applied for the open position. Each candidate can be presented in requisition pipeline 220 based on the candidate's stage in the hiring process. Open requisition data 200 further includes requisition card generation chart 230. Requisition card generation chart 230 can be configured to add details to the open requisition card view for a member in the hiring team. Each member in the hiring team can be associated with a personalized open requisition card view and the personalized details can be specified by requisition card generation chart 230.
In one embodiment, requisition pipeline 300 can be configured to store a pointer or other identifier associated with candidates applying for the open requisition. The pointer or other identifier can be used to retrieve applicant data on the candidate.
Applicant data 400 can also include interview information 430. During the candidate's interviews, one or more interviewers can generate interview feedback based on the interview with the candidate. The interview feedback can be stored in interview information 430. In one example, interview information 430 can include feedback forms that have been populated by the interviewers. In other examples, interview information 430 can store a summary of the interview feedback generated from multiple interviewers.
Applicant data 400 can also include background check information 440. Background check information 440 can include the results of a background check performed on the candidate. Background check information 440 can include credit reports, information from references, and checks on the candidate's work experience. Applicant data 400 can further include offer information 450. Offer information 450 can include details on the offer that was made to the candidate. The details can include the position that the candidate would be in if the candidate were to accept the offer, the job duties of the candidate if the candidate were to accept the offer, and the compensation of the position if the candidate were to accept the offer.
Requisition cell 600 can further include to-show rules 620. To-show rules 620 can include rules that define when a notification related to another member's action item is presented within a tile. For example, the rule can define that a notification is to be presented within a “Waiting On Others” tile when another member has yet to complete an assigned action item. This allows one member to track the progress of another member's action items. This can useful if the other member's action items affect the completion of the current member's action item. For example, a current member can be assigned an action item to perform a background check. However, the background check action item depends on the interview feedback being received and processed to determine whether the candidate has passed the interviewing stage. A rule within the requisition cell that is associated with interviewing stage can specify that a notification be generated on the open requisition card of the current member when interviewers have not submitted their interview feedback. This allows the current member to keep track of other's action items that are holding back the current member from performing his or her action items (such as a background check). In some embodiments, the notification can be actionable. In one example, user input representative of selecting the notification can generate a list of one or more actions that can be performed. The list of actions can include an action to email the other member to perform the action item, an action to text message the other member to perform the action item, an action to call the other member, an action to report the other member to a manager for not completing the action item, and other types of communication between the current member and others in the organization.
Open requisition card 700 can include fields (or tiles) for presenting information related to the open requisition. The fields (or tiles) can be presented in predefined locations within open requisition card 700. Each field can be configured to present content related to the open requisition. Some of the fields can present generic content while other fields can present personalized content. Generic content can be content which is generically related to the open requisition and thus can be presented in each member's personalized view. Here, job title field 710, status field 720, hiring manager photo field 730, and pipeline field 740 are generic fields while “waiting for you” field 750 and “waiting on others” field 760 are personalized fields.
Job title field 710 can be configured to present the job title of the open requisition. Status field 720 can be configured to present the status of the open requisitions. Here, status field 720 describes that there are seven positions associated with this open requisition and that none of them have been filled. Hiring manager photo field 730 can present an image of a profile picture associated with the hiring manager so that members of the hiring team can easily identify which hiring manager the open requisitions are for. This may allow members to address action items associated with open requisitions for high profile hiring managers ahead of action items associated with open requisitions for low profile hiring managers. Pipeline field 740 can present a visual representation of requisition pipeline 300 in
“Waiting for you” field 750 and “waiting on others” field 760 can be personalized tiles which are configured for a member of the hiring team. These personalized tiles can change (thus generating a different open requisition card view) depending on the recipient of the open requisition card. “Waiting for you” field 750 can present one or more notifications of action items which have been assigned to the member. Upon detecting the selection of a notification, the system can initiate a process to complete the corresponding action item. Once the corresponding action item has been completed, the notification can be removed from “waiting for you” field 750. In some embodiments, multiple action items can be presented as a single notification. For example, notification 752 combines 14 action items to review new applications while notification 754 combines two action items to review interview feedback. “Waiting on others” field 760 can present one or more notifications of actions items which have been assigned to other members of the hiring team. In one embodiment, one or more rules stored within the open requisition generation chart can define the notifications that are presented in “waiting on others” field 760. In one example, “waiting on others” field 760 can be configured to present notifications for action items which the member relies upon to complete the member's action items. In another example, “waiting on others” field 760 can be configured to present notifications associated with action items which the member is interested in. For instance, a hiring manager that is interested in the progress of members who directly report to the hiring manager can set up a rule specifying that action items for those members be presented in “waiting for others” field 760. Here, “waiting on others” field 760 includes notification 762 to review feedback and the member who is responsible for the action item (e.g., PH).
Once the open requisition data has been retrieved and the recipient of the open requisition card has been identified, process 800 can continue by generating requisition pipeline 740 at step (3) (reference numeral 853). The requisition pipeline can be generated from requisition pipeline data 220 that is a part of open requisition data 200. In one embodiment, requisition pipeline 740 can be positioned along the left hand border of the open requisition card. In one example, each stage of the hiring process can be presented as sector of requisition pipeline 740. In one embodiment, visual appearance of each sector can depend on the number of candidates that are currently within the stage. For example, each sector of requisition pipeline 740 can be presented as a different color, shade, or hue depending on the number of candidates that are currently within the stage.
Process 800 can continue by populating other generic fields of the open requisition card at step (4) (reference numeral 854). The other generic fields can include hiring manager photo field 730, job title field 710, and status field 720. Once the generic fields have been generated, process 800 can continue by executing rules for populating the personalized fields at step (5) (reference numeral 855). The personalized fields can include waiting for you field 750 (which is configured to present notifications for action items that have yet to be completed by the recipient of the open requisition card) and waiting on others field 760 (which is configured to present notifications for actions items that have yet to be completed by members within the organization other than the recipient of the open requisition card). The rules which are executed can be located within requisition cells of requisition card generation chart 500 of
An exemplary computer system 900 is illustrated in
Computer system 910 may be coupled via bus 905 to a display 912, such as a cathode ray tube (CRT) or liquid crystal display (LCD), for displaying information to a computer user. An input device 911 such as a keyboard and/or mouse is coupled to bus 905 for communicating information and command selections from the user to processor 901. The combination of these components allows the user to communicate with the system. In some systems, bus 905 may be divided into multiple specialized buses.
Computer system 910 also includes a network interface 904 coupled with bus 905. Network interface 904 may provide two-way data communication between computer system 910 and the local network 920. The network interface 904 may be a digital subscriber line (DSL) or a modem to provide data communication connection over a telephone line, for example. Another example of the network interface is a local area network (LAN) card to provide a data communication connection to a compatible LAN. Wireless links are another example. In any such implementation, network interface 904 sends and receives electrical, electromagnetic, or optical signals that carry digital data streams representing various types of information.
Computer system 910 can send and receive information, including messages or other interface actions, through the network interface 904 across a local network 920, an Intranet, or the Internet 930. For a local network, computer system 910 may communicate with a plurality of other computer machines, such as server 915. Accordingly, computer system 910 and server computer systems represented by server 915 may form a cloud computing network, which may be programmed with processes described herein. In the Internet example, software components or services may reside on multiple different computer systems 910 or servers 931-935 across the network. The processes described above may be implemented on one or more servers, for example. A server 931 may transmit actions or messages from one component, through Internet 930, local network 920, and network interface 904 to a component on computer system 910. The software components and processes described above may be implemented on any computer system and send and/or receive information across a network, for example.
The above description illustrates various embodiments of the present invention along with examples of how aspects of the present invention may be implemented. The above examples and embodiments should not be deemed to be the only embodiments, and are presented to illustrate the flexibility and advantages of the present invention as defined by the following claims. Based on the above disclosure and the following claims, other arrangements, embodiments, implementations and equivalents will be evident to those skilled in the art and may be employed without departing from the spirit and scope of the invention as defined by the claims.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14567181 | Dec 2014 | US |
| Child | 16132148 | US |
