Forms where the client expects them
T-Builder 0.9.18 builds forms inside WPForms, Contact Form 7 or Gravity Forms when the site runs one, and gives its own forms a Forms screen in wp-admin with fields, entries and a CSV download.
A client who has used WPForms for years asks for "a form in WPForms with name, mobile with country code, e-mail and a choice of five". They expect to find it in WPForms afterwards. Until now T-Builder built its own form instead and, asked where it was, could only say: nowhere on the site yet.
Built in the plugin the site runs
From T-Builder 0.9.18 the form is built in WPForms: the fields in WPForms' own types, the notification to the recipient with reply-to on the e-mail field, the thank-you line, anti-spam on, and back comes the link into the WPForms builder where the client edits it like any of their forms. The same holds for Contact Form 7 and Gravity Forms. When the plugin's edition cannot hold a field as asked, for instance a phone field with a country code in WPForms Lite, the answer says so and uses the nearest field.
The agent now looks at what the site runs before it builds. Every form of WPForms, Contact Form 7, Gravity Forms, Fluent Forms, Ninja Forms and Forminator is listed with its shortcode and edit link, so "where is my form" has one answer whichever plugin holds it.
T-Builder forms have a home
A site without a form plugin still gets a T-Builder form, with its CSRF token, honeypot, rate limit and typed validation. That form now has its own screen: T-Builder → Forms in wp-admin lists every one with its fields, recipient, placements and entries; opens an editor for the fields in order, the e-mail settings and the protection; shows the stored entries with a CSV download. The client changes a label or adds a field there, without the chat.
Update to 0.9.18 from your account, or let the plugin update itself.