18 Commits
2.0 ... master

Author SHA1 Message Date
Easy
33e701ab27 Update README.md 2025-01-16 09:40:41 +08:00
Easy
a5b8887812 Merge pull request #4 from liul85/master
Fix mdbook-epub command
2024-07-19 11:07:55 +08:00
Liang Liu
6f1b238322 Fix mdbook-epub command 2024-07-19 11:55:38 +10:00
Easy
3a51f2fb24 修正图片路径 2024-07-16 16:39:18 +08:00
Easy
7fb0900e4c 修正编译后电子书在部分阅读器上看不到图片的问题。 2024-07-07 22:52:29 +08:00
Easy
e8ca546708 update 2024-07-07 21:22:38 +08:00
Easy
74f56d7a1e 优化目录样式 2024-07-07 18:05:03 +08:00
Easy
9a6f498ea2 update readmoe 2024-07-07 18:04:35 +08:00
Easy
d5a0e497ed Merge branch 'master' of https://github.com/easychen/one-person-businesses-methodology-v2.0 2024-07-07 17:59:13 +08:00
Easy
029234b165 升级到2.1,添加软件产品构建章节、基础设施搭建章节。填平从理论到实践之间的鸿沟,帮助读者更快起步。 2024-07-07 17:58:28 +08:00
Easy
f005b7e863 Merge pull request #3 from mzlogin/master
修正错别字
2024-04-02 11:52:55 +08:00
Zhuang Ma
d2cb6c34df fix typo 2024-04-02 10:46:05 +08:00
Easy
fb82595890 补全jpg格式的图片 2024-03-29 10:32:59 +08:00
Easy
25e99eb05e 图片全部本地化 2024-03-28 15:41:12 +08:00
Easy
70dbb8b567 save download.php 2024-03-28 15:30:46 +08:00
Easy
de972eb5a9 添加图片本地化脚本 2024-03-28 15:25:24 +08:00
Easy
33c26c857b 修正封面单词typo 2024-03-28 11:34:35 +08:00
Easy
306ff871ee 添加电子书下载信息 2024-03-27 21:57:19 +08:00
194 changed files with 1464 additions and 114 deletions

1
.gitignore vendored
View File

@@ -1 +1,2 @@
book
.DS_Store

View File

@@ -1,11 +1,16 @@
# 《一人企业方法论》第二版
# 《一人企业方法论》V2.1
## 2.1 版本
1. 补充《产品构建:从零构建软件产品或服务》相关章节
1. 添加《基础设施及搭建》相关章节,填平从理论到实践之间的鸿沟,帮助读者更快起步
## 对第一版的改进
1. 从长文到一本近6万字的小书从有感而发的分享到两年迭代而得的**完整方法论**
1. 不再局限在独立开发,发展为**更为通用的方法论**非技术读者也可基于NoCode/开源项目+AI辅助构建副业
1. 不再局限在独立开发,发展为**更为通用的方法论**,非技术读者也可创作数字商品或基于NoCode/开源项目+AI辅助构建在线服务
![](./src/images/opb-book-cover.jpg)
![](./src/images/opb-book-cover-2.1.jpg)
## 作者信息
@@ -23,6 +28,11 @@
- 不得为商业目的而使用本作品。
- 仅在遵守与本作品相同的许可条款下,您才能散布由本作品产生的派生作品。
## 电子书
- 可使用 mdbook-epub 工具自行编译:`mdbook-epub --standalone true` 然后 epub 在 book 目录下
- 扫码订阅《方法论》更新频道后下载: [进入](https://subdeer.cn/channel/landing/11)
## 在线阅读
1. **定义一人企业**
@@ -41,4 +51,12 @@
1. [一人企业≠一人业务](https://ft07.com/one-person-enterprise-does-not-equal-one-person-business?mtm_campaign=github&mtm_kwd=opbmv2)
1. [优势发现:副产品优势](https://ft07.com/discovery-of-by-product-advantages?mtm_campaign=github&mtm_kwd=opbmv2)
1. [风险评控:从副业开始](https://ft07.com/start-from-side-project?mtm_campaign=github&mtm_kwd=opbmv2)
1. [风险评控:管理和利用不确定性](https://ft07.com/managing-and-utilizing-uncertainty?mtm_campaign=github&mtm_kwd=opbmv2)
1. [风险评控:管理和利用不确定性](https://ft07.com/managing-and-utilizing-uncertainty?mtm_campaign=github&mtm_kwd=opbmv2)
1. [产品构建:从零构建软件产品或服务](https://ft07.com/building-software-products-or-services-from-scratch-1/)
4. **基础设施及搭建**
- [理想的一人企业基础设施](https://ft07.com/what-is-the-ideal-one-person-business-infrastructure?mtm_campaign=github&mtm_kwd=opbmv2)
- [用户池和触达能力](https://ft07.com/infrastructure-user-pool-reach-capability?mtm_campaign=github&mtm_kwd=opbmv2)
- [内容池和自动化能力](https://ft07.com/content-pool-and-automation-capability?mtm_campaign=github&mtm_kwd=opbmv2)
- [产品池和支付能力](https://ft07.com/product-pool-and-payment-capability?mtm_campaign=github&mtm_kwd=opbmv2)
- [众包能力](https://ft07.com/crowdsourcing-capability?mtm_campaign=github&mtm_kwd=opbmv2)
- [搭建一人企业基础设施](https://ft07.com/setup-a-one-person-business-infrastructure?mtm_campaign=github&mtm_kwd=opbmv2)

View File

@@ -6,4 +6,4 @@ src = "src"
title = "一人企业方法论"
[output.epub]
cover-image = "src/images/opb-book-cover.jpg"
cover-image = "src/images/opb-book-cover-2.1.jpg"

View File

@@ -10,4 +10,4 @@
## 一人企业方法论
![](./images/opb-book-cover.jpg)
![](images/opb-book-cover-2.1.jpg)

View File

@@ -16,4 +16,12 @@
1. [一人企业≠一人业务](./one-person-enterprise-does-not-equal-one-person-business.md)
1. [优势发现:副产品优势](./discovery-of-by-product-advantages.md)
1. [风险评控:从副业开始](./start-from-side-project.md)
1. [风险评控:管理和利用不确定性](./managing-and-utilizing-uncertaint.md)
1. [风险评控:管理和利用不确定性](./managing-and-utilizing-uncertaint.md)
1. [产品构建:从零构建软件产品或服务](./building-software-products-or-services-from-scratch.md)
4. [基础设施及搭建](./chapter-build-infrastructure.md)
1. [理想的一人企业基础设施](./what-is-the-ideal-one-person-business-infrastructure.md)
1. [用户池和触达能力](./infrastructure-user-pool-reach-capability.md)
1. [内容池和自动化能力](./content-pool-and-automation-capability.md)
1. [产品池和支付能力](./product-pool-and-payment-capability.md)
1. [众包能力](./crowdsourcing-capability.md)
1. [搭建一人企业基础设施](./setup-a-one-person-business-infrastructure.md)

View File

@@ -5,7 +5,7 @@
对二十一世纪来说最宝贵的是人才但对一人企业来说最宝贵的却是时间。最稀缺的就是最宝贵的。正如本书前文中所述的对于只有一个全职员工的企业即使我们每天工作10小时一周也只有50个工时。如果是以Side Project的方式来做可用工时会更少。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-29-1024x884.png)
![](images/image-29-1024x884.png)
实现平台的日薪
@@ -16,19 +16,19 @@
资产和被动收入
-------
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-30.png)
![](images/image-30.png)
《穷爸爸富爸爸》
在《穷爸爸富爸爸》中,罗伯特-清崎说过一句很经典的话:富人不为钱工作。要想规模化财富,就要让钱为你工作。解决办法也很简单,就是不断持有资产。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-660x1024.jpg)
![](images/image-660x1024.jpg)
《穷爸爸富爸爸》中对资产的定义
书中对资产的定义是:「资产就是能把钱放进你口袋里的东西」。换言之,如果某样东西能在你不工作的时候为你带来持续的收入,那么它就可以被认为是资产。本书将沿用这个定义。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-31-1024x810.png)
![](images/image-31-1024x810.png)
让资产为你工作
@@ -41,7 +41,7 @@
资产可以「把钱放进你的口袋」,这可是会下金蛋的鸡,当然是人人都想要了。既然人人想要,就难以轻易获得了。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-32-1024x421.png)
![](images/image-32-1024x421.png)
如何获得资产
@@ -51,7 +51,7 @@
如果你手上钱比较多这种情况比较少那么可以通过投资或收购的方式来获得资产。这将帮我们跨过试错环节直接去收购那些已经被市场认可开始有不错的MRR每月周期性收入的资产。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-33-1024x1018.png)
![](images/image-33-1024x1018.png)
indiemaker.co
@@ -59,7 +59,7 @@ indiemaker.co
例如在Indie Maker这个网站上我们可以看到许多程序员会销售他们的Side project。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-34-1024x1018.png)
![](images/image-34-1024x1018.png)
已经产生MRR的项目
@@ -71,7 +71,7 @@ indiemaker.co
#### 收购其他资产
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-35-1024x499.png)
![](images/image-35-1024x499.png)
除了软件和SaaS产品之外我们还可以考虑购买其他类型的资产。如网站、版权、房产、股份、账号以及一些自媒体平台。这会帮我们节省大量时间。
@@ -87,7 +87,7 @@ indiemaker.co
#### 数字商品创作
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-36-1024x581.png)
![](images/image-36-1024x581.png)
数字商品创作的种类
@@ -99,7 +99,7 @@ indiemaker.co
#### 通过NoCode创造互联网应用
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-37-1024x610.png)
![](images/image-37-1024x610.png)
NoCode创作实例
@@ -126,7 +126,7 @@ NoCode创作实例
#### 开源+AI定制
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-38-1024x649.png)
![](images/image-38-1024x649.png)
通过GPT给WordPress写插件
@@ -147,7 +147,7 @@ NoCode创作实例
这里给大家分享一个我自己的标准,它包含以下五个评估项:投入、产出、持续性、风险和门槛。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-39-1024x918.png)
![](images/image-39-1024x918.png)
资产的量化评估
@@ -159,7 +159,7 @@ NoCode创作实例
很多产出不大的资产,如果投入极低,也是可以操作的。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-41-1024x982.png)
![](images/image-41-1024x982.png)
B站视频
@@ -171,7 +171,7 @@ B站视频
「被动收入」这个说法容易让人误解为我们持有资产以后,什么事都不需要做了,资产就会源源不断地为我们挣钱。但实际上,每次投入能带来的产出往往是随着时间递减的,因为市场会变化、需求会更新、潮流会轮回、设备会陈旧。我们必须再次投入,才能恢复其产出。持续性则描述了投入之后,可以持续带来收入的时间。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-40-1024x976.png)
![](images/image-40-1024x976.png)
持续性高的资产

