丁亮的个人博客   Java/Go/Linux/开源

GitHub 上 Star 数最多的 Java 博客 Solo
Golang 黑科技之在线 IDE Wide
黑客与画家的社区 Sym

疯狂的想法 C:书籍共享计划

文档状态:基本完成
开发状态:尚未开始
更新时间:2017-01-01

共享机制

书籍以一个自贴二维码(共享码)作为标识,捐书的人通过微信小程序登录社区后扫描书籍 ISBN 将生成这个共享码,然后自己打印出来贴到书籍封面上就开始该书的共享了!

  • (必须)共享:当前的书籍持有者看完后必须将这本书寄出给需求的人
  • (必须)免费:当前的书籍持有者必须包邮
  • (必须)接收:收到书籍后必须确认,让其他人可以知道书在你这里
  • (可选)注解:当前的书籍持有者可在书页任何地方写上阅读注解
  • (可选)落款:当前的书籍持有者可在书籍封底页写上自己的 ID 和日期,表示读过/经手过该书

细节

  • 收到书籍的确认是通过小程序扫码完成
  • 是否存在”有需求的人“可以通过社区通知系统(站内通知+邮件)得知。如果当前没有需求的人,则请妥善保管好该书,随时等待它地下一个主人
  • 注解请尽量整洁,请勿乱涂乱画(另外,字难看的请自重 :trollface:

特例情况

  • 如果有人捐了已经在共享的书(ISBN 相同),则也会单独开一个贴来进行
  • 如果共享码被其他人误扫并做了接收确认 TBD
  • 多个需求者问题 TBD

概要设计

发起共享

用户通过小程序扫 ISBN,选择【发起共享】向服务端提交一个 HTTP 请求:

  1. 以登录用户提交 ISBN
  2. 服务端查询 ISBN 并发布一篇共享帖:《XXXX》免费共享,内容是书籍简介(可用 ISBN 查询)并附加共享规则说明文案
  3. 服务端返回一个二维码即共享码给小程序:包含帖子 id、ISBN 等信息,用户需要自己打印该二维码并粘贴到书籍封面上

接收确认

用户收到书籍后扫共享码,选择【接受确认】向服务端提交一个 HTTP 请求:

  1. 以登录用户提交共享码
  2. 服务端通过共享码找到对应共享贴并发布一条回帖:我已经接受到书籍,有需要借阅的伙伴请私信我

拍照

用户通过小程序扫共享码,选择【拍照】,拍完后就自动以照片作为内容回帖了。感觉有点鸡肋,不过要 show 注解时应该很方便。当然,show 的是其他内容也没法控制。

书单

当共享书籍到达一定数量时(拍脑袋就 101 吧),我们就开另一个坑,大致是这样的:

  • 共享过书籍的人会有“已读”书单
  • 正在需求的人会有“想读”书单

然后就可以再做一个豆瓣读书了…. TBD


想法表达完了,我再啰嗦点其他的。

动机

  • ”书籍是人类进步的阶梯 “,看书是我们目前获取知识的主要方式之一
  • ”书非借不能读“是讲道理的
  • 共享模式(当供需关系在某个比例时)是非常经济高效的
  • 少年,我看你骨骼清奇,根骨极佳,必是不出世的武学奇才,我这里刚好有一堆武功秘笈….

价值

  • 所有参与者注解的价值也许会大于书籍自身的价值
  • 通过共享将一本书的使用价值最大化

上述两点可将书籍这一商品效用发挥到极致,并通过这个计划实现共享经济的一种新形态。

反线上化

线上人与人之间的交流存在的问题:

  1. 不认真且不真实:主要是因为太随意,并且任何社区都存在水军、小编。我想这主要是因为打字成本小于手写成本(无论是记录方式还是传播方式)导致。说不真实可能也有点牵强,因为线上的这一面确实也是客观存在的
  2. 难匿名且易被监控:要人肉一个人非常简单,有时想表达个正常情感都无处表达

我觉得通过在纸质书上写注解可以很好地解决这两个问题。

科技真的是把双刃剑。并且以目前的技术看,单纯的线上交互并不能够解决实际需求(不要想歪了)_(我不提醒是不是好点,怪我太坏吧)_,让人与人之间的交流回归到线下会更朴素,而线上只做便利性,比如通过扫 ISBN 来发起共享,扫共享码确认接收到书。

信任

该计划是建立在**信任**基础之上的,参与者都应该相信其他人、相信这个计划。只要自己做到诚信负责,这个计划就能持续推行下去,并让更多人参与进来。

不要坏疑老夫,老夫设计的机制怎么可能有漏洞。(这好像是一条悖论,你相信我么 :joy:


PS:

  1. 这个想法还可以套用(快要过时的)两个概念:O2O、P2P,牛吧?
  2. 这个想法 10 年前就有人实践过但没成功,为什么?因为没有一个信任的社区来支撑?这是个鸡生蛋问题….

以上 2017 年第一个疯狂的想法,希望我们能尽早进行实验!

---- EOF ----
欢迎加入开源技术 Q 群 13139268 B3log,让学习和分享成为一种习惯!
validate