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.

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.

• Candidates
• Forming enquiry

• 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

This page needs

• Candidate-information
• Enquiry-information

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.

• as keys: CanNum and EnqID
• ContactStatus
  • If the candidate is already a contact, redirect to the Contact page
• EnqName enquiry name
• CanRegDate
• CanDate

• for each question QID asked by enquirer:
  • the question title QTitle
  • their answer: CanAVal→CanAns; CanADate
  • if a property Q, PropCount = how many answers they gave to this question
• for each question QID asked by respondent on their fitting enquiry:
  • the question title QTitle
  • my answer: MyAns

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

It's important to process whether this chooser is already a contact (from any enquiry). If so, this page should be redirected to the chooser's Contact page.

If contact has been requested and accepted, the other chooser becomes one of the Contacts.

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 chooser 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