View File

@@ -0,0 +1,516 @@
# 产品构建:从零构建软件产品或服务
本文尝试完整地介绍一个软件类产品从规划到上线的全过程,希望能给你带来启发。内容节选和改写自[《精益副业》](https://github.com/easychen/lean-side-bussiness)。
产品流程
----
![](images/image-106-1024x511.png)
更适合一人企业的产品流程
在本文中,我们采用的是优化后的、更适合一人企业的产品流程。其中「商业模式画布」步骤,建议换为更加有针对性的「[一人企业画布](https://ft07.com/opb-canvas-and-opb-report/)」。
这个流程和很多硅谷公司的产品流程很像,但是针对一人企业做了一些调整和优化。经过三年多时间的使用,我们自己用起来已经很顺手。
1. 首先定义价值主张,然后围绕着价值来设计商业模式画布。
2. 完成画布以后,我们把画布里的「客户细分」部分拿出来,做成「用户画像」。这是一个将细分客户具体化、变得有血有肉的工具。
3. 有了画像,再据此还原用户使用产品的各个场景,他们是用电脑还是用手机、是在家里还是在车上使用等等。
4. 想象为了在上述场景下向用户传递价值,我们需要什么样的功能,这样就会得到一个功能列表。
5. 功能列表会很长,不同功能的优先级也不同。所以我们会对功能进行分期,其中最重要也是最靠前的一个功能分期,就是用来开发「最小可行产品」的分期。
6. 当「最小可行产品」开发完成后,进行「产品市场契合」的验证,如果达不到设定的验证目标,就需要调整功能,甚至重新设计价值主张。
7. 当通过「产品市场契合」后,我们就可以按照分期迭代开发产品的其他功能了。
8. 在迭代过程中,我们会持续对新上线的部分功能进行增长优化,保证每一部分功能达到预定的目标。
以上就是我们为一人企业优化的精益流程,虽然讲起来比较多,但实际操作起来还是比较简单的。而且我们其实省略了不少大公司流程中的环节,比如用户访谈、焦点小组等。
项目简介
----
先来介绍一下我们的实战项目 ------ 福利单词。
它来自于我在学习过程中的一个原生需求。最开始我是使用 Anki 这个软件来背单词,软件很好用,但是每次都有一种逼着自己去背的感觉,背完以后如释重负。为了提醒自己不要逃避,我还定了一个闹钟每天催自己。
有一天,我又因为上[Pixiv](https://www.pixiv.net/)(一个二次元内容创作社区)看图忘记了时间。突然间我想到,能不能把背单词和看图片这两个行为绑定到一起呢?
你看,背单词虽然有用,但让我痛苦,度日如年;看图片很欢乐,流连忘返,但似乎不是很「有用」。如果我们把两者结合到一起,一边看图一边背单词,是不是就可以让背单词不那么难受,可以持续不断地背下去了?
这就是福利单词的出发点。
接下来,我们就来看看,怎么从这个还有些模糊的想法中提出一个明确的价值主张,然后围绕它进行商业模式规划、功能和界面设计、验证和迭代开发,最终使其成为一个商业产品。
![](images/image-107.png)
福利单词APP
需要说明的是,开发过程很难在有限的篇幅中讲解清楚,也偏离了本文的主题,所以我们只会简略地提及一些需要注意的地方,并不会进行开发的教学。
第一步:商业模式规划
----------
首先我们通过商业模式画布来规划产品的商业模式。
### 价值主张
![](images/image-108-1024x373.png)
福利单词的价值主张
福利单词的核心价值主张在于为那些觉得学习英语充满挑战的人提供一种轻松愉悦的学习方式。其目标是通过增添学习过程中的乐趣来减轻学习者的压力,使本来短暂且困难的学习活动变得更加可持续和习惯化。
因此,在「价值主张」部分,我们特别强调了两个关键点:「无痛学习」和「持续性学习」。这两点构成了该产品的核心价值。
有了这些价值主张,我们能够帮助客户克服以往阻碍他们学习的障碍,从而促进他们的个人成长和提升。
### 客户细分
![](images/image-109-1024x463.png)
福利单词的客户细分
细化价值主张需要我们仔细考虑客户的细分。考虑到福利单词是一款学习软件,其目标客户群体自然与学习英语的需求密切相关。我们可以将目标客户分为三类:
1. 需要备考大学英语四六级的大学生。
2. 有留学或移民需求,需要准备雅思、托福考试的人群。
3. 希望通过提高专业英语水平以在职场中取得更好表现的职场人士。
这三类客户的学习目的各有侧重,但通过提供「词库切换」或「自定义词库」功能,我们的软件能够灵活满足他们的需求。
### 价值主张的细化
![](images/image-110-1024x527.png)
细化后的福利单词价值主张
仅仅提供词库供用户学习,并不能使我们的软件与众不同。因此,我们在价值主张中追加他们难以抗拒的部分------「糖」。
然而,对不同的用户群体而言,「糖」的含义并不相同。
如果只是放一些二次元的萌妹子,只有喜欢动漫的人会觉得这是他们的「糖」,可以吸引着他们,每天都来看一看。对于其他一些二次元无感的人群来讲,这些图就毫无吸引力,所以我们需要增加「糖」的种类。比方说有的妹子就喜欢看帅哥、有的粉丝就喜欢看偶像、有的铲屎官就喜欢看猫猫狗狗、有的吃货就喜欢看肉和甜点。这一部分,我们可以用多图库的方式来满足。
据此,我们为不同的客户细分制定更具体的价值主张:
1. 「每天看40分钟妹子一个月记住四六级词汇」
2. 「看着帅哥,把雅思托福词汇搞定」
3. 「一边云吸猫一边升职加薪」
现在听起来是不是就有吸引力多了?
### 渠道通路
![](images/image-111-1024x577.png)
福利单词的渠道通路
在「渠道通路」方面,我们计划通过微博引入种子用户。通过对种子用户的测试反馈,一旦产品转化率达到预期标准,我们便会展开更广泛的合作并通过微博启动广告投放,以此来衡量广告成本与带来的流量效果。
### 客户关系
![](images/image-112-1024x560.png)
福利单词的客户关系
为了维护良好的客户关系我们将利用腾讯的「兔小巢」工具提供售后支持。这样用户可以方便地提交反馈而我们则能通过微信或者QQ等多种渠道及时响应。
### 关键活动
![](images/image-113-1024x537.png)
福利单词的关键活动
在关键活动方面最小可行产品MVP的初版应包含基础的背单词功能、100个单词与相对应的图片以及简单的互动式学习模块。此外我们还需要关注用户的学习数据以验证我们的价值主张。
在MVP验证成功后我们将开发网页版应用作为第一阶段的产品发布。此阶段的关键功能包括背单词界面和词库选择功能。为了实现收益我们还将引入支付和订单系统并开发分析工具以优化转化过程。
### 关键资源
福利单词的关键资源
关键资源方面,除了人力、资金和时间外,我们还需特别注意用于背单词的图片资源。尤其是在收费环节,我们必须确保图片资源的合法使用。
在最小可用产品中,因为不涉及到收费,我们可以使用的图片很多。一旦开始收费,如果还是不加识别地从网上下载各种版权不明的图片,放到自己软件里并以收费的方式进行售卖,很可能会出现侵权。
所以,我们就需要思考图片资源的解决方案。粗略分析后,有以下几种思路:
1. 作者授权
2. 换用无版权图片
3. 用户自行提供图片
#### 作者授权
直接找作者把图片买下来,然后作为付费词库卖给用户,这是最直接的方式。但有问题,那就是价格,光是大一点的词库就有超过一万个单词,也就是说我们要买一万多张图。如果按一张图 50 元计算,需要 50 万的投入。
在一分钱都还没挣之前就做出这么大的投入,风险还是很高的。这种方式更适合我们挣到钱以后,在扩大规模时使用。
#### 换用无版权图片
当然,我们也可以寻找无版权的图片来做图库。这样即使我们打包在软件里进行商业销售也不会有任何问题。互联网上已经有比较庞大的无版权高清图库了,比如 [Unsplash](https://unsplash.com/) 等。不过这些图库主要是风景和动物,人物类非常少。
#### 用户自行提供图片
本质而言,我们卖的是「看图背词」的工具,而不是图片本身。现在之所以在版权上有风险,是因为打包导致的。所以我们可以尝试着将付费的服务和免费的图片分离开。
比如我们可以给用户提供自定义图库的制作工具,让他们把自己收藏的图片导入进去。这样既能达到目的,又没有版权上的风险。
类似需要考虑的还有背单词时用到的音频。最简单粗暴的方式是使用云平台的TTS文字转语音接口直接生成。
### 成本与收益
![](images/image-115-1024x413.png)
福利单词的成本和收益
最后,通过填补商业模式画布的相关部分,我们可以开始对成本和收益进行预估,以计算预期利润区间。
由于我们开发的项目相对比较小,用到的资源也不是特别的多,所以商业模式画布做得还不算细致。不过通常来讲,第一版的商业模式,画布本身也不会特别细。它是随着项目的进展不断被细化的。
最后我们来看看完整的商业模式画布:
![](images/image-116-1024x659.png)
福利单词的完整商业画布
第二步:为细分客户建立用户画像
---------------
### 什么是用户画像
在商业模式画布里面,我们对客户进行了细分,把客户分成了不同的组,每一组代表一个独立的需求。
用户画像persona就是给这些已经分好的组每一组搞一个人设、建一个虚拟形象让其变得有血有肉、有姓名有年龄有性别、有自己的身份有自己的爱好、有使用产品的场景。
这样当我们聊到这个用户画像的时候,就像在讲自己的朋友、同事一般熟悉的人一样。
把抽象的需求变成活灵活现的人,这样我们在进行产品设计的时候,就更容易还原到场景,带着画面去想象这个人的需求和行动,这就是用户画像的意义。
### 福利单词的用户画像
接下来,我们就在福利单词的客户细分基础上,为每一类客户建立用户画像。
#### 四六级备考生
首先是备考四六级的大学生这个细分客户群。我们叫他王小康,设定为一个大三的男生。他现在有一个迫切的任务,就是一定要通过四级考试。这位同学是一个动漫宅,他喜欢看的图就是二次元的萌妹子。
#### 留学移民预备军
然后我们来给有留学移民需求、需要考雅思和托福的人群做一个用户画像。我们叫她章小留,她是一个大学刚毕业一年的女生,现在有出国留学的想法,正在准备雅思考试。这位同学是追星族,喜欢看的图片是韩国帅哥。
#### 专业提升小白领
第三个细分人群的用户画像,我们叫她卢小白,是一个毕业两年左右的女生。在生物公司从事技术相关的工作,她需要尽快熟悉大量的生物专业方向的英文单词,方便她更好地了解公司业务。她家里有猫,喜欢看的图片是萌宠和美食。
确定了这三个用户画像的基本资料以后我们会给他们配上头像写上他们的需求关键字把它整理到一页A4纸上。
这样我们就可以把它打印出来,贴到墙上,在做产品设计的时候可以随时去看他们,就像看着我们身边的熟人一样。
### 画像的头像制作
很多书里面都强调说用户画像的头像要尽可能真实最好用真人头像。但需要注意在网上乱找真人头像容易导致肖像权问题这里给大家推荐一个通过AI生成真人头像的网站叫做 thispersondoesnotexist.com。
![](images/image-117-1024x861.png)
thispersondoesnotexist.com
不过这个网站生成的多是欧美人,对国内的产品来讲,反而各种违和。我更喜欢使用日系的动漫捏脸网站来做,比如 [charat.me](https://charat.me/) 这个网站。
![](images/image-118-1024x948.png)
charat.me
### 最终的用户画像
有了头像,再配上角色的说明和需求关键字,我们就有了一个简单好用的用户画像。下边是我们制作好的三个画像:
![](images/image-119-1024x769.png)
用户画像:王小康
![](images/image-120-1024x768.png)
用户画像:章小留
![](images/image-121-1024x767.png)
用户画像:卢小白
第三步:画像→场景→功能和分期
---------------
### 使用场景分析
有了栩栩如生的用户画像,我们就可以从画像想象出场景,再由场景梳理出功能列表并进行分期。下边我们就具体来看下怎么分析使用场景。
#### 王小康的使用场景分析
首先是王小康的使用场景,包括在学生宿舍、在图书馆以及在课堂上。
在宿舍,他每天晚上八点到九点使用台式机。因为宿舍比较吵,他会戴着耳机学习。这时候他使用的是外接键盘。
晚上睡觉之前,他还会窝在被窝里玩一会儿手机,时间大概是晚上十一点半到十二点,也就是睡觉前的半个小时,这时候的使用场景就是用手机背单词。
图书馆也是一个典型场景,因为在这个环境里边,需要保持安静。所以你要么戴耳机,要么将设备调成静音。王小康一般是下午三点到五点去图书馆自习,这个时候他使用的是笔记本电脑和 iPad 。
需要注意的是使用 iPad 的时候是没有键盘的,所以在输入上面没有使用外接键盘方便,整体输入速度会下降很多。
图书馆和学生宿舍是两个相当不同的场景。宿舍里很可能有室友在玩游戏或者聊天,很容易分心,甚至连背单词这件事都很容易忘掉,所以我们需要有提醒。
相对而言,图书馆就是安静的沉浸式环境,没有人来打扰你,大家都在忙着学自己的东西。
#### 章小留的使用场景分析
下面我们来做章小留的场景分析。
她现在辞职在家,完全是备考的状态。每天上午会在家学网课、或者去线下的培训班学习,下午会在家学词汇。晚上的话,可能要看韩剧。
主要场景在学词汇的下午。因为是在家里边,她使用的是台式机,鼠标和键盘都是外接的。每天早上起床的时候可能也需要复习一下。
所以她的两个主要使用场景是使用电脑学习,以及早上起床时用手机进行复习。
实际上,这个场景和王小康在晚上用手机复习的场景非常类似,可以都写上,最后进行功能合并时,重复的内容会被合并掉。
同时,因为这两个用户都是在备考,所以他们其实还有「考试复习」这个特殊场景。
在这个场景里,它的词库是有范围的,不一定是整个词库。而背单词的时候,需要有一个考试模式,限时答题,并给出得分。这些需求我们不一定都要通过福利单词这个产品来满足,但可以先写下来。
#### 卢小白的使用场景分析
小白是上班族,所以学习时间是非常有限的,主要是在上下班通勤的时候学习,以及在周末的时候有一点空余时间。
通勤场景一般会在地铁上。运气好的时候就有座位,运气不好的时候还需要站立着。这时候她会使用手机和耳机来学习。
因为她的词汇学习主要是为了工作需要,所以在工作的时候可能还会有查词的需求,可以通过词典软件解决,但是她可能会想把生词加入到福利单词来记忆。
大部分时间地铁里是很挤的,有时候需要一个手扶住上面的吊环或者旁边的柱子,所以小白可能需要单手操作。
另外要意识到小白只是一个典型代表,她需要的是生物类的词汇,但是其他的上班族需要的词汇可能会覆盖各行各业,这部分的词库需要通过自定义词库来解决。
同时,小白很喜欢宠物,当她看见可爱的喵星人时,很可能希望将这个图片保存到相册。这里如果再结合到我们上面的考试模式的话,其实可以做得更游戏化一些。比如说我们可以加入一个图鉴,就是一个画册,里边有每一个单词对应的图。只有你对这个单词达到一定的熟练度以后,才能在里边看见。大体上这就是小白的使用场景。
### 从场景到功能
现在我们三个用户画像的使用场景已经分析完了。接下来,我们就可以根据场景来确定功能了。也就是说,为了满足这些场景下的需求,我们在产品上需要提供哪些功能来支撑。
在确定功能的时候,有两类需要特别注意。一类是核心功能,没有它,所有画像都没法使用我们的产品。另一类是边界功能,没有它,某一个画像就没法使用我们的产品。核心功能是交集、边界功能是并集。
我们会根据画像的设定,将一些边界功能分配给他们。比如说,为什么卢小白她就会想保存图片到相册,章小留就不会呢?事实上章小留也会,但我们不需要把一个边界功能重复分配,因为最终都会覆盖到。
画像需要注意的是它特有的场景,比如考试模式是备考生的特有场景。对于不考试的同学来说有没有都无所谓,但是对考试的同学是非常有用的。
我们把边界功能标记出来以后,就可以框定一个大体的功能范围。
比如说章小留使用的是苹果台式机这就要PC版需要同时支持 Windows 和 Mac 两个操作系统。路小白上下班通勤的时候是单手操作我们在手机上设计浮动键盘时就要考虑到小屏幕手机上26键的全键盘单手时容易按错的问题。
对于卢小白来讲,她的空余时间不多,所以可能还会利用家务和健身的时间,这个时候如果她想复习单词,可能还有一个语音播报的需求。
章小留是追星族,那她在网上看韩剧的时候,会顺便把喜欢的偶像的图片给保存下来,制作成词库,甚至还会分享给同好。
这些都是边界功能。在早期设计的时候,可以先不考虑工期、开发量这些很现实的问题,我们可以先把它放进来思考,至于做不做、什么时候做,那是以后的事情。
我们要做的东西在早期应该尽可能的少,但是思考的范围却应该尽可能的广。我们是把很多东西都想明白了以后,选其中最核心的、最重要的来做。而不是说很多东西我压根就不想,只做眼前看到的那一丁点就开始做了。这样到项目中期,就会出现很多思考上的盲点,这些盲点甚至会导致我们的项目重做,所以需要尽可能避免。
#### [通过思维导图梳理功能](http://r.ftqq.com/lean-side-bussiness/040305.html#%E9%80%9A%E8%BF%87%E6%80%9D%E7%BB%B4%E5%AF%BC%E5%9B%BE%E6%A2%B3%E7%90%86%E5%8A%9F%E8%83%BD)
我们可以通过思维导图软件来梳理功能。
想象一下新用户从什么地方开始使用我们的软件,跟着他的使用流程来同步构建功能。
比如说,首先会需要有一个用户系统,这样我们才能识别用户。接着我们肯定需要有词库,不然就没有单词可以背了。我们肯定也需要有单词的背诵、管理,如果我们要收费的话,肯定还需要有支付。
用户系统里边,我们考虑使用微信登入,这是目前最简单的办法,不用做用户系统、也不用做密码找回。有了登入肯定也得有退出。
有了用户系统以后我们就可以保存用户背单词的进度了。在词库这边呢,既然我们要做一个可切换和自定义的词库,那肯定会有一个列表。
这个列表,首先是会有一个官方的或者叫内置的,然后我们在建立一个本地的列表,给自定义词库用的。
自定义词库这边,我们可能还需要给提供一个工具来制作词库。我们需要有一个单词表、需要生成对应的音频、需要有对应的解释,以及我们背单词的时候看的图片。这是词库的大体功能。
如果我们要做图鉴的话,就需要有词库的完成度数据。就是用户背了词库里面百分之多少的单词、以及对每一个单词的熟练度。在这个基础上我们还需要有一个相册,用来欣赏高清图片。
自定义词库制作完成以后,它还需要有一个分享方式。我们可以允许用户通过二维码分享,其他的用户通过二维码扫码导入。
接下来,我们来看背单词的功能。
首先它需要有一个地方来输入字母,我们会根据输入的字母动态地进行遮罩的调整。然后我们需要把用户输入的时间或者错误的次数统计起来,这代表着对这个单词的熟练程度。我们也还需要有一些辅助按钮,用来显示单词的意思、以及跳过不会的单词。
在最后,当正确地输入了单词以后,我们需要显示一个高清图片,让用户可以很完整地看见这张图片,这是对其的奖励。
另外我们也需要把用户的背单词成绩记录下来,为了能更清楚地看见这个成绩,可能还需要提供一个进度统计,告诉用户背了词库里面的百分之多少,各自的熟练度是多少。
还有支付部分别忘了。首先我们要显示可以付费的商品,当点击购买按钮以后,要把微信支付给呼叫起来。在微信支付完成以后,要进行确认。同时我们也需要维护一个订单列表来进行售后和退款。
### 分期
确定好功能表以后,接下来就可以进行分期了。
#### 功能分期
最常见的流程这里其实是设计MVP而非第一版但设计方式一致因此我们选择相对复杂的演示。
因为我们现在的功能实际上已经非常多了,必须要把它分成不同的阶段来做。最小可行产品不太典型,这里我们以 PMF 验证完成后的第一个版本为例,来选择第一期的内容。第二期就是「以后再做」的功能,第三期就是「不知道啥时候做」的功能。
来看我们的功能列表:
- 推送提醒:可以放到第一期。但为了实现推送,需要有消息系统。如果要做定时提醒的话,还需要做设置界面。因为用户设置过提醒以后,可能有一天不需要了,要能及时取消,不然天天推送还挺烦人的。
- 考试模式:放到第二期。虽然对备考生很重要,但是因为整个开发量比较大,在挣钱之前可以先不做。
- 虚拟键盘:放到第一期。为了支持单手操作,我们需要给背单词的界面添加在移动设备上的键盘界面。不同输入法的键盘可能会导致兼容性问题,所以我们直接通过一个虚拟键盘来解决它。
- 自定义词库分享:放到第二期。
- 图鉴模式:放到第二期,也可能是第三期。
- 语音回放:放到第二期。
![](images/image-123-1024x784.png)
使用思维导图构建功能列表
确定分期的时候,也要同时检查功能点是否都对应上了。比如支付里面,我们需要把「微信支付的对接」加上。
### 功能归类到界面
确定好某一期的功能列表后,可以把各个功能归类到界面里。新建一个思维导图,写上显而易见的各个界面,然后把功能放到界面下去。
![](images/image-122-1024x987.png)
将功能归类到界面
如果发现有功能没有界面放,恭喜你提前发现了做丢的界面,赶紧把这个界面也加进去吧。
这一步完成以后,我们就可以开始进入设计阶段了。
第四步:产品设计
--------
推荐使用矢量原型软件来设计界面常用的包括AdobeXD、Sketch、Figma和开源的Penpot。本文以XD为例但各个软件使用起来大致方式类似可以触类旁通。
### 什么是 Adobe XD
![](images/image-124-1024x757.png)
AdobeXD
Adobe XD是由 Adobe 开发的矢量设计工具,它和 Sketch 类似既可以用来绘制矢量界面又包含原型设计功能还可以在手机上预览设计好的界面。XD 支持 Windows 和 Mac是 Adobe 为数不多的可以免费使用的软件(当然你可以付费升级 pro 版本)。
Adobe之前准备收购Figma于是放弃了XD的更新但后来又收购失败。当下建议使用Figma或者开源的Penpot。
### 使用 Adobe XD 设计简单界面
软件的使用主要还是靠大家勤学多练,这里我们和大家演示下如何用它来设计背单词界面。
#### 理解画板
首先,我们在 XD 里新建一个画板art board
画板是什么?它相当于 Word 里边的页面。一般的纯设计工具没有画板这个概念,但 XD 也包含了原型功能,有时候我们需要在多个界面之间来回切换,而一个画板往往就是一个界面。
点击左侧的菜单里面倒数第2个画板的按钮
![](images/image-125.png)
画板按钮
这时候在屏幕最右边就会出来一系列预置的画板尺寸。
![](images/image-126-313x1024.png)
画板预设
它已经帮我们准备好了常用的规格比如苹果的iPhone、iPad谷歌的安卓机型以及网页常见的尺寸。
我们只要从里边选择对应的尺寸就好了当然也可以不选择它给你预置的直接手工拖拽来画或者在属性里面调整画板的宽和高。那我们就新建一个iPhone Xs尺寸的画板好了。
然后按住 CTRL或者CMD + D就可以直接复制画板。我们把第一个画板叫做背单词界面然后开始设计。
![](images/image-127-1024x614.png)
复制画板
#### 遮罩的制作
先来制作背单词时,字母没有输入完时显示的遮罩效果。选择左侧工具栏中的矩形 
![](images/image-129.png)
矩形工具\
工具,画出一个覆盖全部画板的长方形。然后调节填充颜色为黑色,透明度为 30%。
![](images/image-128-1024x527.png)
遮罩的制作
然后我们到 unsplash.com 这个无版权网站上,找一只猫的图片,把它也放进来。
![](images/image-130-1024x677.png)
添加猫图
这时候猫是在遮罩上方的,所以它挡住了遮罩。
![](images/image-131.png)
调整图层顺序
点击右键选择「Send to back」将它放到遮罩后我们就可以看到被半透明遮罩挡住的猫了。
#### 单词释义和输入框
接下来,在遮罩上边,我们来放上单词释义和输入框。点击最左侧工具栏中的
![](images/image-132.png)
文字工具\
图标,切换到文字工具。
然后输入文字释义。
![](images/image-133-1024x490.png)
添加文字
在右侧的属性面板里,我们可以调节文字的字体、大小、颜色和对齐。
然后我们放上之前设计好的 Logo加上单词输入框。
![](images/image-134.png)
添加单词输入框
注意这个输入框不一定非要是「框」,比如我们这里也可以把它做成下划线。
#### 虚拟键盘
![](images/image-135-497x1024.png)
虚拟键盘
虚拟键盘的制作在 XD 中也很简单,直接用矩形工具绘制就行。需要注意的是圆角的做法。
![](images/image-136.png)
圆角的设置
其实很简单在右侧的属性设置里边把圆角从0 改为 5 就可以了。在做好一个按钮后,我们可以按住 Shift 同时选中按钮和上边的文字在右键菜单中将其编组Group然后按 CTRL或者CMD + D 就可以复制按钮。
![](images/image-137-1024x892.png)
批量分布和对齐
当按钮多起来之后,要对齐它们还挺费事的。其实选中多个按钮后,可以在菜单 Object → Align 中来自动对齐;也可以在 Object → Distribute 中让它们自动均匀分布。
#### 矢量图标
再下来,我们需要在界面中引入图标。既然是矢量界面,当然是矢量图标最好。前边我们已经介绍过 thenounproject.com 了,它还为 pro 用户提供了一个客户端。在这个客户端里边可以非常方便的复制图标。
![](images/image-138.png)
矢量图标
当我们通过关键字搜索到图标后,可以通过下载并将其拖拽到 XD 的方式引入;也可以直接在客户端中右键选择 Copy as SVG然后直接粘贴。因为是 SVG 格式,调整完大小后可以很方便地更换颜色。
最后我们再微调一下输入框和单词释义的位置,背单词界面就做完了。其他界面的制作非常类似,就不在这里累述了。
后续步骤:产品开发、众筹、迭代开发
-----------------
完成产品设计以后第一版一般是MVP设计我们就可以进入开发了。注意对MVP来讲产品设计和产品开发不是必须的而且是应该在能验证需求的前提下尽可能避免的。只有无法通过图文说明、视频演示等办法展现产品特性也无法通过开源软件快速搭建时才进行产品级别的MVP的开发。
准备好MVP后我们就可以通过众筹来验证需求和最基本的营销能力了。当众筹达标我们才进入下一步的迭代开发。反之则回到价值主张部分重新优化或者转型。

View File

@@ -0,0 +1 @@
# 基础设施及搭建

View File

@@ -0,0 +1,119 @@
# 内容池和自动化能力
内容池
除了用户池,我们其实还需要一个内容池。原因有两个。
官网:品牌和入口
内容池首先可以用来存放官网,这是我们的品牌和入口。
一般在做软件产品时,大部分人会做一个产品官网,但在做媒体产品时,则很可能只在各个平台上有各种账号,却没有自己的官网。
但其实官网的意义是非常重大的。往大了说它代表着品牌、IP和入口。往小了说它能解决「如果账号被平台封了怎么办」这种现实问题。
如果我们在各个平台都有账号,但没有独立的官网,那万一我们在平台上的账号被封了,用户即使想找我们,知道我们的品牌名称,但他们没有办法与我们沟通,因为我们没有其他渠道了。
封号这事情,虽然是小概率事件,但是很要命。而且随着越来越多的平台采用不成熟的人工智能,即使是一个处处循规蹈矩的账号,也可能很莫名其妙的就触发了风控规则导致封号。
所以我们需要有一个完全控制在自己手上的东西。确保平台封了我们的账号,只要用户愿意,他们依然可以找到我们。一个好记的品牌、简短的域名就是很好的解决方案。
内容中心
内容池除了是一个入口以外,也是我们的内容中心,我们的内容都应该放到这个平台上。不是说用户只能到这个地方来看,而是说我们在其他平台上发的内容,应该在这个平台上都有一份。这样我们才能应对「内容被删了怎么办的问题」。
在各个平台上内容被删,或者审核不通过,或者审核通过后突然又不通过,这种情况已经司空见惯了。我们需要在自己的官网上来做一个备份。这样的话,即使我们发布在平台的内容被删掉,用户到官网还是可以看得见的。
有些同学可能觉得内容被删没有什么大问题,但如果是一系列的内容,其中有几集被删了,甚至说一个系列教程,最关键的几节莫名其妙的被平台给删掉了,而且自己还没有备份,那用户也没有其他地方可以看,这就非常的难受了对吧?
内容成本
全量内容备份可能会有成本问题。
如果只是图文内容那整体成本比较低我们直接使用云平台存储通过CDN访问就可以了。但如果我们的内容视频很多的话自己Hosting可能导致成本上升。
我们通过两个方案来解决视频成本问题。
多视频源方案
简单的说在官网上优先以嵌入方式展示其他平台的视频只有失效、或者用户主动要求才载入我们自己Host的视频源。
具体实现上我们做了一个WordPress插件。它可以同时把多个视频源放到一个视频播放框里。默认显示B站视频通过点击Tab切换到Youtube或者我们自己的源。这样大部分的视频流量会去往B站。
海外存储和CDN方案
另外一个省钱的办法是在一些非关键业务上可以考虑使用国外的服务。
国内CDN因为成本的原因都比较贵大概一个G反正也要几毛钱。但国外的网络网络资源的价格是不同的我们完全可以用来做非关键业务或者备用方案。
R2 的定价
比如CloudFlare的R2它的流量是不计费的它只对我们的存储容量和访问的次数收费。默认提供的免费额度也很高在用户不多的情况下完全可以免费使用。
但它的问题在于国内访问的时候它的速度没有国内同类服务快。毕竟没有国内服务器即使我们把它设置成东亚地区优先访问速度依然还是会慢一点点。现在我们方糖07网站上面的图片就是放到R2里边的大家可以测试一下速度。之前的用户反馈还算OK。
有了以上两个方案,我们基本可以零成本的做到内容全量备份了。
但是我们要非常清楚一件事情,就是即使从长期来讲,我们的官网的用户量、流量和影响力都很难比不过第三方的大平台。所以我们依然需要把内容分发到第三方平台去触达那些用户。
不是所有的平台用户都愿意从平台来到我们的官网,所以我们需要把内容分发到这些平台上,让这部分不愿意过来的用户在第三方平台上直接就可以看到我们的内容。只有我们长期地和他们建立起来信任关系以后,他们才会愿意到我们的官网来。
内容分发能力
事实上,内容分发是一个很痛苦的工作,它很简单,但是很频繁。
因为只要我们发布一次内容,我们都需要去做这么一遍,这其实是新媒体运营岗的很大一部分工作量。
下图是一个比较典型的内容分发示意图,也是方糖目前在用的。
方糖的内容分发方案
长内容
首先我们用 WordPress 架设了官方网站ft07.com用来放长图文内容文章。目前主要是一人企业方法相关的内容以后会把其他内容逐步迁移过来。这些长图文我们可以通过接口直接推送到公众号里边进行发布
短内容
短内容(像微博)这块,我们是自架了个 Memos ,这是一个比较类似于微博的开源项目,可以自行架设。首先在上面发布内容,再通过工具把它同步到微博和推特。这避免了短内容在平台被删的问题。同时,我们会通过挂件的方式把短内容显示到官网,因为官网才是内容池,所有的内容都应该在这个地方汇聚。
视频内容
视频这一块因为我们之前是做网课所以我们有一个网课产品。于是我们把视频放到网课产品平台上做本地的host。同时我们会把视频分发到哔哩哔哩和 YouTube然后从这两个平台上反向为我们的官网导流。这个视频hosting不是必须的直接用 WordPress 也能实现。
可以看到,在这个框架下,无论是短内容,长图文和视频内容都得到了较好的处理。
但要把这个流程完全用起来,却不容易。如果我们的内容每天都有更新,尤其是短内容,可能一天数十次,那分发本身就会很麻烦。就不是说它有什么难度,而是说它的工作量在哪,是一个体力活。
但比较幸运的是,我们现在可以通过自动化的方式来做这个事情,可以数十倍的提升效率。
当然这不是说自动化能完全替代新媒体岗这个岗位还有很多其他的职能比如跟用户互动、客服、关系维护。这些目前自动化暂时还是做不到的。不过AI可能将来能做到毕竟现在评论罗伯特已经会怼用户了
总而言之,就是我们现在其实通过自动化的能力可以把内容分发这件事情给做了。所以,这个内容分发能力本质上就是自动化能力。
自动化能力
自动化能力这一块我们自己是用FlowDeer来做。
FlowDeer
您可以认为它是一个自动化脚本的管理工具,同时也自带了很多现成的脚本。可以阅读这篇文章了解更多。
FlowDeer界面
我们自己用得比较多的脚本主要是微博发布推特发布然后RSS的监控内容抓取然后翻译网页内容的监控以及账号保活。
一些常用的FlowDeer/FXD脚本
所谓账号保活,比如说,我们要发布微博内容的时候,账号是需要登录的,对吧?而保活是说,我们登录一次以后,它每隔一段时间帮您去刷新一下,保证这个账号一直是登录的。这样要发布的时候就不用登录了,可以直接发布出去。
我们还做了这个文章小编它是自动化和AI功能的一个整合。
像我经常分享一些GitHub上的开源项目那以前都是我自己要撰写文案的。有了这个文章小编以后我基本上就是丢一个链接给它它自己过去截图然后提取主要内容写一个总结写完了给我做个审核审核完了直接发布就好了。整个这个流程是非常顺畅的一般一分钟不到。
所以自动化能力其实已经是内容池所必须的一个能力了。尤其对于一人企业来讲,我们的精力是非常有限的。所以能自动化的地方一定要自动化。
可编程浏览器脚本
当然如果不想用FlowDeer实际上也可以自己手工来编写Puppetter脚本。这是一个无头浏览器或者把它理解成可编程浏览器更为确切。我们可以编程控制浏览器的一切。可以打开某个网页点击某个按钮然后去检测对应的文本可以上传文件发布视频而且是自动化的。
验证码问题
当然也有一些限制,比如验证码和类似拖动式的机器人验证。
我们是建议大家用它来代替自己的日常工作,就是完全模拟真人操作的频率范围以内来做自动化。这种情况下,实际上能遇到验证码的时候不会太多。当然你要把它规模化,这个问题就很大。但这不是我们的目标。我们的目标是代替日常工作。
用AI聊天驱动工作流
另一方面,自动化+AI聊天可以让自动化能力变得灵活。这里有一个例子是FlowDeer里边集成的AI聊天窗口。
FlowDeer Chat 聊天工作流
在这个聊天环境里面您可以把FlowDeer的里面所有的脚本都当做一个工具来使用。比如类似图中的我可以调用图像生成工具让它生成一张图然后同时调用微博发布工具让它这种发微博。而这一切我们只需要在聊天窗口里面通过聊天的方式就可以完成这个是非常方便而高效的。
当然现在因为AI智能的问题还只是一个辅助性的东西。但是我觉得这是暂时性的因为AI的智能每个月都在提升我觉得很快就可以达到普通人的标准。

View File

@@ -0,0 +1,78 @@
# 众包能力
最后还有一个基于产品池和用户池之上的、非常重要的能力 ------ 众包能力。
为什么需要众包
-------
对于一人企业来说,这个能力至关重要,因为我们需要严格控制人数。这是由于我们的商业模式和竞争策略都是按照这个设计的。
我们在很多策略中都提到,由于人数较少,我们可以专注于非常垂直的小市场。即使获得的利润相对于大公司来说较少,但因为人数少,所以人均高,这就成了我们商业模式和竞争策略的基础。如果我们有很多人,那么这种优势就不存在了。
我们现在可以通过AI和自动化处理很多事情但总有一些问题是它们无法解决的需要由人来解决。这就形成了一个基本矛盾。虽然在我们起步的阶段这个矛盾不会太明显但随着业务量增加它会日益明显。
为了解决这个矛盾,我们需要拥有众包的能力。简单来说,众包就是将任务分包给很多人,通常是我们产品的用户。在这种方式下,我们不需要雇佣员工,所以员工数量不会增加,可以很好地满足我们一人企业在规模上面的要求。
![](images/image-36-1024x468.png)
众包能力在基础设施中的位置和重要性
众包能力的构成要件
---------
这个方案听起来很理想,但实际操作中有很多需要注意的细节。
首先并不是所有的任务都可以众包它们需要非常明确而我们分包给的任务执行者需要具备相应的能力、时间和意愿。所以总体来讲我们需要处理掉所有自己、自动化和AI能处理的事情最后将处理不了的部分拿出来进行众包。
![](images/image-37-1024x491.png)
众包系统的构成要件
众包系统的构成要件包括几个方面。
### 清晰的细分任务
首先,要有一个清晰的细分任务。不能将一整块任务扔出去,这样完不成的风险很高,沟通成本也高。需要多人紧密合作的任务也不适合直接众包。我们需要将任务分得特别细,无需沟通就可以直接执行。
例如,如果我们要翻译我们的整个网站,我们可以将要翻译的内容全部拆成单句,然后发给我们的用户。每一个用户只需要翻译这一句,然后提交。我们会对比两到三个人的翻译结果,然后从中选择一个较好的。而选择结果的任务又可以作为一个独立任务,再次通过众包系统分发下去。采用类似于这样的逐步分拆的方式,使每一个细分任务都足够明确。
另外,单人的工作量应该足够小。因为众包与外包不同,众包是任务执行人在业余时间来做这个事情,所以他的时间和精力都是非常不可控和不可知的。我们需要将承担的工作量变得足够小,然后执行任务的人足够多,这样我们才可以更好地进行控制质量和风险。
### 明确的验收条件
第二,是一个明确的验收条件。其核心是量化,即这个任务是否完成,完成的好不好,要有一个量化的标准。最好可以自动验收。
自动验收的最大优点在于,一旦验收完成,我们就可以实时发送奖励。这样对任务执行人的激励效果会放大,不但会刺激他继续来做众包任务,甚至还会推动他邀请自己的朋友来参与。
### 有吸引力的奖励
最后,有吸引力的奖励也非常重要。
现在各个APP里面的邀请任务已经非常多了套路已经被用烂了产生「吸引力」就很难。
我们发现依然有吸引力的奖励首先是现金或等价物,比如说京东购物卡;然后是与业务相关的一些有价无市的物品,比如说像我们设计的 NodeJS 实体包,这个现在已经买不到了。如果把它作为奖品的话,我觉得还是对我们的目标人群是很有吸引力的。总的来说,在奖励上,要多一点真诚,少一点套路。
发放时机刚才已经说过了,最理想的方式是实时发放,因为它可以在任务执行过程中就把激励循环转起来,最后获得的效果会好很多。
众包系统
----
那么,要完成众包,我们需要什么样的支持系统?
这取决于我们是否要自动判定验收条件,因为不同的任务的验收条件是完全不同的。
如果要自动判定,我们就需要各种垂直细分的专用系统。比如,像裂变和推荐返现就是非常典型的垂直众包。这个场景被单独拿出来优化运行,甚至现在大家都不觉得它算众包了。
但它本质上就是一种众包。我们可以回过头来看它的这几个要件:
1. 首先,它有一个清晰细分的任务。给你一个链接,你通过这个链接邀请用户来。
2. 然后,它的验收条件也非常明确,用户带着邀请码注册,系统直接就能识别到。
3. 最后奖励也是实时的发放的,一旦发现任务完成以后,立刻发送奖励,很多系统微信上立马就可以收到现金。
所以,众包不一定是一个独立系统,它也可以是一个垂直的功能。
如果接受人工验收,那么我们可以有一些更通用的方案。
比如论坛加积分商城。网龄稍微大一点的同学可能用过,基本流程就是,你可以在论坛发布任务,然后把积分悬赏放上去,然后其他人完成任务以后,你去结帖,然后积分就会转让给他。同时论坛本身提供一个积分商城来做奖励的兑换。当然,现在论坛的这个产品形态已经用得非常少了,但是类似的机制依然运行得很好。
如果你使用WordPress它有一些现成的商业的威客插件。安装以后可以为 WordPress 添加类似的任务发布、领取、验收、积分/现金结算的功能。

View File

@@ -9,13 +9,13 @@
在这里,我想给出一个我自己的定义:「一人企业是以个体或个人品牌为主导的业务体」。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-5-1024x353.png)
![](images/image-5-1024x353.png)
什么是一人企业
之所以选择称之为「业务体」,而非「公司」,是因为存在一个普遍的误解,即许多人认为必须要注册一家公司。尽管后来我将其称之为「企业」,这种误解仍旧存在。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-6-1024x462.png)
![](images/image-6-1024x462.png)
一人企业的基本定义
@@ -29,7 +29,7 @@
很多人把「一人企业」和「个体户」划上等号,这是不对的。它们有根本上的不同。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-7-1024x382.png)
![](images/image-7-1024x382.png)
一人企业和个体户的区别
@@ -37,7 +37,7 @@
### 一人企业不等于创业公司
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-8-1024x347.png)
![](images/image-8-1024x347.png)
一人企业和创业公司的区别
@@ -66,13 +66,13 @@
在详细讨论一人企业的定义之后,我们来看一下一人企业的特点。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-9-1024x390.png)
![](images/image-9-1024x390.png)
一人企业的特点
它有三个显著的特点:员工数量少,资源有限,以及面对的竞争环境是以小博大。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-10-1024x370.png)
![](images/image-10-1024x370.png)
员工少的优缺点
@@ -96,7 +96,7 @@
### 资源有限
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-11-1024x389.png)
![](images/image-11-1024x389.png)
资源有限的优缺点
@@ -108,7 +108,7 @@
50个工时意味着什么举个例子如果你要制作一个网页并添加细节可能需要大约10个小时而这还不包括测试和后期的一些优化工作。也就是说如果以网站开发为例一周大约可以完成3-5个页面。简略计算两个小功能大约就能占用一周的时间。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-12.png)
![](images/image-12.png)
方糖多钱外包报价计算器
@@ -134,7 +134,7 @@
### 以小博大
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-13-1024x339.png)
![](images/image-13-1024x339.png)
一人企业必须以小博大

