PAGES

PAGES

Founding Product Engineer

Eli Voss

Builds polished product workflows that make dense customer feedback feel clear, fast, and trustworthy.

Eli Voss is a founding product engineer at Fawna. He builds the product interfaces and frontend systems that help teams move from dense customer conversation data to clear themes, source evidence, and practical next actions.

His work combines frontend engineering, interaction design, accessibility, performance, and product judgment. Eli is especially focused on making complex workflows feel calm, fast, and understandable without hiding important context.

Background

Eli has worked across product engineering, design systems, data-rich SaaS interfaces, and CMS-driven web experiences. He is drawn to products where implementation quality directly affects whether users can understand and trust the information in front of them.

At Fawna, that means designing and building interfaces where product managers can scan trends, compare themes, open original conversations, and coordinate follow-up across teams.

Role at Fawna

Eli works across the application and the public product experience. His responsibilities include:

  • Building dashboards, review queues, search interfaces, and theme detail views.

  • Creating reusable frontend components and interaction patterns.

  • Implementing evidence, source, status, and collaboration workflows.

  • Maintaining accessibility, responsive behavior, and browser consistency.

  • Improving client-side performance and perceived speed.

  • Partnering with design to preserve hierarchy, typography, and interaction intent.

  • Supporting CMS-driven marketing, customer, pricing, and editorial surfaces.

Designing for dense information

Feedback intelligence includes a large amount of information: counts, segments, source channels, customer quotes, trend direction, sentiment, status, and ownership. Eli approaches these interfaces with a few core principles:

  • Show the most important decision context first.

  • Use progressive disclosure for secondary detail.

  • Keep source evidence close to the summary.

  • Use color sparingly and consistently.

  • Make states and actions explicit.

  • Preserve orientation as users move from overview to conversation detail.

“A good interface does not make complexity disappear. It gives people a clear path through it.”

Frontend engineering principles

Eli’s implementation work emphasizes:

  • Reusable systems: components should support future workflows rather than solve one isolated screen.

  • Accessible interaction: keyboard behavior, focus, semantics, contrast, and readable structure are part of the product.

  • Performance: data-heavy views should remain responsive as workspaces grow.

  • Predictable states: loading, empty, error, success, and permission states should be intentionally designed.

  • Design fidelity: spacing, typography, and responsive behavior should survive implementation.

  • Maintainability: clear component boundaries and documentation reduce future friction.

Current focus areas

  • Making theme review faster and easier to scan.

  • Improving source evidence navigation and conversation context.

  • Building clearer empty, loading, and error states.

  • Expanding shared frontend patterns across the product.

  • Improving accessibility and responsive behavior.

  • Reducing visual and interaction inconsistency between product areas.

What Eli is building toward

The long-term goal is a product experience where dense customer intelligence feels approachable from the first use. New users should understand what they are seeing, experienced users should move quickly, and every important summary should remain easy to verify.

Blog

Read their Thoughts

No items

Create a free website with Framer, the website builder loved by startups, designers and agencies.