看完70个点的内容，初步确定答主的答题角度是以APP运营来分，分为“基础运营”、“活动运营/策划”、“市场运营/渠道/MKT”、“新媒体运营/社区运营”、“产品运营”、“其他”和“most important”七大类。
# 基础运营
1.起个破名一桌子人想一下午
2.上贴吧/豆瓣/QQ空间/朋友圈发推广贴
3.不主动找事做，全靠上司分配，能懒则懒
4.长期从事低水平重复性劳动并为此满足
4.缺乏好奇心
5. Office、PS、Axure、MindManager、Markdown、Visio、SPSS没一个能熟练使用
个人见解：
1、当一个活动甚至APP名字需要一个基础运营来想的时候，代表然并卵。
2、在一个信息量巨大的时代，一个新的APP想在在贴吧/豆瓣/QQ空间/朋友圈推起来，然并卵，因为里面99%不是有效用户。还是把主要的精力放在应用商店的刷排名和展示上吧，额外的才是策划一个标题好和内容精彩的帖子，在微信微博等社交平台上传播。
3、这条和好奇心一起的，要主动和有好奇心，才能增加操作经验和扩大视野，从而成长。
4、这条和上一条一样。
5、Office和PS，编辑需要；Markdown，高级编辑需要；SPSS，获取、活跃、留存、收益、传播等数据统计分析需要；MindManager，整理和表达思路；axure和Visio，和产品经理交流产品原型的工具；
#活动运营/策划
6.不看产品战略出文案
7.为了做活动而做活动
8.活动策划只写个Word
9.以为用户傻
10.写完活动逻辑自己不测试
11.不考虑逆向/跳出后的返回逻辑
12.地推活动现场不放WiFi让用户下载/注册/扫码
13.不预估活动成本、转化率及ROI
14.活动后不维护新用户
15.自High型宣传内容
个人见解：
6、天马行空，偏离需求。
7、同上，并浪费经费和精力。
8、即使Word再详细，其他人都难以快速看懂，并且很难检查方案的遗漏之处。
9、把用户当傻瓜，一切方案难以落地。
10、把自己当神了，把作支持的其他部门也当神了。
11、还是把用户当傻瓜了，一切会按步骤进行。
12、流量贵啊，别想着用户回家会下，现在不下载，离开后就忘了。
13、经费啊，评估经费的效果啊~
14、留存问题。
15、还是把用户当傻瓜了。
#市场运营/渠道/MKT
16.不顾用户属性做Branding
17.拍脑袋制定KPI
18.按曝光量计算渠道效果
19.相信乙方的PPT
20.投放前不看渠道数据
21.随便换量
22.随便换友链
23.投放开始前不绑好渠道统计代码.
24.盲目相信数据
25.盲目相信自己
26.盲目相信渠道
27.为统计工具掉包率买单
个人见解：
16、产品的Branding是产品定位和讯息设计，是产品的形象、识别度和吸引力。这些都和用户属性直接挂钩。
17、搞死要完成KPI的人，然后KPI之外的重点数据和关节就会无人重视。
18、世界500强每年都有一半的广告费都是浪费的，但他们并不知道是哪一半。但大部分公司都不是500强吧。
19、乙方要的是钱，为了钱什么都做得出。
20、不同类型的APP适合的渠道不同。
21、获取的用户杂七杂八，也损害了自家用户的体验度。
22、同上。
23、可以统计每个渠道的投放效果，分析用户属性。
24、数据不能反映出潜在问题。
25、别把自己当神。
26、不同类型的APP适合的渠道不同，分析好，做好两手准备。
27、盲目详细数据。
#新媒体运营/社区运营
28.不做标题党
29.大量买粉
30.相信内容大于渠道
31.不对内容进行规划
32.随机时间输出内容
33.不理用户
34.错别字
35.五颜六色的排版
36.不依据社区金字塔维护用户
37.给用户当爹当妈操碎了心，花费大量精力解决用户个人问题
38.用户意见不反馈
39.下班/放假就完全撒手不管
个人见解：
28、信息量巨大的时代，标题党才能吸引视野。
29、自欺欺人，欺骗不了其他用户，也是盲目制定KPI的坏处之一。
30、A货乱窜的时代，酒香也怕巷子深。
31、内容杂乱没有明确的特点，留不住用户。就如用户因为内容A进来了，后来发现他感兴趣的内容只占了1%，那就直接走了。
32、培养用户的阅读时间，到了时间，用户就会想起阅读。
33、不通过和用户交流来收集用户需求，内容会变得越来越不是用户喜欢的。
34、逼格问题。
35、形象、识别性和吸引力。
36、20/80原则，80%的内容是由20%的用户产生。这些也是社区的意见领袖。
37、奇葩用户你是无法解决他的所有问题的。
38、用户会觉得得不到尊重感和尊贵感。
39、无法处理紧急用户和紧急事件，也降低了反馈的用户的好感。
#产品运营
40. Web端重要功能入口隐藏得像彩蛋
41. Web端不必要的跳转
42. App不埋点
43. iOS上线预期不考虑审核不通过
44.在三级及更小的市场上浪费时间
45. App起名前不在市场确认是否有重名
46.运营提需求不看产品迭代周期
47.跟产品经理撕逼
48.过分重视用户调查
49.以小范围样本代替整体需求
50.用最便宜的外包
51.做Web框架的App
52.签到/抽奖/大礼包，任务/日常/瞎推送，不是游戏别乱用
53.登录/登陆，稍候/稍后
54.妄图用一款App捆绑用户的24小时
55.在基本功能跑不全的时候过分追求产品细节
56.把「工匠精神」当成没效率的挡箭牌
57.新手引导不能关闭
58.不做移动端适配
59.跟设计说「大气一点，简单做一个就行」
60.跟开发说「这来个按钮，这做个功能，快点做明天就要上了」
个人见解：
40、APP到web端，因为部分APP的底部操作栏会消失和可是面积变小，部分重要功能就被隐藏到了底部或者第二层页面。
41、Web端页面跳转更加费力，不稳定感更强，所以不必要的跳转会降低用户体验。
42、不埋点，就不用做2.0版本了。没有任何数据做统计分析。
43、iOS审核时间长，1星期到1个月都有，而且会有审核不通过的情况。上线预计延后，耽误渠道。
44、把时间浪费在不重要的事情上。
45、到时候免费帮别人做宣传。
46、如所提需求的开发成本及时长超过迭代周期，就直接被砍掉。需根据产品迭代周期，尽量简化需求大小，抓住当下的核心需求。
47、然并卵。无法解决用户需求问题。
48、用户没经过仔细思考说的话，部分是耍流氓的，因为不用负责任。
49、小范围样本需求不能代表整体需求，每个用户都是独一无二的。
50、外包不是标准化产品。100块的外包，给你100块的价值。1000块是1000块的价值。
51、Web是在浏览器里，和APP的交互设计是不同的。
52、百蓝根不能包治百病。
53、弄清词语的意思。
54、谈恋爱也需要私人时间，24小时粘人的女票很快会变圣斗士。
55、抓不住重点，被华丽的外表迷惑。
56、产品迭代周期太长，用户流失率大。用户要的是解决问题，然后才会是工匠的完善。
57、总会有小白。
58、安卓手机千百种，规格不一，但都有人用。如适配不了，这批用户就直接没有了。
59、不懂的话，还是交给产品经理同他们好好交流吧。
60、不懂的话，还是交给产品经理同他们好好交流吧。
#其他
61.开发票前不问财务开票类型
62.签合同前不过法务流程
63.抄袭，抄袭前不询问，抄袭后不承认
64.做事前不考虑后果
65.做事后不反思前情
66.拖沓/推诿/阳奉阴违
67.在没钱、没资源、没人脉、没口碑的情况下强行推广
68.在坏结果出来之后抱怨决策不对，如果你坚定地认为你做的事情不对，那就别做
69.过度设计，过度策划，过度乐观
个人见解：
61、在财务方面发票有很多种，不同发票报销途径不同啊。都是钱钱钱。
62、出问题谁负责呢？
63、会出问题，会出大问题。
64、这样无法应付紧急情况，需做后备方案准备。
65、学会总结、优化。
66、影响项目进展。
67、然并卵。
68、马后炮，逃避责任。
69、别把自己当神。
# Most Important
70.情商/智商太低——蠢
个人见解：
70、人蠢要多读书。
有段话是这样的：
“当我和CEO们聊天的时候发现自己和他们都在云上，思维都是一个高度，云雾散去之后，CEO们下面踩着高峰，而自己下面空空如也。”
其实上面很多问题，都是运营者们还站在云上而已。
网友评论