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

  |   26 评论   |   2,660 浏览

文档状态:基本完成
开发状态:尚未开始
更新时间: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 群 242561391,让学习和分享成为一种习惯!

评论

  • 88250 回复»

    不晚不晚,一切刚刚开始

  • love 回复»

    原谅我知道这个项目晚了

    恩 必须支持下

  • 88250 回复»

    嗯,获取书籍信息、共享都是 Sym 接口

  • royburns 回复»

    哦,只是调用的Sym的接口是吧

  • royburns 回复»

    我觉得小程序还是会火一阵子的,目前来看效果还不错啊,应该有很多轻应用出来,我也想尝试做一些东西

  • 88250 回复»

    呃,服务端就是 Sym,小程序 https://github.com/b3log/symphony-weapp

  • royburns 回复»

    快,快共享一下源码!希望是go写的

  • 88250 回复»

    说得装一点就是:甩锅不好,传递真情

  • 88250 回复»

    嗯,最近两天参考了很多类似的活动事件、服务,要规模化以目前来看不现实,最主要还是因为这个想法存在根本性的矛盾解决不了:要提高书籍的价值(使用价值和价值)但又成本过高(快递/面对面给都高)。

    我打算就在黑客派社区里面玩,作为一个长期功能提供。

  • oncereply 回复»

    @88250 应该由借阅者出邮费的吧?免费收一本书,肯定会有人懒得再发出去了。。。

  • yangyujiao 回复»

    其实像我看书,更喜欢买书来看的,因为可以随时看,反复看。(当然,我不太看书:joy:)。
    但是,买的书有个什么问题呢,因为可以随时看,因此,我也可以随时不看。。。然后,那本书最后就不知道哪里去了,而我还没有看过·····

    如果在我手上的是别人的书,那我肯定比自己的书宝贝,而且应该会想着很快看完。毕竟这是要还的。

    之前我在群里发的那个丢书的,当时看完,我就知道搞不了几天。。。

    D的这个设想,我觉得吧。可行性有,但是只会在一些特定人群发展。比如不怕麻烦又爱看书的人群中。

  • lijp 回复»

    前一段时间在郑州公交车上有人发起丢书计划,一辆公交车上刚开始大概有七八本书左右,但是一段时间后发现书丢的差不多了,并且破损比较严重。公交车上乘客的素质参差不齐,虽然通过网上可以筛选出素质相对比较高的人,可毕竟书籍属于易损易耗的。出发点很赞,理念也很赞,支持楼主测试。(办公室太嘈杂,有点语无伦次。。。)

  • 88250 回复»

    小众圈子里玩,不考虑这些问题了,不遵守规则下次就不让玩了。

  • meikaiyipian 回复»

    我在想一个很严肃的问题,任何体制下都有不遵守规则的人

    要是有人不遵守规则怎么办?如何规避风险?

  • 88250 回复»

    电子书的确是个大趋势。这个想法就是玩票性质的,目前还没有找到有效突破口。

  • lamb 回复»

    我现在优先是买电子书,除非没有电子书卖,才会选纸质书

  • Vanessa 回复»

    有些人读电子书就是会读不进去

  • mainlove 回复»

    现在还是电子书多,像我这样泡杯水看纸质书的人,要么是单身,要么不是地球人

  • 88250 回复»

    帮忙分析一下原因么?

  • mrj128 回复»

    关于 书的这个 循环利用。d大,你搜下 云书
    这个是杭州这边一个大学生团队搞的,可能有些能够借鉴的,虽然我觉得也没有特别好。。。理念是 免费用书,基本 收书到送书 只有一次,不会再继续传递下去了。。

  • mainlove 回复»

    只给妹子包邮

  • 88250 回复»

    由当前持有者包邮

  • zonghua 回复»

    邮费呢

  • 88250 回复»

    主要还是考大家自觉,不然也是很难执行,等系统好了先试试:blush:

  • zk123 回复»

    想提出两点建议

    • 借书时间;觉得不可能一本书要一直借着,当又有需求者的时候,自己不能一直占着,比如:时间在6个月左右,限定时间更能体现出"书非借不能读"的思想。
    • 或许可以弄一个信用标签,比如:读过几本书,读过后书标注的注解很精辟之类的(可能有点鸡肋)
  • whex 回复»

    太妙了!

发表评论

validate