Table of Contents
RegenCHOICE → UIX
A candidate for an enquiry (page)
Wireframe: Candidate
The results from the show results page have been entered as candidates, and this is the one chosen to look at just at present. The candidates are specific to each enquiry.
Enquirer perspective
I examine the corresponding information of an uncontacted candidate, to decide whether or not to request contact with them. I am examining the exact nature of the fit: which includes questions and answers on each side. This gives a better idea of what we are both looking for, as the basis for my decision whether or not to move towards contact.
Sequence
Pages that lead here
Enquirer actions and destinations
- if ContactStatus == BLOCKED
- Button to unblock → reload page ⇒ NOTINVITED
- link to consider/reconsider → my answer to one of their questions
- if ContactStatus == INVITINGME
- Button → Contact ⇒ CONNECTED
- if ContactStatus == NOTINVITED or INVITINGME
- Button to block contact → reload page ⇒ BLOCKED
- if ContactStatus == NOTINVITED
- Button to invite to contact → reload page ⇒ INVITEDBYME
- if ContactStatus == INVITEDBYME
- Button to withdraw invitation → reload page ⇒ NOTINVITED
- if PropCount>1 link to Their answer page
- do nothing, link back to → Candidates page for this enquiry
- do nothing, link back to → Forming enquiry page
Information
This page needs
- Candidate-information
- Enquiry-information
Information and processing needed to set up the page
It would be ideal, when this page is invoked, to recheck whether the enquiries mutually fit. We want to avoid lag: if the correspondent has changed their enquiry so that it no longer fits, we don't want to be able to invite them. If the enquiries still fit, update the information held about the candidate; if not, then the candidate is deleted and the enquirer returns to the Candidates page.
Information input and stored/passed on
The only information changing from this page is ContactStatus
- If enquirer blocks, then ContactStatus: UNINVITED or INVITINGME → BLOCKED
- If enquirer withdraws invitation, then ContactStatus: INVITEDBYME → UNINVITED
- If enquirer unblocks, then ContactStatus: BLOCKED → UNINVITED or INVITINGME
Implementation notes
It's important to process whether this party is already a contact (from any enquiry). If so, this page should be redirected to the party's Contact page.
If contact has been requested and accepted, the other party becomes one of the Contacts.
Commentary
There is quite a lot more that could be displayed here. The challenge is to provide the optimum quantity.
Don't worry about whether or not this party also corresponds to other enquiries. It will be uncommon in any case, but it will be revealed in the Contacts page.
TODO: need to split answers between Property and Relational questions