关于思源笔记运营推广方案的讨论

本贴最后更新于 370 天前,其中的信息可能已经时过境迁

一直以来有不少用户反馈思源的运营做得太差了,这主要是因为产品前期质量堪忧,如果急着运营推广的话会对产品有较大负面影响,所以我们一直没有推进运营方案,而是把时间放在解决技术问题上。

随着产品质量的提升,我们认为现阶段已经可以开展初步的运营推广了。但我和 @Vanessa 都是技术出身,对运营知之甚少,按照自己的想法进行运营的话只能是事倍功半,正所谓隔行如隔山。所以我们会把运营推广交给擅长的同学来做,这对思源的发展壮大至关重要。

发这个帖子的目的是需要大家帮忙给出一些具体可行的推广方案建议,我们一起讨论看看,最终建立思源笔记的初步运营推广方案,谢谢。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    18802 引用 • 70339 回帖 • 1 关注
2 操作
88250 在 2023-04-28 09:01:18 置顶了该帖
88250 在 2023-04-27 19:07:28 置顶了该帖

相关帖子

优质回帖
  • 我认为最好的宣传还是一个比较完整友好的教程。

    思源的优点在于强大,而缺点也在于强大,我自己用了一年多了很多功能都还没有摸明白,可想而知这种强大会让很多新人无所适从,最后就放弃了。更何况,其实思源是很程序猿思维的一个产品,对很多普通用户来讲存在理解门槛。

    我认为现在这个节点上,思源需要考虑做一个完整的教程出来了,现有的思源帮助是不全面的。

    1. 内置的文档不够全,而且 github PR 门槛比较高,还必须要兼容英文(我看有好几个帮助文档的 PR 被打回去,理由都是要添加英文支持)
    2. 社区内部的教程分享过于零散,学习搜索成本大,而且下拉刷新的页面布局下,最容易被看到的总是最新的帖子,很多好的帖子并不容易被找到

    我觉得可以集中发动社区的力量,号召大家做一个集中的经验分享文档(一定要是文档,帖子的信息密度低,文档的信息密度才足够高)。比如我看群里有语雀的共享知识库,完全可以把这个知识库的维护的优先级提高起来,搞个社区置顶,号召大家群策群力做一个帮助出来。(当前,知识库内部的组织结构最好先好好设计优化一下)。

    这样后面的人入门门槛低,有想要去宣传的,也有了一个稳定的素材资源库。

    总结起来就是:把「思源的帮助文档」本身当作一个重要的项目来做。

  • LeonardoDiCaprio 5 赞同
    1. 划定会员内容,很多限时功能可以取消了。

      1. 一旦大规模宣传,会员套餐就不能变动了。少数人的时候可以解释的清,人多了以后,说话就没人听了。
      2. 之前是我来吧,从 100 涨到 160 左右,忘了。虽然知道这个价格是优惠完的,但是还是会产生,这么贵我可不会用的念头。而早先我开有道云笔记的时候,价格更高,因为没有比较,反而只会关注好不好用,不会关注价格。
    2. 小众产品不要做大规模投入,比起盲目投钱不如参考一下同类产品的宣发模式。

    3. 恢复推荐码制度,由赠送空间更改为其他一次性收益,例如会员时间之类。永久会员都是希望思源越来越好的老用户,可以考虑直接返现。

      1. 我现在是永久用户,看不到邀请码了,也许是邀请码制度取消了。不过,现在也看不到当初永久之前全群疯狂的盛况了。我认为一方面是大家都忙了,但是更主要的原因是,新人进入的少了。之所以如此,最大的区别在于,现在关于思源的内容生产越来越少了。众所周知,由奢入俭难,当你做内容的目的从永久到自愿的时候,热情就不会再有了。
      2. 激活码团购这种事并没有太多可操作性,主要在于软件过于小众,而没有足够的利益打动黄牛。并且多数用户推荐软件都是在小圈子内推荐。文化人嘛,好面,你推荐人家用再卖个推荐码给人,多少有点掉价。
    4. 所有一次性买断的事都是自绝后路,不要做,定贵了没人买,定便宜了做慈善。docker 已经断了一臂了,再断一臂就是大慈善家了。

  • www766 1 4 赞同

    我觉得现在思源的问题是思源有很多好的功能和本地化特色,但我能用到的九牛一毛,很多不会用,也没人系统出教程,可以很短介绍一块,然后奖励一下教程人员。B 站里你搜 OB 一堆视频教程还是成系列的,思源太分散也不系统,视频更直观易接受。一个软件看视频平台内就能看到用户量了。做的再好看帮助研究半年,不如视频推广出去,既起到交会大家使用方法又起到推广的作用,毕竟会用了或看视频知道了你还有这功能,别人才会接收和使用。仅作为主推方向的建议。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • cubeat

    需要一个友好的用例教程,以及及时更新新功能的教程

  • 其他回帖
  • Ocean0117 1 赞同

    另给出一个教程上的建议,我认为一个好的教程应当是交互式的,比如 remnote 的教程,最不济也得是 vimtutor (安装完 vim 后,终端输入 vimtutor 即可使用,本质是一个告诉你 vim 基础操作并给出练习的文本文件)这种。

    这里再给出一个 remnote 的交互式教程,RemNote | Your Notes,点击右下角 ?- interactive tour 即可打开。

    这是其的一个示例:

    remnote.webp

  • hld2005h 1

    关于思源笔记引起我恼火的随笔

    起因:

       思源目前的运营推广方案,降低了我使用思源储存知识的安全感,影响了我对思源开发团队的信任,并对此感到恼火。

       故发表小人随想,杂乱无章,博众人一笑。

    目前:

    运营推广方案:方案框架优秀,细节及实施欠妥

       感性情感肯定的可以维持或影响现实,但天下熙熙,皆为利来,加上人性经不住试探,故我认为开发者采用初始的开源,跟现在计划推进的运营推广是对该软件充满感情的,是为了维持思源软件存续的。运营推广方案是内部事项不可能准确了解,但从这个帖子中及目前思源定价相关文档中看,大概率采用的是捐赠 + 功能买断 + 会员订阅的运营推广模式。运营推广方案个人觉得没有问题,但给我所有不好的感觉出现在方案细节及实施上。

    收费架构有待商榷

       捐赠我认为与功能买断及会员订阅是不相容的。理由很简单,前者是感情的信任,后者是现实的义务。你看,我通过感性捐赠方式,让开发者开发的功能,我还得掏钱买。我付出感情了,最后还得谈现实。那干脆现实吧。而且如果没有安抚好捐赠者情绪,极易产生辜负感,造成核心客户流失,毕竟,钱易的,情难救呀。

    买断的功能选择及实施时机欠妥。

       功能选择上需慎重不宜为广泛需求,我认为对同步功能收费在此时间节点不妥。这个同步功能并不是指的思源云空间,而单指同步功能。一是前几年云概念及个人 NAS 市场对普通人来说是新型概念,故前几年的同类型的笔记收费是同步,云空间等。随着云的普及,同步需求由小众高端需求,已经变成了普遍需求。如果观察过目前各类软件对比评测会发现,是否免费同步已经变成卖点,免费同步的软件更容易获得用户青睐。二是同步功能的收费节点已经错过。人性短视贪赖,已经给出去的物品,凭什么交回去呢?百度网盘免费变收费,景点免费变收费等等例子,收费使软件发展并可持续没错,但有谁管呢?强行收回对软件的负面评价必然接踵而来,故我认为对云空间收费没问题,但同步功能的收费利大于弊。

    恼火的来源

       我对思源充满好感。在残酷的现实中充分感受过什么叫物欲横流后,格外喜欢真诚的东西,可以赚钱,但别套路,主打一个大家你情我愿,各自保持本心,互不辜负。但随着时间的推移,思源软件开始引起我的不安,并感到恼火。大概总结了如下几点:

    快速迭代,引起的不安:

       思源对我来说是一个工具,相对于功能,我等在乎的是可靠。可靠是多方面的促成的,软件本身,开发团队,服务支持,后续升级。说个无语的事情,我自己规定的笔记备份计划都没有软件迭代快。结果是什么呢?我觉得思源笔记有强大的开发者,及牛逼的服务支持跟升级,但是软件本身,让我感到是一个成熟的产品,是不可靠的,十分担心目前辛苦构建的笔记使用流程在某一次架构级别更新后无法适用。毕竟谁家成熟产品是这么个更新频率?举例来说大家最讨厌的就是 windos 更新,不是么?而且不知道开发者发现没有,如此快速的迭代已经影响了集市生态的构建,大家出于热爱分享的自用插件,适配跟不上了。

    试探以利驱动,引发信任危机

       我认为人心经不起试探,并且利益捆绑最坚固。我没有指责世风日下的意思,也不是愤青,世道如此。以我为例,我都没钱给姑娘卖奶粉了,还管爱好原则义务?搞钱最他妈重要,肯定会选择短平快,哪怕知道在透支未来,那怕无奈。基于此,经济形式下行,大家压力都在变大,思源笔记开始考虑利益,我信任开发者的技术,但市场化之后的种种,表示担忧,不知道是否可以仍信任开发者在利益面前保持本心,把我的知识体系放在思源,后续不因此受制于人。

    后续:

    对思源运营推广的思考

       思源软件的生命未来肯定要靠运营推广的,靠爱发电不长久这是共识。那么我建议开发者还是及早转变思维,学着去拥抱利益,去了解利益,谈论利益,分配利益。毕竟自己的孩子自己最在意,别人可以借助但不能依靠。同时,不要局限于的别的笔记软件如何做的表现,要研究其内在表象产生的原因,不要局限于笔记软件这个领域,要多看看别的领域成功案例如何实现架构。以下是我对思源运营推广架构的简单思考,希望能起到抛砖引玉的作用。

       我认为思源软件比较是小而精的软件,也没有资方烧钱做推广,况且我们的目标并不是变现。所以发展的核心是运营,推广交给口碑。架构要有这么几个特点:可信任的软件,使用者受益,开发者受益,去核心化。

    可信任的软件

       软件要充分体现可靠性。建议思源分成不同版本,以此同时满足,让用户产生思源软件成熟稳定可靠的认知,让开发者享受快速响应。

       对不追求前沿的人,提供超稳定版,以某一版本为基础,完善基础功能中的 BUG,非重要安全性问题,不进行更新,年度发布稳定版。

       对追求前沿但不想开发的人,提供目前版本,定期更新所有需求。

       对想实现开发技术的人,提供超前版本。

    使用者收益

       获得使用者,就要贯彻 天下攘攘,皆为利往,让客户觉得占了便宜。别人免费有,思源没有或收费有,客户就会觉得吃亏,选别人。别人没有或者收费项,思源免费有,客户就觉得占了便宜,选思源。两者一样,就看名声了。思源有的,例如块,敏捷开发,AI 嵌入,页面伺服等等要保持并发扬,同时未来持续开发免费功能,让思源在对比其他软件时始终保持优势,或专项优势,最起码普遍性功能不在劣势。

    开发者受益

       为了维持思源的对比优势,一定要调动开发者积极性,利最能动人心。这里我建议采用构建荣誉 + 激励方式。

       荣誉太虚,制定好就成,需要注意的是就别乱改动,要严格,有等级,能提现精神奖励,当荣誉没有严肃性,也就失去所有意义。

       激励方式涉及到,思源如何变现的问题。我的思路是,把思源构建为公共平台,采用抽成模式变现。集市中插件,由开发者自选是否收费,定价由思源平台统一制定,收费部分思源收取一部分作为平台开发维护奖励。当然其中细节需要进一步维护,当要注意,涉及利益,最好公开公正公平,合理监管。

       最终目的是,让所有开发者,都认为思源有自己的一部分,解决利益需求同时,对思源产生感情。

    去核心化

       要实现现在开发者隐退后,思源依旧保持活力,实现长久的独立运营,我认为不能依靠固定核心。建议定期评选思源平台维护小组成员,仅负责思源平台维护,并设定一定激励监管办法来使用插件提成部分。举例,通过票选等方式,选择 10 人具有平台维护权,其中人人可写维护代码,采用需要 10 人中 6 人同意,思源采用。采用代码根据工作量等获得奖励,可以要了继续捐给思源,但是不能不给,不能不要。以此维持核心开发团队积极性及稳定性。

      ‍

    感触:

       重复下开头,发表小人随想,杂乱无章,博众人一笑,浪费众人时间,肯定不对,不讨论,不争执,不辩解了哈~

       愤慨的写完后,发现工作一堆还要做,溜了溜了,得加班搬砖去了。

    1 回复
  • wax 2

    作为一个刚接触思源笔记不到一个月的萌新,想说一下我的情况和感受,根据这部分说一下自己的建议。
    一是个人基本情况:90 后非计算机相关专业的,平时对电脑软件等相关内比较感兴趣,也就是上学时候学过一点数据库的内容,为了计算机等级证书 😂 。
    二是选用思源的经过:在准备一项考试内容,由于考试内容有比较多,之前自己是通过纸笔记的笔记,在整理整体思路时想找个一将内容电子化的东西,最好是能有同步功能,方便我在多个地点记忆或者更新内容。在网络上找了一下相关的笔记方面视频或者是帖子提到 ob 和思源等软件。由于我自己有 nas,当看到思源是可以将内容保存在自己群晖上并且可以实现多端同步的的时候我选择了思源。然后就开始从 docker 部署等开始学习,由于不是程序员出身,有些相关的设置也是在摸索中进行。中间也遇到各种问题先在 B 站找了一些基本的讲解,有讲解笔记的原理或者实际应用的,一开始的时候最希望搜到解决问题的视频或者是讲解,后面慢慢发现将原理的视频会让在简单使用的基础上明白原理,并让后续的使用更加方便。
    三是关于思源的使用感受:软件的整体使用感受还是挺好的,常用功能都比较容易找到,对于我这种不会 markdown 语言的人来说熟悉一下也能通过鼠标来完成基本操作,可以将自己的笔记整理出来。在没有到闪卡等功能时,更多的像是在用另外一个版本的 word(个人技术不够)。后来随着使用的逐渐接触到其他的内容,让对软件功能有了些认识。
    四是推广的建议:看主要想推广的目标人群,在我看到的视频中很多都是说思源笔记支持 markdown 语言的双链笔记,个人感觉主要的目标人群是对编程等内容有一定基础的人员吧。比如针对程序员方面推广的话可能要在程序员集中的平台进行一定的引流,并且强调与他们工作能更好的结合到一起,这样可以吸引一部分人员尝试,同时也要强调一下切换的学习成本和导入成本比较低。比如对于需要考试人员,个人觉得可以从方便梳理知识体系,借助闪卡帮助记忆、建立个人的思维导图等方面进行。软件的功能确实非常丰富,这样的情况可能宣传的口径就比较多,最好是能抓住几个群体的需求进行进行宣传,这样比较容易吸引更多人尝试。后续要对于重点人群去优化软件,让软件的易用性更强。当然具体哪个群体更看重哪些功能不是简单一个人说的,需要通过一定量的问卷调查或者是同种头部软件的发展方向来进行确定和调整。

  • 查看全部回帖

