一.首页内容与功能
内容：需要有banner+列表形式推荐文章内容，推荐文章以图片+推荐标题展示。
功能：消息、日夜间模式、设置、收藏、离线下载、账户登录。
用导图来看
把一个个功能分解看为什么需要这个功能。
1.1消息
需求：个人点评被其他用户点赞、评论的内容，方便个人查看与互动，互动形式为点赞或回复。
实现形式：类似知乎消息通知。
以用户+动作（点赞/评论）你的点评+我的点评内容+时间来展示。
消息分为点赞消息、与评论消息。
一个点评有多个用户点赞/评论，只有一个消息，显示多个用户点赞，时间应该是显示第一个点赞用户的时间。
点赞消息详情：我的点评原文+我的点评内容+哪些用户赞过。原文点击可以跳转日报原文；点击我的点评可以删除或复制点评内容。
评论消息详情：我的点评原文+我的点评内容+回复我点评的用户评论。原文点击可跳转日报原文；点击我的点评可以删除或复制点评内容；点击用户评论可以赞同/举报/复制/回复。
从消息需求到实现形式看消息功能。
消息是一个基础的社交功能，让看内容的用户在内容上能产生互动，基于内容的互动即点赞与评论，评论的回复，让用户在孤独的面对内容的时候也能产生一些连接，抒发部分感情。
1.2日夜间模式
这个就没什么可说的了，常规的改变屏幕色度的功能，方便夜间使用。
1.3设置
应用全局的基本设置、版本更新、缓存清理。
应用基本设置有：是否自动离线下载、移动网络下是否下载图片、内容大字体显示、是否接收推送消息、点评时是否分享到微博、清楚缓存、检查更新、意见反馈。
基于用户体验的可选择性与app标配清缓、更新、反馈。
1.4我的收藏
需求：针对阅读文章内容，感兴趣的可以收藏起来，以后查看。
实现方式：每一篇文章内容都有一个收藏按钮，点击即收藏，再次点击取消收藏，首页我的收藏，可以查看我所有的收藏，按时间顺序排序。
从收藏需求到实现方式看需求
为什么需要收藏？内容类产品用户看到好的内容时能产生的情绪有中性、否定、认同，中性情绪下，用户直接退出，没有与内容共鸣，否定情绪下，用户可以评论反驳，可以分享批判，或是直接退出，认同情绪下则有点赞，评论自己的意见，分享，还有就是收藏了，点赞与评论分享都是基于社交的用途，与人交流，收藏则是基于自我知识的需求，需要有记录后续方便查找（也可能有情况是用户觉得文章不错先收藏后续再读）。
1.5离线下载
需求：用户不是任何时候都有网络，可以在有网络的时候把文章内容下载好，在没网络的时候也可以浏览。
实现方式：点击离线下载，即下载好一段时间内的文章内容，在勿网的时候也能浏览。（这里没弄明白，这个离线下载能下载多久的内容？一天or两天？设置里面的清理缓存好像也不是清理离线下载的缓存）
从离线需求到实现方式看需求
离线下载是满足用户在无网的情况还能使用app的一个解决方案，让用户不完全依赖网络，另一方面可以让用户在wifi情况下提前下载好，而不用再浪费流量。
1.6账户登录
需求：关联微博社交账号登录，用户在评论时，可以同步至微博。
实现方式：微博登录，只允许新浪或腾讯。
从账户需求到实现方式看需求
知乎日报不能用知乎账户登录，这是奇怪又正常的事，账户登录体系也特别简单，你的评论、消息、收藏，都是基于登录账户用户来处理，这里知乎日报可以只是知乎的推广规划的一步，以精品内容为基础吸引用户，而用户只能微博登录，有需要互动的都可以用微博完成，但若要进一步在知乎内交流就需要知乎账号，作为知乎推广的前站，这个方案还是有想法，不过却忽略了知乎本身的用户，知乎本身用户在日报却不能用知乎账号评论，这是从产品本身定位就决定了的问题吧，以社交账号浏览互动推广知乎，而不是把产品定位于知乎账户内的浏览。
二.主内容界面与功能
内容：推荐标题与图片+发布人（知乎简介）+正文。
功能：返回、分享、收藏、点评、点赞、查看知乎讨论。
2.1返回
需求：主内容界面需要返回至首页
实现方式：返回按钮
2.2分享
需求：让用户能宣传内容，同时也能推广产品。
实现方式：分享功能
2.3收藏
对应首页我的收藏已经了解过，让用户能收藏内容。
2.4点评
需求：用户与内容能互动，表达自己的观点。
实现方式：针对每一篇内容都有点评，点评分长评与短评，评价同时可以分享至微博，每一条其他用户的评论还可以赞同、举报、复制内容与回复。
2.5点赞
需求：内容要能被点赞。
实现方式：每篇内容文章都有点赞按钮。
2.6查看知乎讨论
需求：可以看知乎平台用户讨论。
实现方式：跳转按钮，跳转至知乎网页或app内查看该问题下的回答。
三.从需求到功能实现总结
知乎本身就有精品内容的沉淀，而日报的功能其实就是筛选精品内容推荐给用户，类似新闻类app，不过日报还承担着推广知乎的功能，从它轻量化的设计看，如果用户想深度讨论问题，发表评论还是要进入知乎参与，这样就可以在满足非知乎用户的精品阅读需求同时还能转化喜欢参与的用户加入知乎。
