App 上架 Google Play 已经有一段时间了，最近状态不太好，开发频率放缓了一些，也可能是遇到设计瓶颈了，放空一段时间也好。趁这个间隙，想着把产品文档的进度跟上来。
这篇文章主要想分享下 Google Play 上架前后的一些事情，另外，简单介绍下九零日志这款 App 与传统日志 App 的那些差异点。
没曾想在 Google Play 上发布应用的流程还是很顺利的，封测 14 天结束后，当晚提交申请正式版发布权限，第二天早上便通过了。
期间开放式测试又提交了几个版本，主要是一些优化，基本也都是 1-2 天就会通过，首次提交正式版，也是 2 天便通过了。
我是没想到，以个人开发者的身份第一次在 Google Play 上上架应用会这么顺利。
我猜测大概率跟应用本身有很大的关系吧。
因为九零日志是一个纯本地存储，并且可离线使用的记录工具，无广告，没有任何收集用户信息的行为，甚至不需要网络，风险小，审核自然也就快了。
上架 Google Play 后，我发现国产手机线下通过 apk 安装包安装应用的时候，会弹警告窗，如下图：
这个事让我很奇怪，因为没上架之前，我也这么安装过，却没有报错。上架到 Google Play 后，再用安装包安装，就报错了。猜测原因可能是安装包签名的问题。
不过这都是小事，备案就备案吧，备案又不用花钱。由于早期便搞过 Web 的备案流程，这次 App 的备案也是相当顺利的。
在云平台上提交申请，第二天就给反馈了，管局那边 3 天便给通过了。
其实再申请一个软著、一个企业资质就可以申请上架国内应用市场了，但是呢，这两项都需要钱，便先搁置吧。
开发 App 已经投入很多精力了，如果需要再进一步投入更多的成本，这个阶段，我是希望能够先看到收益的，毕竟目前是能够完全满足自己使用的，开发它的目标便已经基本达成。
在申请正式版本发布权限的时候，官方让我回答了一些问题，主要是问怎么获得测试用户的？怎么测试的？用户提了哪些具体问题？其中一个问题引起我的注意。
请说明您的应用是如何为用户创造价值的。
说来惭愧，开发两年多了，确实没有仔细想过这个问题。如果问啥要开发这个应用，答案是，市面上的日志 App 都不适合自己，于是自己干了一个。
但这样显然是答非所问，人家问的是用户价值，而不是你为啥要开发这个 App 。
于是，我把 App 的核心功能给了 AI ，让 AI 帮我写一下用户价值，我略作整理如下：
“九零日志”致力于成为用户全能的每日记录伙伴，为用户创造以下核心价值：
1. 提升生活记录的效率与完整性（一站式全能记录）：
告别应用切换：用户无需在待办清单、图文日记、事件记录、消费支出等多个应用间切换，在“九零日志”这一个 App 即可完成所有每日记录的需求。
数据融合与自动化：巧妙地将待办事项、图文日记、生活事件时间线、每日消费等数据融合在一个空间，自动整理统计，让用户轻松形成完整且清晰的每日生活轨迹。
2. 确保个人数据的隐私与自由掌控：
极致隐私保护：应用采用离线运行模式，用户所有珍贵数据只存储在自己的设备上，杜绝云端泄露风险，让用户记录无忧。
数据自主权：支持将数据明文导出为通用格式，确保用户对自己的记忆拥有永久所有权和自由支配权，且该功能无需付费。
3. 带来重温与成长的情感价值：
重温往日惊喜：“随机往事”以及“那年今日”功能在不经意间推送过去的记录，帮助用户发现意外惊喜，重温成长轨迹和美好瞬间。
构建私人记忆宝库：通过图文记录、事件记录等，帮助用户生动地珍藏生活中的美食、旅行、灵感或任何心情片段，将应用打造成用户私人的、独一无二的数字日记本和记忆宝库。
总结来说，“九零日志”为用户提供了一个简洁优雅、高效、极致隐私保护的记录工具，让记录每日生活变得简单、高效且安心，帮助用户更好地管理当下，珍藏过往，规划未来。
AI 总结得还挺到位，恰到好处的把 App 所提供的核心功能转换成用户价值。
距离正式版本发布，也已经过去快一个月时间了，还没有一个完整的介绍文档，在这里先写一部分吧，主要回答一个问题：那么多日志 App 为什么要选九零日志？（与传统的日志 App 的差异）
该 App 不同于所有日志 App 的一个关键特性便是：一日一篇。
乍听是不是觉得不可思议，这也是很多用户上手后第一个质疑的地方，为什么要限制我一日只能记录一篇日志？
但是，真的上手之后，就会理解这个设计的良苦用心，日记日记，为何不能是一天一篇。
这个设计源于我长期以来的记录习惯，学生时代还没有智能手机时候，我们在本子上写日记，每一个日期下面会写多篇日记吗？
当然不会，理想状态下，我们通常会找一个自带日期的本子，在每个日期下面写上这一天发生的事情，这便是日志。
九零日志最基本的设计逻辑便来源于此，打开 App ，便可直接进入当天，左右滑动可翻开上一天下一天，就像当年翻日记本那样。
一日一篇并不代表记录的单调，反而因为这个设计，给了融合多种场景记录的可能性。
九零日志目前支持 4 种维度（ 4 类场景）的记录：
支持多种维度的记录，不是重点，重点是这几类场景记录的数据，都是在一个空间上呈现，都是围绕着某天的记录，这才叫日志。
而有些记录 App 甚至支持更多的记录场景，却都是独立的功能模块，更像是工具合集。这也是九零日志 App 区别与这类记录 App 的地方。
日志数据都记录到一块了，当想要分享怎么办？由于日志一般比较隐私，但又并非所有内容都涉及隐私，有时记着记着，某段文字就特别想要找个人分享，这时候怎么办？
针对这个需求，我给出了自己的解决方案：按需分享。目前版本支持选择内容进行分享，可以选择某个段落，选择某张图片来分享。
当前版本仅支持生成图片的分享方式。
每个人都有着强烈的分享欲望，即便是再内向的人，也是渴望分享的。
后续将会为 Pro 用户添加更多的分享样式以及更细力度的选择分享功能。
这里需要提前说明的是，九零日志对用户数据的存储和传输是极其谨慎的。目前九零日志 App 支持离线使用，未来是否添加同步功能还未有定论。
但是，可以明确的是，借助第三方服务实现的日志同步功能，肯定是不会做的。例如：集成云盘，webdav 等。
对接云盘或者第三方云存储基本是本地存储记录类工具的默认方案，但我个人并不看好这类方案，甚至有些反感。我认为这是开发者不负责任的一种做法。
用户使用你的产品，你为了规避数据风险亦或是服务成本原因，不提供云端存储功能，宣称数据本地存储、安全可靠，这没有丝毫问题。
但是呢，你却又在 App 里提供三方接入的功能，并引导用户去对接第三方云端存储，来变相给自己的应用打上支持多端同步的标签。至于云盘上的数据是否安全，与你 App 便没有了直接关系。
而一旦云盘数据发生泄露，你大可推脱责任，你看，是用户自己主动接入的云盘，与我无关。你真的觉得与你没有一点关系吗？或者真的可以理所当然把责任撇得干干净净吗？
作为开发者，反正我是绕不过去这道坎，毕竟用户使用的是你的记录 App ，通过你的 App 产生的个人数据。
当然了，上述言语可能有些过激，并且不同类型的记录 App ，其数据的敏感性也各不相同，其用户对同步功能的便利性和安全性的心理预期也是有差异的，不能一概而论。
但对于日志 App 来说，我认为其数据是极其隐私的，所以，九零日志 App 是永远不会提供第三方数据同步功能的。即便未来提供了同步功能，也只会是九零日志来对用户的数据负责。
在日志类 App 中，我觉得 Day One 在这方面是做得最好的。我甚至认为它所提供的“端对端”加密方案，是同步功能的唯一解。
上面几点介绍，更多是设计理念，看上去内容很丰富，其实落实到功能开发，没多少工作量，而下面的介绍，虽然没啥亮点，但确是花时间精力最多的地方。
将每日日志中的待办数据单独拉出来展示，于是便有了一个 todo list ，索性加上默认首页的设置，九零日志摇身一变，成为了一个轻量版待办工具。
该页面支持新增、编辑、删除的待办事项的完整功能，并且可以设置为首页，启动 App 直接进入待办页面。
将每日日志中的事件数据分类统计展示，便有了基于事件的时间线记录工具。
同样的，可以将其设置为首页，该页面具备事件的新增、编辑、合并、删除以及统计的完整功能。
将每日日志中的支出数据单独分类统计展示，便有了一个轻量版的记账工具。
该模块暂时还不可设置为独立首页，因为记账功能还未完全形成闭环，但也只是时间问题了。
另外，还有一些花了大量时间的常规功能，就不过多介绍了。例如：月度统计、年度统计、备份恢复、三方数据导入等等。
好了，这次先分享这么多了，这篇文章也拖了好长时间，断断续续写了一周才写完。
如果你也是一个重文字记录的日记 er ，可直接在 Google Play 上搜索“九零日志”获取 App ，即刻体验。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。