推荐标签 标签

  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发,最早发布于 2014 年 9 月。

    57 引用 • 22 回帖 • 3 关注
  • Sym

    Sym 是一款用 Java 实现的现代化社区(论坛/BBS/社交网络/博客)系统平台。

    下一代的社区系统,为未来而构建

    523 引用 • 4581 回帖 • 694 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 49 关注
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    34 引用 • 37 回帖 • 497 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 23 关注
  • 负能量

    上帝为你关上了一扇门,然后就去睡觉了....努力不一定能成功,但不努力一定很轻松 (° ー °〃)

    85 引用 • 1201 回帖 • 448 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 34 关注
  • HTML

    HTML5 是 HTML 下一个的主要修订版本,现在仍处于发展阶段。广义论及 HTML5 时,实际指的是包括 HTML、CSS 和 JavaScript 在内的一套技术组合。

    103 引用 • 294 回帖
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 688 关注
  • 七牛云

    七牛云是国内领先的企业级公有云服务商,致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景,七牛先后推出了对象存储,融合 CDN 加速,数据通用处理,内容反垃圾服务,以及直播云服务等。

    25 引用 • 217 回帖 • 159 关注
  • 大数据

    大数据(big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    89 引用 • 113 回帖 • 2 关注
  • C

    C 语言是一门通用计算机编程语言,应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    83 引用 • 165 回帖 • 40 关注
  • OnlyOffice
    4 引用 • 18 关注
  • Hprose

    Hprose 是一款先进的轻量级、跨语言、跨平台、无侵入式、高性能动态远程对象调用引擎库。它不仅简单易用,而且功能强大。你无需专门学习,只需看上几眼,就能用它轻松构建分布式应用系统。

    9 引用 • 17 回帖 • 595 关注
  • 人工智能

    人工智能(Artificial Intelligence)是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门技术科学。

    75 引用 • 146 回帖
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 177 关注
  • Docker

    Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的操作系统上。容器完全使用沙箱机制,几乎没有性能开销,可以很容易地在机器和数据中心中运行。

    477 引用 • 901 回帖
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 87 关注
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    534 引用 • 3528 回帖
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 697 关注
  • OpenShift

    红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 604 关注
  • gRpc
    10 引用 • 8 回帖 • 55 关注
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器,在 1999 年被捐献给 ASF(Apache Software Foundation),隶属于 Jakarta 项目,现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范,同时也提供 HTTP 服务,是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖 • 2 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    333 引用 • 323 回帖 • 65 关注