在2013初，笔者把过去两年开发app后端的经验总结成十多篇文章发表在博客上，那些笔记发表之后的反响出乎本人的意料，本人从网络上获得网友的支持和确定，证实这些知识仍是有价值。android
2013年离开了当时的创业团队后思考从此的技术方向，当时笔者已经开发过两个社交app的后台，对开发app后端的流程比较熟悉，可是从技术发展的角度来看，笔者缺少开发大流量大并发的技术经验，在从此的职业发展上必须填补这方面的空缺，所以就任时倾向于选择一些有大流量的公司。ios
当时笔者只投了两家企业，最后都拿到了offer，一个offer是如今工做的bmob后端云，天天访问量有上亿，另一个offer 是一个用户量上亿的音乐app的基础技术部，天天的访问量更大。当时笔者考虑是那时bmob后端云我加入后也就3个后台工程师，在这种大平台小团队的环境中，想完整地掌握整个后台的架构不难，并且能获得应付每日亿级访问量的经验，有更多的负责全局的机会；而音乐app公司后台技术团队人员已经不少，笔者加入的话只能负责其中某些模块，很难完整掌握整个后台架构。所以笔者最后决定加入了bmob后端云。程序员
笔者加入bmob接触到后台各个方面，技术水平和眼界也有了很大的提高，对之前写的一系列app后端开发文章也不太满意，当时和qq群上网友聊天时透露的这些想法也获得众多网友的支持，因而就打算从新写一系列关于“app后端架构”文章。web
2015年时自媒体概念流行，微信公众号上的口号“再小的个体，也有本身的品牌”撩动了大众的神经，而笔者一贯推崇“学习，实践和分享应该是3位一体”，正好借助重写一系列“app后端架构”文章的机会，实践和反思学习到的商业知识。数据库
当时笔者的想法是试水自媒体，而产品就是一系列“app后端架构”文章，经过运做这个品牌和产品去实践学习过的商业知识。后端
后来笔者这系列“app后端架构”文章在博文视点的付编辑帮助下，能以书籍《App后台开发运维和架构实践》的方式展示在各位读者面前。服务器
本文从下面几个方面展现了笔者在这个过程当中的思考：微信
-
产品分析网络
-
目标用户架构
-
卖点
-
渠道
-
内容
-
内容的优化
-
思惟的飞跃
产品分析
产品就是一系列的“app后端架构”文章，而笔者自身的客观状况决定了能写出什么样的文章，所以产品分析实际上是笔者自身状况的分析。
2015年时笔者分析自身的情况，优势以下：
1.两年半的外资企业工做经历，养成了良好的作事习惯和规范化的开发流程。
2.接近两年在创业团队中app后台开发经验，完整地经历了两个app后台“从0到1”的阶段，熟悉创业团队的整个工做流程和创业团队的开发模式。
3.两年在bmob后端云的工做经验，真正经历了亿级日访问量的技术洗礼，同时因为大平台小团队的缘由，负责了大量的开发和运维工做，接触的技术范围很是广，对整个后台架构也很是熟悉。
4.一直以文艺青年（如今已进化为文艺中年人^-^）自居，享受写做的过程。
5.有长期写博客的习惯，文笔还行。
不足的地方以下：
1.没有一线互联网公司的工做经历，不了解大公司的工做流程和企业文化。
2.虽然经过网络了解过BAT等巨头的技术架构，但没有真正的实践经验，也无法和真正的业务结合起来，所以这些知识都是纸上谈兵，只能在吹牛时提升自身的逼格。
目标用户
结合自身长期工做于创业团队的经历，对初创型团队的了解比较深刻，并且技术上的技能是以app后台开发为主，这二者结合起来就是“创业团队中的app后台开发”。
什么人对“创业团队中的app后台开发”这个主题感兴趣？
一开始我觉得只有和我相似经历的“app后台开发人员“是个人目标用户，后来在网络上发表的文章我留下了一个qq群号码，让感兴趣的同窗加入到qq群中交流。在交流的过程当中，我发现了目标用户比我想象中的更多，总结了下面3种用户画像（用户有多种，经过用户画像（例如职业，年龄，学历，地域等属性）给用户分类，经过分类更容易把握用户的需求）：
1.从传统软件开发行业转入app后台的开发人员。
2. 创业团队中的创始人，须要寻找技术合伙人。
3. 进入了创业团队，但尚未完整app后台开发经验的初级开发人员。
我估算了他们的比例：
app后台开发经验的初级开发人员：80%
从传统软件开发行业转入app后台的开发人员：10%
创业团队中的创始人：10%（2015年股灾后，这部分的用户基本消失了）
卖点：
有了上面的目标用户定位后，笔者就要肯定“app后端”这个自媒体的卖点是什么？
这里的卖点，笔者所指的是因为app后台开发的内容很是普遍，“app后端”自媒体中的内容主要偏向于哪些方面？自媒体经过提供这些方面的知识来吸引目标用户。app后台开发的内容很普遍，有高深的架构知识、有运维知识、还有开发的管理方面，各个方面的内容都有各自的受众，须要结合自身的特色和市场来决定自身的卖点。
笔者分析卖点，是经过分析目标用户的需求来决定：
下面是笔者列举“创业团队中的app后台开发”的需求：
1.正式开发产品前，要招聘app后台工程师的需求，例如招聘使用哪一种语言的工程师？
2.开发产品时，有下面的需求：
（1）分析业务流程，决定基本的技术架构的需求。
（2）完善产品开发效率的需求，例如面对创业团队中产品需求多变的特色，开发上应该怎样应对？
（3）技术的选型需求，例如用哪一种数据库，用哪些推送服务，用哪一种服务器？
（4）对于从未接触过app后台的开发人员，还要了解app后台不一样于web的一些技术：例如推送，LBS。
3.产品上线后，有运维的需求：
（1）开发人员怎么合理选择服务器的具体配置，怎么快速部署服务器？
（2）面对线上出现的各类问题，怎么分析缘由在哪？
（3）如何应对开发速度跟不上业务上的快速增加？
在本文的产品分析中提到，笔者的主要特色：
1.技术面广。
2.没有专研深刻的技术领域。
3.比较喜欢写做。
所以结合上面的需求，笔者决定了下面的核心卖点：
使用通俗易懂的语言去讲述app后台各种技术，主要涉及某个技术的应用场景以及基本原理。
上面的核心卖点肯定后，因为这个自媒体的卖点是使用通俗易懂的语言讲技术，对技术的基础要求不高，所以 “app后端”这个自媒体的目标读者范围能够扩大，增长了产品经理，android和ios程序员，由于他们都有了解app后台的需求。
渠道：
渠道是指：在哪里发表文章？
文章发表在哪里，这个问题的核心是：“app后端”的目标用户怎么才能接触到“app后端”这个自媒体的文章？
简单点来讲，由于用户在网络中会经过各类网站和app接触到不一样的信息，例如微博，微信，知乎，搜索引擎等等， “app后端”的目标用户主要集中在哪一个网站或app？只有把“app后端”发表在正确的渠道，才能让目标用户了解和接触到“app后端”这个自媒体的内容。固然了，若是有足够的精力能够发布在全部你知道的渠道上，但本人精力有限，只能挑一至两个渠道发布。
下面是笔者对几个渠道的分析：
-
微信公众号
-
微博
-
知乎
-
搜索引擎
（1）微信公众号
如今想找到一个没有安装微信的手机很困难，微信公众号是移动互联网年代最大的中文信息入口，基于中国庞大人口带来的红利，不管多小众的领域都能在微信上找到对应的目标用户。
按照“app后端”目标用户“IT人员”的使用习惯，使用微信最主要的时间是在上下班的交通工具和家里，但这两个时间段都没有一个良好的学习驱动力，阅读微信上的信息主要以休闲娱乐为主。
并且微信公众号的设计是以时间线为主，这就意味着文章必须具有很强的热点效应，一篇文章发的几天不能吸引用户阅读，之后就更不会有用户阅读，对笔者这种讲解基本原理的文章很不利。
因此在微信渠道上笔者没投入多少时间，可是考虑到微信强大的沟通效果，和用户创建联系的便捷性，笔者把微信做为一个辅助的渠道。
（2）微博
娱乐八卦消息太多，不考虑。
（3）知乎
优质的渠道，上面汇集了大量的IT用户，但里面的内容不是以IT技术为主，但问答的方式不利于讲述各种技术，并且如今知乎的运营上有向八卦平台发展的方向。
读者能够想一想，若是笔者想讲述某个具体的技术，必需要找一个对应的问题，不少技术不必定有相应的问题，这就只能自问自答了。
还有一个知乎专栏，虽然能解决上面提到没有相应问题的矛盾，可是专栏的流量是由答主经过回答问题，吸引用户关注导入，既然笔者不肯意回答问题，那也不会有啥流量。
最后考虑到笔者精力有限，放弃了知乎这个渠道。
（4）搜索引擎
在什么样的场景下，读者才会须要了解某个技术的适用范围和基本原理？
根据笔者自身的经验，是在自身遇到某个技术相关问题的时候。
而遇到某个技术相关问题时，最重要的解决方法是什么？是搜索。
“遇到技术问题，搜索相关答案”的场景，是技术类文章最重要的用户入口。因此笔者把搜索引擎做为“app后端”最主要的渠道。
内容：
完成渠道的选择后，就要根据渠道去制做相关的内容。
内容有下面3种形式：视频、音频、文字。
音频对于技术类的内容来讲，能够放弃。
视频内容是不利于搜索（如今的技术还无法搜索视频的内容），不容易制做（一个视频不容许有重大失误，否则就只能重录），不利于修改（无法修改，只能选择重录），再加上笔者一口广东普通话，所以放弃了。
搜索渠道最适合的内容载体是文字，搜索引擎能够收录文字的所有内容。
既然最重要的是搜索渠道，那么就不得不提SEO。
笔者使用的主要SEO方法：
（1）权重
笔者长期在CSDN博客上发表文章，既然要打造“app后端”这个自媒体，那么须要创建一个独立博客吗？
考虑到CSDN这个专业的IT网站比独立博客有更高的权重，更容易被搜索引擎收录，排名更高，并且笔者目前的主要需求就是写文章而已，还不须要用到其余的功能，所以仍是选择把文章发表在CSDN。
（2）关键词矩阵
用一级核心关键词+多个二级关键词做为文章标题，实现SEO霸屏术，确保文章能有足够多的机会能为用户搜索到。
一级关键词是最容器被搜索到的关键词， 当时考虑到的一级关键词有两个：“app后台”和“app后端”。比较后发现“app后台”在搜索引擎上被不少公司竞价排名了，若是笔者用这个词做为一级关键词，争不赢竞价的公司，因此最后选择了“app后端”一级核心关键词。
二级关键词是围绕着“app后端”相关的技术，例如开发语言，服务器，LBS等等，最后的文章标题是这样的：
-
app后端选择什么开发语言
-
app后端选择什么服务器
-
app后端如何实现LBS
（3）文章的互相索引
若是用户阅读了“app后端”系列的其中一篇文章，怎么引导用户阅读其它文章？
因为CSDN博客不支持文章签名功能，所以笔者选择的方法是在“app后端”系列每篇文章的结尾都指向了一篇相同的索引文章，在这篇索引文章中列出了全部发表的文章。
内容的优化：
接下来的问题是：如何用通俗易懂的语言写文章？这是否是有必定的方法或技巧的呢？
笔者参照《商业就是一场秀》这本书的内容，在“app后端”系列文章中使用了下面的写做框架：
（1）描述背景，创建认同感。
文章阅读犹以下阶梯，应该从第一句开始就吸引读者的注意，让读者读完第一句就想读第二句，再到第三句，直到结尾。
什么内容最容易吸引读者注意？和读者利益相关的内容，也就是这篇文章能给读者带来的好处，或者能给读者解决的痛苦，从而得到读者的认同，让读者有继续阅读的欲望。
另外在描述痛苦或好处中，同时创建了整篇文章的总体内容框架，让读者对文章的内容有个大概的认识，减轻读者的认知负担。
下面是《app是怎么炼成》这篇文章中开头的例子：
不少刚进入app后端的小伙伴，有的是以前没有接触过这个行业，有的是只在学校学习了基本的技术知识，不知道开发app的整个流程是怎么样的，所以内心会有一股恐惧。听着别人口中的一大串app相关的术语，也不知道怎么回事，更谈不上和别人交流。在本文中，根据本人在创业公司的经历，帮你解决以上的疑惑，助你迈入app开发的大门。
（2）讲故事，使内容再也不抽象
大脑爱故事。
大脑天生不喜欢抽象的概念，喜欢具体形象的概念。经过拟人化的故事，使产品再也不抽象。
但讲故事这个技巧，笔者在《app后端》中没用过，由于没学会^-^。而《商业就是一场秀》里面的故事，我以为没什么吸引力，很无聊。
（3）类比，创建事物间的联系。
笔者一直认为，计算机是人类智慧的产品，所以，计算机中的大量概念能在生活中找到原型。把读者陌生的概念，和一个读者生活中熟悉的概念创建链接，可让读者更容易理解。
经过类比的方法介绍某个概念，会在必定程度上丧失了概念的精确性，但为了使读者更容易理解某个概念，这种精确性的丧失对于科普类的文章来讲，笔者认为是能够接受。
笔者在介绍Fastdfs这款分布式文件系统时，使用了下面的类比：
在生活中的仓库里，有不少货柜用来存放货物，怎么能保证不管增大了多少货柜，都能被合理使用的呢？
核心是每一个仓库里都有一个仓库管理员，当增长了货柜，仓库管理员都收到。当工人须要向仓库里放货物，先问仓库管理员哪一个货柜有足够的空间存放货物，仓库管理员会告知工人具体哪一个货柜，而后工人走到对应的货柜中存放货物。
上面仓库中的仓库管理员和货柜，就是FastDFS在生活中的模型。
FastDFS就是仓库, FastDFS里有两大角色：跟踪器（tracker）和存储节点（storage）。跟踪器（tracker）就是仓库管理员，主要作调度工做，在访问上起负载均衡的做用。存储节点（storage）就是货柜。
（4）描述
使用讲故事和类比的方法让读者初步了解某个概念后，就须要用精确的语言去描述具体的内容，有两个须要注意的地方：
1.尽可能用具体形象的方法，例如发现某个概念用抽象的语言很难理解，能够画图说明。一副图赛过前言万语。这点在网络上发表《app后端》系列文章时作得很差，后来在出版书籍《App后台开发运维和架构实践》弥补了这点，为《App后台开发运维和架构实践》配上了200张左右的图片。
2.避免“知识的诅咒”。若是目标读者是初学者的文章，一大堆的专业术语，他们看得懂吗？在写文章的时候，要注意初学者和行业资深人员知识上的差距，先从一些简单的概念出发，一步步引导初学者逐步掌握高深的概念。
思惟的飞跃：
写博客的过程当中，读者和我聊天时问我有没有想过出书，他能够给我介绍编辑，但我以为本身怡然自得地写博客和公众号就行了，书籍出版这个渠道太折腾，也没啥用，因而婉拒了这位读者的好意。
我的身处移动互联网行业4年多了，经历了3个创业团队，两次的失败经历。在这个过程当中，我都是负责技术方向的，考虑的都是后台架构方面的问题，怎么让后台更高效等。
后来慢慢开始在博客上，公众号上分享本身在创业团队中的经历，在qq上，在app后端qq群上和来自全国的创业者和后端开发聊天，眼界打开了。这个过程当中，虽然也有对产品和技术的思考，但更多的也只是停留在表面上，没有进一步思考到这里面的商业化思惟。
直到我看了老鹰发表的这篇文章《我靠微信公众号一天以内忽悠了十万元》作了深入的检讨，才发现本身是井底之蛙，一直都是“小农思想”，不懂得商业化思惟。
后来“博文视点”的付编辑联系我，问我出书的意愿时，我考虑了一下就答应了。做为一名爱读书的文艺中年人，写书的过程要付出什么我很清楚，但当我用商业化的思惟去思考这件事情，发现是利大于弊：
（1）“博文视点”做为国内著名的计算机图书品牌，拥有众多的合做渠道和良好的口碑，经过“博文视点”的渠道，个人做品能出如今大型的公众号平台（例如“运维帮”），京东，当当，亚马逊等国儿大型的购书网站，电子书平台，还有各大书店，这些渠道靠我目前我的的能力是没法接触。
（2）出书能提高自身的技术形象，“某某书做者”这个头衔在大众的观念中仍是有必定的权威性。在某次去医院的时候，一开始医生仍是脸无表情，听到我出版了一本书，马上和我兴致勃勃地聊起了出书的事情。
（3）国内的确是缺少《App后台开发运维和架构实践》这种专门针对App后台技术的书籍，如今都是移动互联网的时代，有这方面的强烈需求。经过出版书籍，能让更多的读者了解到这方面的知识。
（4）做为一名文艺中年人，没出过书始终是一大遗憾，虽然不能出版纯文艺书籍，但出版一本技术书假装成技术文青仍是挺好。这是一个文艺中年人炽热的心啊！
这个过程当中的不足：
1. 写书的时候没有和用户的交流，全部业余时间都花费在写书上，这个过程是很危险，脱离了用户，走错一步就没法返回了 。同时写书后博客和公众号都没怎么更新了，热度有所降低，幸亏SEO策略生效了，博客上的文章天天都带来固定的流量。
2. 缺少写书的经验，有一些章节当初没想好就直接下笔了，致使交稿前3个星期，推倒重写了一个章节，时间很是紧迫。
3. 经历了第一本书的写做，这种闷头写书（中间曾经想过把书稿发给部分朋友看，咨询他们的意见，但无法控制书稿不被泄露，最后仍是放弃了这个想法）的方式太危险了，整个写书过程没有任何反馈和迭代，一步错之后就全错了。这本书写得我胆颤心惊，我很怕内容把握错了，7个月的心血就全没。
《App后台开发运维和架构实践》一书上架各大网上书店的时候，发现了两个问题：
1.因为书名是《App后台开发运维和架构实践》，有部分网上书店的编辑人员把这本书归到“移动开发”这个分类，其实这本书应该是“架构”方面的分类，虽而后来作了些补救措施，可是有部分网站仍是无法改分类。
2.我一直认为详细的目录是有利于读者检索和查找信息，所以这本书的目录占到了7页，结果网上的书店没有把本书的目录贴完整，大多数网站都只贴了一部分目录，这样极大不利于读者在浏览网页时了解本书的内容。
《App后台开发运维和架构实践》已经在京东，当当，亚马逊等网上书店上架了，在创业过程当中至关于产品已经出来了，接下来就是大力推广（因为书籍的特殊性，无法迭代）。
第一次推广是在端午节前，在我经营了两年的qq群渠道（这个qq群的成员都是阅读过我发表的“app后端”系列文章的读者，和本书的目标用户高度重合）上用EDM邮件和@全体成员这两大利器推广，过了3天后就发现《App后台开发运维和架构实践》上了京东计算机分类新书榜的第10位（第10位是个很关键的位置，这个位置意味着京东的用户一打开“计算机”分类的网页就能看到书《App后台开发运维和架构实践》的连接，相似于app store的打榜），打算在端午后来第二波推广，结果发现了一个残酷的事实：
书没货了！
京东的书没货了，那在京东这个渠道上怎么推广都是白搭！这使我认识到纯粹的线上产品和实体产品的区别，我还不能控制京东什么能补上货。实体产品受库存的影响，还有供应链的影响，推广实体产品和纯粹的互联网产品是有区别。
接下来，我准备干什么？
一直都在关注踏浪100（http://www.talang100.com/）这个互联网营销学习网站，因而我买了它的VIP会员资格，现学现用互联网营销的知识，这篇文章也是学了它的课程后根据相应的知识点整理出来，接下来就是不断学习上面的营销知识，用所学的知识推广书籍《App后台开发运维和架构实践》。
在《认知写做学》的课程中，阳老师提醒过咱们：
最后一个提醒就是，成年后，绝大多数事情都是自我决定，自我驱动，自我教育，自我输出。这种习惯的养成，容易受益终身。可是受制于小时候学习习惯的影响，咱们依然每次学习，都会追逐完美，总想直接拿100分，而忘记了「最小」，这一点，相信很多同窗会体味很是深入。
你越追求完美，就容易拖延；你越追求「最小」，就越容易走到课程终点。成年后，像超级大牛西蒙所说的同样，给本身上一课，作「追求满意的人」而非「追求最优的人」。
这是成年后，终身学习与高中时应试学习最大的区别。永远学习；永远好奇；永远保持独立思考；永远不同凡响。
不懂网络营销怎么办？学！
学了营销的最小知识：写文案，选择渠道，监测营销效果后，就马上把知识投入到实践当中。
实践中发现问题怎么办？改！不怕作错，就怕不知道是作对仍是作错。并且在这个过程当中，试错的成本没有你们想象中那么高：就算犯错了，我会损失什么？
学而时习之，不亦说乎？
这个过程的最终成果，点击“阅读原文”就去瞧瞧^-^