For a SaaS app, is there such thing as creating a product that is too niche?

reddit SaaS · 原文链接 ↗ · 48 分

I built an app that I'm worried is too niche to ever get any traction. This is not AI CRM, AI lead discovery tool, AI SEO, AI form builder. This is waaaay more niche than that. I initially created it to solve my own pain point (which I did) and thought: let's build this for anyone to use. Was this a mistake - is this the wrong way to build a sellable product? The tool is a way to email your meeting recipients 24 hours beforehand to cut down on ghosting. I would do this manually and it was annoying to send 45 emails per month just to confirm a meeting the next day. Would love to hear w

五维评分

AI 分析

痛点：高频安排会议的人需要提前24小时逐一邮件确认会议，以降低对方爽约率，但手动发送几十封邮件很繁琐。

目标用户：销售、招聘、咨询顾问、自由职业者、客户成功等需要频繁安排外部会议的人。

证据：I would do this manually and it was annoying to send 45 emails per month just to confirm a meeting the next day. ... I built an app that I'm worried is too niche to ever get any traction. ... is this the wrong way to build a sellable product?

变现：订阅制SaaS，按席位或按发送量计费；免费版限制每月确认邮件数量，Pro版提供无限自动发送、模板、回复跟踪和日历集成。

MVP：2周MVP：用OAuth连接Google Calendar/Outlook，扫描未来24小时会议，自动向外部参会者发送可自定义确认邮件，并跟踪已确认/未回复/需改期状态；先不做CRM和复杂排期。

竞品：Calendly、Acuity Scheduling、SavvyCal、Chili Piper、Appointment reminder tools

摘要：发帖人做了一个会前24小时自动邮件确认工具，因为自己每月要手动发45封确认邮件来减少会议爽约，怀疑市场太窄。帖子只有个人痛点和产品构想，没有他人付费验证、收入数据或明确付费原话。场景具体且独立开发者可用日历API较快做出MVP，但需验证是否为足够多人的高频痛点。