想做一个写私密日记的服务

列几个原因

之前有个 ohlife、后来有个 juzitime，这些产品的用户活跃且粘性足够，能够满足写日记的人的刚需
两个产品之所以能够产生粘性，主打的私密，不可以公开，且能够有一套较好的召回策略，提醒该记日记了
因为产品本身没有社交属性，不会传播，页面一般不会有导量需求，也就很干净，用户喜欢清爽的服务
以前豆瓣上有人写日记，有好几万这样的用户，可见用户需求还是有很多的，他们在寻找替代品
有一个月假期，没事干

聊前辈的倒闭

流量大，但却很难变现

这种产品与传统的互联网产品不一样，通过把量做大再考虑变现，很难。很多非付费用户，是不会买单的，所以一开始就应该瞄准付费用户群体，反而可以保证更高的留存率

日记最重要的是体验和记录完整

产品体验要完美，利于用户便捷快速记录日记，而记录完整则是保证数据不丢失，服务能够持久运行，且可以导出方便用户做备份

服务定位于工具

产品应该定位于工具，重在使用的场景便捷，随时随地记日记，而非如何将用户留在平台里

用户群垂直

用户量应该上限比较低，所以不会有太高的收入规模，甚至平本或者亏本，产品开发需要小而美才能维持得了服务

用户召回策略单一

以前，召回除了邮件，就没有别的办法了，现在互联网已经有很多改变，召回用户的方式很多，虽然会有些成本，但是，比以前来说更容易

收集意见和建议

如果大家有什么意见或者建议，欢迎在此留下
放在 nodejs 板块，是因为我打算使用 nodejs 来做这个项目，也希望 nodejs 的关注者给予一些技术上的建议
如果对这个 idea 表示不赞同，我会倾听你的声音，因为我既不懂市场也不懂产品，就是想尝试一下，让大家做产品，我做开发

技术栈草案

Koa + Next.js + mongo + redis

tangye

2018-08-31 19:58:07 +08:00

@d1n910 谢谢，我不会一开始考虑小程序的，大概是 PC 响应式，然后增加回邮件写日记，回短信写日记，回复机器人日记，最后是客户端。
这个不容易活，但也不容易死，存活期一般 1-2 年，然后就是看能不能打平。付费用户，其实是准备价格透明，比如免费体验一个月，然后 3 元订阅，除了服务器资源、提供文字、图片存储以外，还有邮件、短信等费用，又不打算用广告，所以费用就看能不能靠用户量抹平。

tangye

2018-08-31 20:01:27 +08:00

@cy97cool 你说的安全性和信任关心很难建立，我觉得有道理，不过，事在人为，没有人做，也就没有人信。
至于后面说的，其实是需求问题，我帖子里解释了，有这类用户，而且 V2EX 日记节点里，就有很多人在寻找。我没打算放这个帖子到日记节点，是因为想把事做出来后，再放过去。知乎和豆瓣都有很多这类人群，他们在找记日记的替代品，我本身也有矛盾，因为我用 evernote 记录，但是，我感觉，毕竟不是垂直的应用，evernote 感觉太重。

tangye

2018-08-31 20:11:09 +08:00

@sunny352787 就如你说的，如果走量，然后广告变现，已经被验证活不下去了。广告在这个服务里，是真的没有二次的曝光度，因为私密日记是不会拿来传播分享的，没有媒体 /内容的价值，但是，工具付费，那就不一样了。Appstore 里有个应用，叫“天眼查”，付费 600 多，照样很多人用，但是没有广告，因为他作为工具满足了刚需。也就是说，从一开始，就要控制好用户质量，是刚需人群，来这里体验，不是的，就算了。