列几个原因
- 之前有个 ohlife、后来有个 juzitime，这些产品的用户活跃且粘性足够，能够满足写日记的人的刚需
- 两个产品之所以能够产生粘性，主打的私密，不可以公开，且能够有一套较好的召回策略，提醒该记日记了
- 因为产品本身没有社交属性，不会传播，页面一般不会有导量需求，也就很干净，用户喜欢清爽的服务
- 以前豆瓣上有人写日记，有好几万这样的用户，可见用户需求还是有很多的，他们在寻找替代品
- 有一个月假期，没事干
聊前辈的倒闭
流量大，但却很难变现
这种产品与传统的互联网产品不一样，通过把量做大再考虑变现，很难。很多非付费用户，是不会买单的，所以一开始就应该瞄准付费用户群体，反而可以保证更高的留存率
日记最重要的是体验和记录完整
产品体验要完美，利于用户便捷快速记录日记，而记录完整则是保证数据不丢失，服务能够持久运行，且可以导出方便用户做备份
服务定位于工具
产品应该定位于工具，重在使用的场景便捷，随时随地记日记，而非如何将用户留在平台里
用户群垂直
用户量应该上限比较低，所以不会有太高的收入规模，甚至平本或者亏本，产品开发需要小而美才能维持得了服务
用户召回策略单一
以前，召回除了邮件，就没有别的办法了，现在互联网已经有很多改变，召回用户的方式很多，虽然会有些成本，但是，比以前来说更容易
收集意见和建议
- 如果大家有什么意见或者建议，欢迎在此留下
- 放在 nodejs 板块，是因为我打算使用 nodejs 来做这个项目，也希望 nodejs 的关注者给予一些技术上的建议
- 如果对这个 idea 表示不赞同，我会倾听你的声音，因为我既不懂市场也不懂产品，就是想尝试一下，让大家做产品，我做开发
技术栈草案
Koa + Next.js + mongo + redis
2
Select Language