- If a fully managed SaaS with minimal operational overhead is required
- Lissi’s customer-hosted deployment model shifts operational responsibility to the customer.
- If engineering or IAM capacity is limited
- Organizations that cannot support OAuth2 server integration, database operations, secrets/HSM integration, and ongoing upgrades should consider a more managed platform.
- If procurement requires publicly available third-party certifications and audit artifacts
- Organizations that require SOC 2/ISO certificates to be publicly downloadable without an NDA or vendor security review may not find sufficient public artifacts.
- If abundant third-party review validation is a requirement
- With limited presence on TrustRadius, G2, and other review platforms, organizations seeking broad peer validation may choose alternative vendors with larger review footprints.
- If default vendor marketing/PR usage of customer name/logo is unacceptable
- Lissi’s cloud terms include permission for marketing usage of customer names/logos; organizations with strict controls on such usage should plan to negotiate terms.
- Current limitations acknowledged by vendor (explicit)
- Lissi wallet documentation notes that an older variant (FUNKE version) is no longer supported, indicating historical product iteration and deprecation.
- Ecosystem risks (not Lissi-specific but impacting product value)
- Public discourse highlights concerns about privacy properties, security of reference implementations, and platform dependencies (e.g., device integrity checks by major platform vendors). These factors may increase stakeholder resistance and lengthen procurement cycles.
- Roadmap/feature availability
- No detailed public roadmap with delivery dates was located in accessible materials.
- Integration constraints
- Requires an external OAuth 2.0 authorization server, integrates with PostgreSQL, and relies on customer-managed infrastructure.