看完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们下面踩着高峰，而自己下面空空如也。”

其实上面很多问题，都是运营者们还站在云上而已。