FEATURE REQUESTS · Workflow idea

Move approved ideas into the development queue with a traceable handoff.

For a project workspace and code repository you are authorized to manage, review feature requests and their status. Create a development issue only for items explicitly marked ready, carry over the approved title, description, labels, and destination, then save the issue reference to the original request. Notify relevant team members about other status changes without exposing private workspace details or creating duplicate work.

A Roman aqueduct taking shape from architectural sketch to marble.
A little structure. A clearer outcome.
Starts with
A feature request is added or its status changes
Produces
A linked development issue or a limited team update, with the original request status recorded.
Category
Customer support

01 / The starting point

A clear request.
A useful direction.

A project record that an authorized team member has marked for development or review

“Keep requests and development work aligned without creating unauthorized or duplicate issues.”
An example request · Make it specific to your team.

02 / The work

5 tasks.
One useful outcome.

Helps teams route feature requests into development tracking and share status updates by email.

  1. Confirm the project and repository

    Check that the request belongs in the selected team workspace.

  2. Review request details and readiness

    Verify title, description, labels, and explicit approval to begin work.

  3. Check for an existing development issue

    Avoid creating a second record for the same request.

  4. Link the issue to its source request

    Save the issue reference and current status for the team.

  5. Review update recipients

    Send only the information needed by authorized project members.

03 / The result

Something useful.
Something to build on.

A linked development issue or a limited team update, with the original request status recorded.

AmbactiWorkflow folio · 5 steps

Review feature-request tracking

Customer support · Example outcome

The handoff

A linked development issue or a limited team update, with the original request status recorded.

Keep in mind

Incorrect status mapping or repeated checks can create duplicate issues, while broad notifications may disclose internal plans. Confirm the repository and request status, check for an existing issue before creation, restrict recipient lists, and let a project owner approve consequential changes.

04 / Make it yours

Set the brief.
Set the standard.

A few choices shape the work around your team.

Define eligible request statuses

Agree which status allows a development issue to be created.

Map approved fields and destinations

Set how request details and repository choices are checked.

Set duplicate and notification rules

Keep repeat processing and unnecessary email to a minimum.

Assign a project owner

Name who approves status changes and resolves mismatched records.

Put your next idea to work.

Start with your brief. Make the process your own.

Explore more workflows ↗