View File

@@ -19,11 +19,11 @@
### 工作流和方法论
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-83.png)
![](images/image-83.png)
主业最大的副产品:工作流和方法论
主业最大的副产品是我们在工作中积累下来的工作流和方法论,换言之,是「如何一件事情做得比别人好」的诀窍。这些积累原本就随着我们的职业生涯不断增长,职业发展的主要推动力。在行业中分享这些知识,不但和主业没有冲突,而且是大多数公司鼓励的。
主业最大的副产品是我们在工作中积累下来的工作流和方法论,换言之,是「如何一件事情做得比别人好」的诀窍。这些积累原本就随着我们的职业生涯不断增长,职业发展的主要推动力。在行业中分享这些知识,不但和主业没有冲突,而且是大多数公司鼓励的。
针对工作流和方法论的副产品形式,已经有大量成熟的渠道。
@@ -31,7 +31,7 @@
比如书籍出版,不但适合销售方法论,也是获得行业影响力的最佳渠道之一。甚至即使作为译者、也能「大树底下好乘凉」。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-84-707x1024.png)
![](images/image-84-707x1024.png)
《故事写作大师班》
@@ -49,7 +49,7 @@
这个原本只是为了充分利用副产品的举措,后来帮助我度过了全职独立开发时没有收入的那一段时间。我后来又将录制和制作技术教程的方法论做成了[网课变现课](https://stack.ftqq.com/course/detail/5),实现了复合副产品优势。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/wangke-bianxian-ke.png)
![](images/wangke-bianxian-ke.png)
网课变现课
@@ -64,7 +64,7 @@
我2018年时曾出版过一本两万字左右的《[程序员跳槽全攻略](https://read.douban.com/ebook/7611058/)》定价在一两块钱累计收益扣完税有6千左右。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-85.png)
![](images/image-85.png)
关于电子书的正式出版,可以参考我之前写的[《如何通过互联网出版一本小书》](https://github.com/easychen/howto-make-more-money/blob/master/ch11.md)一文中关于[BookDNA](https://www.bookdna.cn/)的介绍,注意因为文章写作时间较早,部分内容可能过时,需要自行确认。
@@ -78,13 +78,13 @@
OpenAI在2023年11月推出了Custom GPT允许用户通过指定提示词、上传文档、添加API作为工具等方式将通用GPT定制为专用版本。并在 2024年1月10日推出了GPT商店采用与苹果应用商店类似的商业模式创作者可以在其中盈利。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-87-1024x799.png)
![](images/image-87-1024x799.png)
GPT Store
经常活跃在微博上的[宝玉XP](https://weibo.com/u/1727858283)老师经常使用GPT翻译大量科技文章和视频字幕。他将自己的方法论制作为Custom GPT后发布在 GPT 商店在2024年1月登上了 GPT Store Writing分类的第一名。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-86.png)
![](images/image-86.png)
科技文章翻译GPT
@@ -94,7 +94,7 @@ PS可以[点这里](https://weibo.com/1727858283/4981299343787589)查看这
通常AI产品并不能完成一个完整的工作流于是出现了各种AI工作流软件。一个典型的例子是ComfyUI它是一个基于Stable Diffusion的流程工具可以完整覆盖除了图片生成以外的其他工作流。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-88-1024x641.png)
![](images/image-88-1024x641.png)
ComfyUI
@@ -102,7 +102,7 @@ ComfyUI
#### 产品化
最后,产品化也是工作流和方法论作为副产品的一大方向。当你能很好的手动实现某个业务后,你可以逐步将其自动化或者半自动化,最终作为一个服务来售卖。对一人企业而,这也是《纳瓦尔宝典》中说的「将你自己产品化」。
最后,产品化也是工作流和方法论作为副产品的一大方向。当你能很好的手动实现某个业务后,你可以逐步将其自动化或者半自动化,最终作为一个服务来售卖。对一人企业而,这也是《纳瓦尔宝典》中说的「将你自己产品化」。
这个产品不一定是软件也不一定需要编码。逻辑思维最初只是公众号后期才发展为得到APP。但如果已有的方式不适合我们的副产品那我们可以创造一个独有的产品来承载它。
@@ -110,7 +110,7 @@ ComfyUI
### 行业知识库
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-89.png)
![](images/image-89.png)
行业知识库
@@ -142,7 +142,7 @@ ComfyUI
在传统行业和二三线城市,人脉关系至为重要,甚至是很多人的生存之道。但作为互联网从业者,我们可能会认为,在这个行业里,人脉关系并不是主要资源,大部分的业务还是规则驱动的。但后来我意识到,光是认识的人足够多,就可以成为撮合型业务的基础。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-90.png)
![](images/image-90.png)
人脉关系的副产品形式
@@ -155,7 +155,7 @@ ComfyUI
例如,有些人每天不得不花费一到两个小时在通勤上,这段时间内,他们可能会选择在地铁上刷手机。这种生活方式能够带来的副产品之一就是阅读。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-91.png)
![](images/image-91.png)
湾区日报
@@ -167,7 +167,7 @@ ComfyUI
不过看起来湾区日报在2023年11月停止更新。其挑战之一在于尽管文章摘要使用中文但许多链接的内容都是英文这对于一些读者来说可能较为困难。湾区日报创建时人工智能还不够成熟如果我们现在考虑使用人工智能技术来重构那么可以将其打造成足够自动化的Reading as a Service。
![](https://res07.ftqq.com/wp-content/uploads/2024/03/image-92-1024x475.png)
![](images/image-92-1024x475.png)
Reading as a Service
@@ -184,4 +184,4 @@ Reading as a Service
兴趣爱好副产品和生活方式副产品非常类似,区别只是它来源于兴趣爱好。这里要强调的是,一个反常识的事实时,很多人以为自己有兴趣爱好,但大部分时候都只是叶公好龙,并没有真正在兴趣爱好上投入太多,「玩都玩不专业」。
还有的人可能兴趣爱好很多,但都浅尝辄止,每隔一个月换一个。这种也难以产生优质副产品。如果没有能坚持数年持续投入的兴趣爱好,我们更建议考虑其他副产品。
还有的人可能兴趣爱好很多,但都浅尝辄止,每隔一个月换一个。这种也难以产生优质副产品。如果没有能坚持数年持续投入的兴趣爱好,我们更建议考虑其他副产品。

58
src/download.php Normal file
View File

@@ -0,0 +1,58 @@
<?php
$markdownDir = './'; // Markdown文件所在目录
$imagesDir = 'images'; // 图片下载目录
// 确保图片下载目录存在
if (!is_dir($imagesDir)) {
mkdir($imagesDir, 0777, true);
}
// 使用cURL下载图片
function downloadImage($url, $filepath)
{
$ch = curl_init($url);
$fp = fopen($filepath, 'wb');
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_REFERER, 'https://ft07.com'); // 设置Referer头部
curl_exec($ch);
curl_close($ch);
fclose($fp);
echo "Downloaded: $filepath\n";
}
// 替换Markdown中的图片链接并下载图片
function replaceImageLinksInFile($filePath, $imagesDir)
{
$data = file_get_contents($filePath);
$regex = '/!\[.*?\]\((https:\/\/r2\.ft07\.com\/.*?\.(jpg|png|gif|bmp|webp))\)/';
preg_match_all($regex, $data, $matches, PREG_SET_ORDER);
foreach ($matches as $match) {
$imageUrl = $match[1];
$imageName = basename($imageUrl);
$localImagePath = $imagesDir . '/' . $imageName;
// 替换Markdown中的图片链接为本地路径
$data = str_replace($imageUrl, $localImagePath, $data);
// 下载图片
downloadImage($imageUrl, $localImagePath);
}
// 保存更新后的Markdown文件
file_put_contents($filePath, $data);
echo "Updated file: $filePath\n";
}
// 读取并处理每个Markdown文件
$files = scandir($markdownDir);
foreach ($files as $file) {
if (pathinfo($file, PATHINFO_EXTENSION) === 'md') {
$filePath = $markdownDir . '/' . $file;
replaceImageLinksInFile($filePath, $imagesDir);
}
}
echo "Done.\n";

