Take a request by topic
The client picks a topic first, then writes what happened.
- Payment and access do not sit in one pile
- An empty “it does not work” reaches you less often
Topic, details, and a contact in one form. The request arrives as a submission, instead of getting lost among emails.
Payment, access, and an order question arrive as one pile of emails.
An email that says “it does not work” has no topic, order, or the step where they stopped.
The person writes again. The earlier request has to be found in email.
The client picks a topic before the text: payment, access, or an order.
Payment asks for the invoice number. Access asks for the login. Extra fields stay hidden.
Email or phone sit on the same request as the description.
Topic, text, and contact stay as a request. A shared inbox is not needed for this.
The topic, the description, and the request in one list.
The client picks a topic first, then writes what happened.
The topic opens its own fields. The client does not fill in someone else’s questions.
The help form collects a problem. The form on a landing page collects a lead.
Payment, access, order. The client picks one before writing the text.
An invoice number is asked only of those who picked payment.
The link or the code goes on the help page. The request lands in submissions.
The client picks a topic and writes what happened. The request lands in the submission list.
Sign up and create a form in the builder, without installing software.