做了6年App的他,进过5个误区,你呢?.docVIP

做了6年App的他,进过5个误区,你呢?.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
做了6年App的他,进过5个误区,你呢?

做了6年App的他,进过5个误区,你呢?   做了 6 年 App,细数这些年的点点滴滴是百味杂陈。做一个 App,无论最终是成功还是失败,取得了多少成就或遭遇了多大坎坷,都是只言片语说不明道不尽的,但还是想和大家分享一些心得。本文将着重介绍一些做 App 常见的雷区,希望大家借前车之鉴,避免在这条路上重蹈覆辙。      误区一:“设计 +开发= App 成功”   App 这盘棋可不是走一步算一步的玩法。很多想要来移动互联网市场分一杯羹的人,总是误以为,组个团队熬夜加班做一个 “好看,好用,速度快” 的 App,这事儿就算成了。这种观念是 App 团队应该绕开的第一个雷区。   我想要说的是,除了前期最主要的 App 开发以外,你还应该提前统筹规划好产品市场定位,产品后期维护,市场运营与推广,财务预算乃至法律保护等相关事宜。   如果没有一个整体的商业计划,就算你做出的 App 达到 Excellent 100 分,也只是战士打造好了武器,却不知接下来该如何打这场仗,谈何胜利?   误区二:App 功能越多越强大   多多益善是常人都有的心态,放到 App 开发里来讲,表现为 “什么功能都想做,别人有的我都要有”, 造成的结果就是鸡肋功能越堆越多,怎么做也做不完,甚至延误了计划的发布日期,产品迟迟不能上线。再者,App 上线后盲目的迭代新功能,产品越来越膨胀,最终也将自己发展成为 “鸡肋功能垃圾箱”。   功能越多越强大,这种理论已经不适用于当下的应用商店竞争了。随着用户越来越挑剔,对 百宝箱式的 App 已经不买账了,只有“逼格”才能刺激到用户的痛点。所谓“逼格”,大概就是 “专而精” 吧。牢记你的初衷,秉持工匠精神,做一个专业的 App。   误区三:无计划盲目开发   App 开发期间功能的盲目扩张正是开发陷入迷茫期的表现之一。开发者很容易对特殊新奇的功能产生兴趣,或被一些新观点分散注意,最终忽略了用户普遍需要的功能。   这里讲几点建议可以有效对抗陷入迷茫期:   Tip 1:确保有一个可执行的开发规划。规划中应该包含所有亟待开发的功能列表,以及要修复的 bug 等。最好也能让用户了解你的开发计划,比如下一版会增加什么功能,解决哪些问题等。   Tip 2:跳出开发本身。开发者应该多跟用户互动沟通,重视用户反馈,积极回复用户评论。或建立忠实用户讨论社群,与他们直接沟通,听听他们的意见。你要做的,正是用户想要的,而非猎奇得来的新奇功能。   Tip 3:定期关注数据。数据分析可以帮助开发者快速克服绝对主义,了解各个功能的受欢迎程度。通过数据可以让开发者清楚地知道修复 bug 或新增功能为 App 带来了多大程度的信任和支持。   误区四:跳过 Beta 测试直接上线   许多 App 开发者有一个通病,完全没有给 Beta 版本预留测试时间就直接上线新产品或者新版本。上线大概一周后一个个都开始方了,发现真实的用户使用时出现的问题比自己预想的超出百倍。   没有规划 Beta 版意味着舍弃了借助用户的真实反馈来改善用户体验,修复重大 bug 和增加缺失功能,最终导致产出 App 质量不过关,从而流失部分用户。   在 Beta 测试方面,做的最到位的无疑是 Gmail。Gmail 在正式发布之前,首先被用作 Google 员工内部使用的项目,然后逐渐对外公开测试,测试初期也只采用邀请的形式,经过一个相当漫长的测试与优化过程,最终才开放于所有用户。      Google 应该很感谢那些 Beta 支持者,尤其是公测期间的参与者。很多人可能都不知道,他们使用了长达5年的 Beta 版。但对于大多数开发人员来说,这样的测试时间几乎是天方夜谭。   那么, Beta 测试周期到底应该规划为多久才合适呢?我的观点是,Beta 测试周期至少是开发总时长的 20%。如果你的开发时间是5个月,那至少提前规划出一个月时间给 Beta 测试。另外,Beta 测试期间,不要再添加任何新功能,控制住自己的开发计划不被打乱。   误区五:1.0 上线后坐等变现      很多开发者都有这样的想法:产品上线后就能马上盈利变现。App 刚在应用商店发布,就迫切地开始做收入预算了。这种心理可以理解,但还是太想当然了。   应用商店上百万个应用和游戏,像“愤怒的小鸟”,“Instagram”,“优步”等这类真正盈利的 App 毕竟占少数。而事实上,这些 App 并非一朝一日就变身为吸金能手,他们的开发者们在背后不知进行了多少次尝试和探索才找到了属于自己的运营模式。   Rovio 花了6年的时间才创造出“愤怒的小鸟”,Instagram 成为今天的样子之前无数次的推翻过自己,优步也经过了一段漫长的探索来验证自己的商业模式。   充裕的 Beta 测试

您可能关注的文档

文档评论(0)

haowendangqw + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档