Binary file not shown.

After

Width:  |  Height:  |  Size: 165 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 58 KiB

BIN
src/images/gs-710x1024.jpg Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 128 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 147 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 54 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 55 KiB

BIN
src/images/image-10.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 126 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 300 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 173 KiB

BIN
src/images/image-102.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 267 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 44 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 275 KiB

BIN
src/images/image-105.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 72 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 74 KiB

BIN
src/images/image-107.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 438 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 200 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 241 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 52 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 229 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 182 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 254 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 275 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 165 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 273 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 771 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 541 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 142 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 41 KiB

BIN
src/images/image-12.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 91 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 156 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 166 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 204 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 187 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 60 KiB

BIN
src/images/image-125.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.7 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 73 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 103 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 50 KiB

BIN
src/images/image-129.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.1 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 67 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 375 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 241 KiB

BIN
src/images/image-131.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 452 KiB

BIN
src/images/image-132.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.6 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 144 KiB

BIN
src/images/image-134.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 238 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 181 KiB

BIN
src/images/image-136.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 22 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 561 KiB

BIN
src/images/image-138.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 290 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 25 KiB

BIN
src/images/image-14.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 130 KiB

BIN
src/images/image-15.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 125 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 27 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.0 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 135 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 32 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 59 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 47 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 89 KiB

BIN
src/images/image-19.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.1 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 255 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 68 KiB

BIN
src/images/image-20.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 292 KiB

BIN
src/images/image-21.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 170 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 86 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 75 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 125 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 82 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 47 KiB

BIN
src/images/image-26.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 863 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 159 KiB

BIN
src/images/image-27.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 34 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 220 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 131 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 222 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 66 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 158 KiB

BIN
src/images/image-30.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 170 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 108 KiB

BIN
src/images/image-31.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 70 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 72 KiB

BIN
src/images/image-32.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 14 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 266 KiB

BIN
src/images/image-33.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 21 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 293 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 69 KiB

Some files were not shown because too many files have changed in this diff Show More