共同创作小说 SaaS 应用创意初步设想

创意描述 • SNS以及Web2.0的特征：多用户共同参与完成一项任务 • 在一些论坛上出现了网友跟帖续写，从而共同完成一部小说的案例 • 但是以SaaS的形式，提供一个让用户能够方便地共同创作一部小说的专门的应用还不曾出现 • SNS网站的核心是关系，并不利于品牌广告需要的内容架构的建设。但是在本创意中，内容被放在了与关系同等重要的位置，因此可以将SNS网站从留不住品牌广告的危机中解救出来

功能需求说明 • 用户管理(User Management) • UM其实是所有论坛、SNS系统共同具有的部分。但是却还没有一个统一标准。每开发一个系统都必须独立开发一套用户管理系统，不仅浪费人力时间，而且不能很好地与其他系统兼容、互通。因此可考虑将本系统的UM做成开源的RESTful API。 • 具体功能包括 • 注册，资料编辑(增删改) • 登陆，注销 • 状态(Presense)显示和修改 • 权限验证，权限控制(普通用户、管理员) • 基于RBAC：管理员可以新建角色类型(比如在此应用中具有读者和作者两种角色)。角色不同于用户，一个用户可以在不同时候具有不同角色。用户处于不同的角色时也具有不同的操作权限。 • 好友管理 • 群组管理

功能需求说明 • 发文功能 • 发起一部小说创作 • 提供参考性提纲[可选] • 续写 • 必须指定被续写的章节[同一个章节可被多人续写，但是只能选择其中一个作为正式版本。因此同一部小说具有一个正式版，却有多个分支版本。] • 如何确定正式版？ • 用户投票。投票多的自然成为正式版。只有前一章节的正式版确定之后，才能确定下一章节的正式版。 • 评论 • 影响其他用户投票的手段。

功能需求说明 • 类别管理 • 用户不可创建类别，只有管理员有权创建 • 发文时选定类别，或发完文后修改类别 • 用户点击一个类别，则显示该类别下的文章列表，按热度高低显示 • 用户也可选择显示所有

功能需求说明 • 阅读功能 • 阅读正式版 • 指定最后章节，以阅读分支版 • 对于具有权限的用户，提供保存指定版本的功能（格式txt, word, pdf等）

功能需求说明 • 统计查询功能 • 最受欢迎的小说 • 最受欢迎的小说版本 • 最受欢迎的章节版本【投票最多+阅读最多】 • 最受欢迎用户【作者】

功能需求说明 • 搜索功能 • 按关键字搜索 • 按作者搜索 • 按作品搜索

存在问题 • 小说如何结局？ • 方案一：不限定，每一章作者自行决定。 • 方案二：发起者指定多少章节之内必须结束。 • 投票 • 方案一：有效期内得票最多者成为正式版 • 方案二：率先获得指定票数者成为正式版 • 何时开始投票选出正式版？ • 版权分配 • 每一章的正式版作者占有版权的绝大部分，分支版作者依据各自受欢迎程度，分享剩余版权 • 作品如果只在本网站上发表，不存在支付版权费的问题。一旦有出版商愿意出版，或者其他网站转载，需联系网站管理员商讨版权转让事宜，之后网站管理员将版权费转入各位作者账户，并以短消息通知。

其他 • 参照beast forum，实现RESTful的API • 用户权限控制参照RBAC • 可以基于Lovd By Less实现 • Rails • 开源 • SNS

共同创作小说 SaaS 应用创意初步设想