iTunes 的 App Store 中的“脑神迹背单词II Pro 如何发现这个创意的？
有段时间我学习英语，发现了美国人都用一个软件叫罗塞塔石碑。通过这个软件，我发现了屋漏先生发布在天涯的一个文章叫学习外语的误区。由此我了解了互动沉浸式学习法，但是罗塞塔石碑的单词量是个问题，我又研究了脑记忆的原理，结合互动沉浸学习法和台湾一所大学脑记忆实验的论文，发明了这个单词记忆法。
萌生在 iOS上做一个“复读机”的应用要追溯到好多年前。那时我上了一个新东方的托福班，一次听力课上，老师说练口语最好的办法是背听力。然后我就开始每天早晨到学院大楼的天台上，左手拿着托福真题，右手拿着 iPod Nano 开始背起来。Nona 通过触摸旋转来拉播放进度的设计真的很酷，只是应对这种频繁的复读需求却是力有不逮，至少有个 AB 功能也好啊。那时的手持设备不像现在这样有丰富的功能和应用，我虽然能做软件，却没法在电脑前静心背英文，所以只能忍了。背了好些题目，至今还记得背的第一句是“Do you think we should make reservations for dinner tonight?"，我可以说的和 mp3 里面语音语调语速几乎分毫不差。
So far so good. 这个时候设计师出图了, 程序员说不行这个不好做, 然后设计师又跑回去改. 你一听说觉得为什么不好做啊于是找程序员理论, 程序员说了一堆你也不大懂的东西然后你好像明白了的样子说好吧那就改改吧. 于是设计师改好了交给程序员, 程序员开始实现了. (如果程序员是新手, 他很可能做了大半才发现做不下去了, 时间成本刷刷的...)
20 个回复
白米Ⅲ级
赞同来自:
下面以一个app从我的一个想法开始，到上线AppStore的过程做说明。
故事要从一次电影院的经历说起。一个人去看电影，买票时，听见前面的女生轻声对身旁的男生说：居然有人一个人看电影。我发现身边还有其他一些朋友也一个人看电影，但是大家可以一起去看电影的。于是我想到了做帮助大家结伴看电影的app。于是我把这个想法发布到 http://Shixian.com ：
根据前面的思路，迅速画了一张草图：
接下来我进一步的思考了这个产品的一些细节情况，发布到了网上。这期间就有一些同学开始关注我的项目。然后开始有几个童鞋加入项目：
接着有一位同学做了稍详细的产品原型图：
然后我做出了第一版原型。
后来有了第一位工程师加入项目，并开始开发工作。
接着加入项目的人越来越多，设计师、客户端工程师等。我们开始明确分工协作：
团队稳定后，我们开发工作挺顺利，不久后有了内测版。测试通过之后，提交AppStore审核：
审核通过之后，app就正式上线了：
https://itunes.apple.com/cn/app/yi-qi-kan-dian-ying/id833253010?mt=8 (二维码自动识别)
这是整个产品开发的时间节点：
目前产品累积了过万用户。
以上整个流程，以及相关文件可以在这里看到：一起看电影移动应用
总结起来，对于非技术人员来说，当你有一个想法，想要做成app的时候，要自己做出产品的原型是很重要的环节，这样才容易吸引到其他技术人员和你一起来做这个app。
利益相关：http://Shixian.com 团队成员。
白米Ⅲ级
赞同来自:
我的脑子里面的各种想法一直很多，所以走上了程序员这条路。
在知乎，那么多有点子的人要找技术合作伙伴；可我自己就是程序员，而且是相当优秀的程序员！这个条件很好吧，那我总能实现很多自己的想法吧？
不。
正因为自己是技术专家，我才知道大多数想法是多么不靠谱。我被很多亲戚找过，很多同学找过，被很多同事找过，被很多邻居找过，他们跟我说: “你是技术专家，我有一个绝妙的点子，只要我们合作，就可以做成下一个腾讯，怎么样？” 然后用贪婪的目光看着我。
当然，也并不都是这么夸张。做成腾讯谁都知道不大可能，但是大赚一笔是没问题的。更常见的是: “帮我写个软件吧，我很需要! ”
刚开始我只笑着摇摇头。到后来，没办法，说不通，我得躲。我害怕了，我不敢跟周围的人有太深入的交往，每个人都把我看作他们的摇钱树。所以，我不得不离开了很多公司，换过好几个城市，半年换一个电话号码...
－－－－－－－－－－－－－－－－
先扯个不着边际的开头，有人气明天就继续。
----------------------------------------------------
赞同的人不多，现在才过来继续。很多天了。上次是9月2日，今天是9月18日。
举几个具体的例子吧。从手机上下围棋开始说起。
我喜欢下围棋，一直就想能够随时随地下围棋。为此，2003年底我还买了华硕很小的8.9寸的笔记本；2009年还买了韩国的5寸的触摸屏电脑，连无线上网卡上tom玩。但是携带不方便，上网速度慢，屏幕太小，而且tom本身不是为触摸屏设计的，随身下棋还得靠手机。
2001年的时候摩托罗拉的A6288刚出来，搭载GPRS, 搭载java ME，四阶灰度显示。我当时做SP这个行业，接触到这款手机，我又很喜欢下围棋，当时就一直想做一个能够随时随地下棋的软件(当时还不叫应用)。可是那时候主流的还是wap，而java ME的支持很弱。考虑过各种方案，甚至考虑过在pc上装一个软件来驱动联众(当时还没有QQ), 然后在手机上远程操控。可想而知，技术难度高，使用复杂，设备太贵，体验极差。所以没有动手。动手也是白忙活。
2004年的时候，手机已经都是彩屏，而且java ME成为了趋势，硬件条件上应该足够。那时候也已经有各种java版的牌类游戏在手机上出现，但是体验不佳。当时在班车上跟一个喜欢下围棋的同事天天讨论，我认为当时那种105*105的屏幕已经足够下围棋，他坚持认为太小。只要五个像素一个棋子嘛，能看清就行。
所以我就不停关注各种新出来的手机屏幕分辨率。后来有132*176, 176*208, 176*228, 屏幕越来越大；看来好像足够提供很好的下棋体验了。但是还得解决服务器的问题，联众并没有公开协议啊，难道我去破解协议？那样不靠谱啊，始终是不正规的东西。当时TOM很热，而且TOM是韩国人开发的，估计协议不太会突然变化太大，所以我也尝试抓包想分析，但是没分析出来。
－－－－－－－－－－－－－－－－－
就在这个时候，那个同事说，他以前玩过开源的NNGS, 可以自己在linux上架设NNGS的。我不懂linux， 但是多亏他的提醒，我去查NNGS相关的资料，发现国内有几个已有人气的围棋对弈服务器是采用的NNGS, 而历史悠久的IGS和NNGS的协议基本上兼容。那么我只要做一个支持IGS的客户端而已，这个不太难。当时我在市场部，事情也不多，就利用业余时间开始学习Java ME，一天以后可以显示对局了，然后慢慢解决吃子的问题，解决走棋的问题，一周以后，一个能下棋的客户端诞生了。
你说快，快不快？才一个星期，而且还是现学现卖。可是，从有这个想法，到慢慢变成了一个能够实现的想法，经过了4年的时间。得等环境慢慢变，各种条件慢慢具备。
然后，买来手机测试，不停调试解决各种bug, 直到做完善做得自己满意，大半年过去了。
但这才仅仅是一个开始。
--------------------------------------------------------
有人气我就明天继续。
--------------------------------------------------------
好吧这么多票了！继续。
插一段题外话：技术人员常有把一切都当成技术问题的毛病。j2me当初是没有缩放图片功能的；所以棋子我是用画圆的函数画出来的，这样可以做到无级缩放。拿给别人看的时候我还很得意，缩放给别人看。
后来我自己天天路上用，才觉得画出来的棋子实在难看。甚至，j2me的api，画出来都是多边形，根本不圆！于是为了让自己用得更舒服一点，我换成了png图片的棋子。至于缩放，很简单，我预先把png图片缩放成各种尺寸打包好就行了。
---------------------------------------------------------
我在市场部干了一年，工作不是很顺心，还是很想把自己做的围棋推广出去。我的上司看了很感兴趣，他说有一些关系可以找联想合作，找海尔合作；但是光客户端不行，得有服务器；光围棋不行，得有联众那样的象棋、麻将、拖拉机都有。
这个...不砸个上千万，真做不到啊。
----------------------------------------------------------
而作为一个围棋爱好者，我深知这个圈子人很多，而且大家都有手机，而且都渐渐支持Java ME了...做出来一年了，实在不忍心
白米Ⅲ级
赞同来自:
那在这里也再次分享一下。
————————————我就是隔离一下正文————————————————
此处应该有一个idea。
第一步：需求梳理、分析
针对这个idea来一场从内到外的洗礼，在此假设用户需求分析已经确定 , 接下来根据提炼的真实用户需求来确定产品需求。
产品经理将会根据沟通中的相关资料的word、ppt、jpg等等东西翻译成逻辑语言，最简单的就是产出一张产品功能脑图或者一份功能列表。
▲产品功能脑图
▲一份功能列表
第二步：产品原型图绘制
初步产品功能需求梳理清楚之后，产品经理持续跟进，反复沟通确定产品原型图。
PS：我们出一般是全局流的图，程序员哥哥们比较喜欢（白眼）
▲产品原型图
同时根据具体的项目需求，会搭配一套产品业务流程的泳道图
▲产品业务流程的泳道图
常规的是用axure出一份带简单交互的原型
▲简单交互的原型
简单点，用墨刀做一份带交互的原型。
▲墨刀带交互的原型
第三步：UI设计
UI设计，包含风格稿和内页设计。
风格稿会根据产品需求提供的目标用户类型、客户倾向、LOGO等信息，以及确定做风格稿的2-3个页面的原型图，来进行风格稿设计。
待风格稿确认后进行内页设计，包括设计效果、页面元素、弹出页面等等
▲风格稿
▲风格稿
所有页面设计完后会统一发给客户做进一步沟通，然后统一修改优化。
▲Zeplin
Zeplin能够帮助前端更好地理解设计师意图，而设计师又能快速得到前端反馈的协作，从而减少设计师与前端的沟通错位，使得两者在“界面元素”和“交互动作”上形成一致。
▲Zeplin
invision用于设计先行能减少后端技术工程问题，设计的迭代越快，软件开发就越能在时间点的把控上做到极简。
▲invision
设计定稿后并不是设计师的工作结束了，之后还有一段周期的切图、标注工作 。
▲标注
▲切图
▲sketch
多维度运用zeplin、sketch、invision等等协作工具从细节上诠释产品开发的每一个产品需求，在时间上保证高效，在结果上保证了产品技术层面与设计层面的完美融合以及项目的高效进度和最后的优质呈现。
第四步：项目经理&技术负责人对接需求
项目经理对接上这些需求，第一个工作是细化需求，将这些翻译成技术能更好理解地语言，搭配着原型图或设计稿来召开技术会议，统一讲解新项目的需求。
▲细化需求
第五步：技术方案 & 架构设计
技术负责人在清楚了解整个项目的需求之后会开始构思整个项目的技术方案，根据产品需求，提供易扩展、可持续迭代的技术框架方案。
▲整个项目的技术方案
▲可持续迭代的技术框架方案
第六步：项目排期 & 任务分解
同时，项目经理在和研发团队沟通确认后对项目进行分解以及排期，以此来保证项目进度和质量。
▲项目管理
第七步：产品研发阶段
这个阶段就是各端技术按照排期规划开始编码，期间各种对接、调试以及撕逼。我不是程序猿，这块就不多写了，贴几张他们技术wiki的截图吧。
▲Wiki对接
▲Wiki对接
Paw 让测试 API 变得轻松愉悦，可以构建内部和外部的资源。它可以在不同的环境下进行测试，也可以引用来自其他请求响应的数据。
▲PAW
它可以定义不同的环境，于是可以轻松地在开发、临时和生产环境中进行切换，而无需重新配置任何端点（endpoint）。并且还可以在一个请求的消息体中引用另一个请求中返回的值，这能够节省大量时间。
第八步：交付测试阶段
测试工程师基本全程跟进，从最早期对接完详细产品需求之后就开始编写测试用例
▲测试用例
然后配合项目各个里程碑节点进行功能测试和性能测试，将问题按优先级划分统一反馈
▲测试过程
最后，按原计划上线
以上均是理想情况下，一个App必经的几个阶段的简洁步骤说明，具体执行依然会根据需求穿插进行。
最最后，
欢迎大家关注我常驻的专栏FenzoTech - 知乎专栏，不定期会有相关经验话题与大家一起分享讨论。(ง •̀_•́)ง
白米Ⅲ级
赞同来自:
这是我已经上线的app：iTunes 的 App Store 中的“看法 中国法律数据库”，看法-小米应用商店（Android版）。上线一年了，反响还不错。
我不是专业的码农，开发带有玩票性质。写这个App一方面源自多年来对计算机、编程的爱好，另一方面也是为了满足自己工作中的需要。
大学时上的是法律系，但很喜欢计算机科学和编程，自己看了许多的书，也写过一些小程序（俄罗斯方块、Life Game什么的，还画过Mandelbrot的宝葫芦）。工作后一有闲空，也还是忍不住再琢磨琢磨计算机和编程，琢磨懂一些东西后，心里由衷的高兴（记得看The Practice of Programming，理解了被誉为“计算机科学的一项伟大发明”的Hash后的那种感觉，还有理解了递归并感受到它的魔力后的那种感觉）。学习了正则表达式之后，更加体会到计算机的威力，发现计算机在文本处理方面可以有这么大的作为，后来我的编程兴趣就主要集中在计算机文本处理上。我学习了各种技巧，从正则表达式到更高级的Parser，还有NLP中的一些技术，并且不停的寻找现实中的一些问题操练这些技术（有段时间我常干的事就是从网上找一些书的垃圾txt文件，写程序进行清理、生成目录、添加脚注等加工，然后生成latex文件、编译成漂亮的pdf放在电纸书上看）。文本处理的活干的多了，终于想到，为什么不对工作中常常要遇到的文本——法律文本下手呢？
我是做律师的，工作中经常要进行法律检索，甚至需要随时随地进行法律检索。在和客户谈话的过程中，或者身边没有电脑的时候，都可能会有问题需要立刻解答，需要做一个快速的法律研究，查阅核实一些法规和资料。在还没有iPhone和android的年代，能做的就是把自己常用的法规和资料的txt文件分类整理成一个多层的文件夹，放在windows手机(CE系统)里，需要的时候翻出来看。但这本质上只是个电子书，主要是用来阅读的，远不能满足法律检索的需要。法律检索需要能按关键词搜索、快速在所有已有的数据中返回有意义的想要的结果，这需要的是一个数据库系统，甚至一个垂直搜索引擎。但当时电脑上的法律数据库系统尚且不太完美（法律数据库国内做的最好的是北大法宝，我印象中直到2011年时，在它们的数据库中进行全文检索都需要等待三四十秒才能出现结果），而且智能手机还没有兴起（印象中2006、07年的时候，用个多普达的windows手机就已经很科技潮人了；iPhone和Android真正在中国流行起来也是在2010年以后），想要在手机上满足这类需求，肯定是个奢望了。
2010年智能手机开始普及后，我发现市场上出现了一些法律信息类的app，但都差强人意（如同iPod出现以前的MP3播放器市场一样）：有的实际上还只是电子书，只能浏览，不能检索；有的也提供了检索功能，但几乎不可实用（提交一个检索词，等待了三十秒以后返回一堆无关的结果）；许多app一看就是不了解法律的人做的，不知道哪些法规和资料是重要的、法律职业用户最需要的，收集的不全，还有许多过期失效的数据（对于认真的使用者来说，这是很要命的）；更重要的一点，即使一些认真去做的，也只是把电脑版的内容直接搬到了手机狭小的屏幕上，而没有考虑过法律文本与普通的文本不同，有很好的结构性，把这种结构分析出来、利用起来以后，在手机的小屏幕上恰恰可以做到非常好的显示效果和体验（当在手机的方寸屏幕上翻滚着一篇几万字的法规要找到后面某章里的一段时，damned，就不能有个目录吗）。我发现，即使是一些专业做法律数据库的公司，app也做的比较差劲，差强人意。2012年开始用iPhone之后，忍不住想，damned，难道自己不能写一个真正好用、让自己满意的法律检索app吗？能扩展自己手头设备的功能，而不仅仅是被动的使用，这不是一个hacker极大的乐趣么？于是就开始动手，一有闲工夫就一块一块的添砖加瓦实现。
实现这样一个法律检索app，需要有：被检索的数据；检索系统；交互界面。
被检索的数据。这个实际上在我写iOS App前就已经基本具备了。很早以前，我就有自己建立一个法律检索系统的想法，为此我用python写了一个爬虫（后来改为用scrapy来定制了），从众多可能出现法规的“热点”网站爬取可能是法规资料的网页。我还训练了一个classifier，可以基本上自动的检测一篇文本的内容是否可能是法规或法律资料，这样用这个classifier就可以把无用的内容剔除出去。找到这些资料后，进行提炼，把多篇不同来源的可能是同一法规的文本进行diff和similarity分析，这样基本能实现自动的校对（说“基本”是因为我留了一些人工介入的接口，机器对一些不易判断的内容可以“询问”人的意见），一定程度上确保法规文本的准确性。自动化的好处是，这个数据库的新数据添加和维护需要很少的人力，要不然作为一个业余的个人开发者肯定是没时间来手工维护这个数据库的。
为了更好的展示这些数据，我还写了一个parser，来解析这些文本中的格式和结构。
数据有了，我又用sphinx搭建了一个检索系统。
然后是iOS App的开发。我有C语言的基础，但是对Objective-C和iOS编程环境完全不了解，看了两本入门的教材后，主要就看Apple的开发文档和示例程序，慢慢的也就熟了。因为是业余开发，时间不多，断断续续连学习带设计、开发到最后完成，将近用了一年的时间。最后经过苹果AppStore的几番审查，终于上线了。因为是玩票，也没有做什么推广。令我高兴的是，也许是“自己做自己吃”（Eat your own dogfood）的原因，能真正满足像我这样的用户的需要，在一些专业用户的小圈子里竟然有了一些名气，口口相传的也有了不少下载量和好评。
然后就是一些android的用户催促也开发一个android版的。我对android的编程环境又是完全不熟，但好在还有点Java的基础。又经过同样的近一年的学习、折腾，把android版也完成了，前一段时间也上线了。
在App里我做了In App Purchase，所以也产生了一些经济收益；更开心的是收到用户好评和赞扬的时候；同时自己在工作中也可以使用自己一手打造的工具来解决问题了，那种感觉非常棒。
更重要的是，实践了多年来纯粹基于兴趣和爱好而掌握的技术，真正做出了有实际用户的作品，满足了他们的需求；同时这次试水也让我看到了把计算机技术更广更深的应用在法律领域的可能。
匿名用户 白米Ⅲ级
赞同来自:
1.突然有一个idea在你脑海里爆炸，你觉得一个基于社区互换二手物品的商业模式目前在市场上是空缺的，你觉得要做
2.你拉来了一群志同道合或没有工作的小伙伴，决定开干！
3.一开始只有你，一个做技术的，一个做产品加运营的。你们开始从PEST分析到SWOT分析，从用户场景到交互体验，从首版的核心功能到商业模式，一轮轮激烈讨论你们定下来初步方案，出PRD和MRD和BP等等任何能够让你们觉得丰满踏实的东西
4.同时你一边统筹工作一边去拉（骗）投资，做技术的又是前端又是交互又是美工又是测试，产品一边压抑自己对产品功能的幻想一边被你丢一堆调研和分析工作
5.你们任劳任怨早8晚10的干着，慢慢团队壮大了。这个时候你的钱不够烧了，创业可能结束，app做不出来咯！如果你够幸运骗到了钱，太棒了至少可以苟延残喘半年
6.创业公司不稳定，人来人去，但是APP日渐丰满。原型图堆积如山，白板笔不知道换了多少只
7.东西终于要出来了，你调用一批人赶紧去寻找种子用户，要么拿钱利诱，要么不要脸撒泼打滚求关照，终于有了一些愿意配合的人
8.APP出来了，开始内测。两种情况：烂的跟一坨屎一样，你们觉得自己跟傻逼一样信心满满就整出来了这么个破东西，骗来的种子用户的情绪就跟冷冷的冰雨一样拍在你们心坎里，你们结束了；恭喜你哦，你们的APP虽然很粗糙但是好歹种子用户觉得还凑合，给了些意见你们屁颠屁颠拿回去改产品
9.你们的产品开始优化升级，用户越来越多，从几十到几百到几千，你们很开心。毕竟社区交换二手货不是刚需，属于较为垂直的应用
10.但是坏消息来了——产品开始觉得APP的功能应该更丰富以吸引用户，员工们觉得既然产品做的不错我们是不是该稍微加薪了？投资人觉得你这APP做的是还可以，但是你得让他看到盈利的希望不然他就不会继续投了
11.你彷徨了。你知道功能多了可能做无用功，每次都做一点点优化和改动是最好的，但是产品经理需要满足自己的虚荣和成就感。你知道兄弟们真的苦，尤其是做技术的因为你一句话经常就加到深夜，但是你实在加不起工资。你知道投资人说的没错，但是你觉得自己需要更多的时间去寻找目前看来最合适的盈利模式，而且你觉得用户量大了再谈盈利会更好
12.你没有能够妥善处理好，团队开始出现问题，跟了你很久的老人走了，你在他们看不到的时候痛哭流涕，你开始质疑自己、质疑初衷；你居然通过画饼的办法说服了产品，通过团建和个人魅力说服了技术组，居然跟投资人讲情怀和理想燃起了他的热血，恭喜你你顺利度过一个大难关
13.你们修改了APP，开始准备上线。这个时候运营同学被你派出去跑各大渠道，打探审核机制和上线的优惠
14.产品居然没能过审核？因为里面的跟钱相关的内容被卡得比较严格呢，打回来改！
15.终于特么的审核通过了！运营同学费劲力气地跟某个应用市场要到了首发推荐位，整整一个星期呢！
16.首发活动真棒！用户过万了，日活居然也有快一千，技术组的工作终于常态化了，团队成员松了一口气，你仰天长笑，却发现镜子里的自己多了那么多白发
app的诞生到上线大概就是这样。一个APP起码需要几个人用几个月才能做出来，然后上线准备要一段时间。
微微跑题，如果只谈APP诞生也太浅薄了所以就多聊了些。如果有人愿意看，我会写后面的故事。
==========================================================================
11-25更新
本来打算写后面的故事的，但是觉得写下去就应该是创业而不是创造app了。
其实app从一个idea到一个成熟的具象化的产品的过程不是非常复杂，不明白楼上们那么多配图意义何在。。干净利落把事情讲明白不就得了么。
确定方向——调研——PRD——设计——测试——调整——测试版上线——用户反馈——调整——正式上线——用户反馈——添加功能——用户反馈……迭代优化
臧大为 白米Ⅲ级
赞同来自:
用evernote记录下来，先放放，过段时间头脑不发热了再审视下这个需求是否真的有价值。
2. 用xmind脑图分析下这个需求是否靠谱。
看看能否实现，评估下这个app的方方面面，看看这个idea是否值得花时间去实现。
3. 打开xcode，开始编写。用ruby或者python搭好后台。（漫长的编码）
4. 打开ps、ai，绘制界面元素
5. 写完收工，上传到app store，后端部署到服务器。
下一个app。
#########
举例说明，顺便卖下广告，欢迎下载，尤其欢迎付费下载，还有几个有趣的app正在开发中，敬请关注：
iTunes 的 App Store 中的“脑神迹背单词II Pro
如何发现这个创意的？
有段时间我学习英语，发现了美国人都用一个软件叫罗塞塔石碑。通过这个软件，我发现了屋漏先生发布在天涯的一个文章叫学习外语的误区。由此我了解了互动沉浸式学习法，但是罗塞塔石碑的单词量是个问题，我又研究了脑记忆的原理，结合互动沉浸学习法和台湾一所大学脑记忆实验的论文，发明了这个单词记忆法。
如何实现这个app？
买台ipod touch（便宜，iphone太贵不舍得买）
把自己的pc整成黑苹果。（开始从远景论坛学的，现在我推荐tonymacx86这个网站）
到亚马逊买两本书《iphone开发基础教程》、《objective-c 2.0程序设计》
花两个月业余时间读完（前提条件是你必须首先得会一门程序语言，比如php，否则我估计2个月时间困难）
注册apple idp开发资格，缴纳99美金。
下载xcode，开始编码。不懂就google+ stack overflow
编码时间……（n多个日日夜夜……这里我想说下为何很多程序员对只差程序员这个问题很反感，我估计是因为编程确实是一件高脑力+高体力结合的工作，任何一个简单的想法想实现，都必须由程序员在每个最小的细节开始一行代码一行代码的搭建，多辛苦我估计跟工地搬砖差不多，所以编程叫搬砖……这个只有程序员自己清楚。在外行眼里似乎程序员巴拉巴拉键盘程序就写好了！但是其实一点也不轻松，如果不是真爱，我想做程序员一定非常痛苦）
完工。上传。
iTunes 的 App Store 中的“闪电记账Pro
如何发现这个创意的？
用过的记账软件实在太繁琐，索性我就直接写了一个最简单直接的。
iTunes 的 App Store 中的“睡眠时听的下雨声”
如何发现这个创意的？
我自己很喜欢下雨的时候睡觉，就写了这个app
iTunes 的 App Store 中的“放松的海浪声播放器 (自然录音高品质音轨并带有24小时倒计时器)”
如何发现这个创意的？
海浪声播放器。就着雨声app的框架，快速完成。也许有人需要。
Escape from Death Ship on the App Store on iTunes
如何发现这个创意的？
抄袭软哈东的游戏习作，顺便学习下cocos2d-SWIFT
脑神迹背单词II
免费版
iTunes 的 App Store 中的“闪电记账 Lite
免费版
iTunes 的 App Store 中的“Relaxing audio player Collection (natural sound of the waves and rain )”
量贩版
白米Ⅲ级
赞同来自:
产生做“会会”这个产品的想法时，我还在大街网。去大街也是因为我有做职业社交的情节，国内也没有其他做的好的公司。大街里面有一些比较熟的人，上一个参与的创业项目做不下去了，就去了大街。
今年2月份的时候，发现了一个新上线的App叫“请吃饭”。3月份的时候，又在想新的idea，又看到了“请吃饭”，心想就深度体验一下吧。后来还真约到了一个妹子，见面过程不说了，总之因为约到的人不太对，感觉不是很好。但突然觉得这个模式挺有意思的。陌生人，直接见面聊，可以选离得近方便的报名参加，少了很多磨叽的环节。男人们肯定主动，姑娘们呢，也顺便蹭饭什么的。后来和同事闲扯聊天，说这个关系可以用到招聘上来啊。主动的是招聘方（＝男人），请够档次的候选人（＝美女）吃个饭，其实挺好的。大家不是都愁找不到好人么？熟悉中高端招聘业务的应该知道，对于候选人来说，都不会投简历，也不太会直接去接受面试。一般大牛，都是朋友推荐介绍给招人的老板，先吃个饭喝个咖啡认识认识，看看合不合适，再谈其他。很多时候，心想，不为求职，多认识个老板交个朋友也好。对于求贤若渴的老板来说，认识个大牛，有机会游说也就行了，至少还能交流下业务什么的。
可惜的是，这个主意，当时在公司内部，虽然被很多同事认可，却并未获得老板的支持，内心各种怨念。同时，“老板请吃饭”的念头挥之不去，觉得依靠这个直接约的点子去做职业社交或者高端招聘，其实是个很好的点，甚至比做异性交友、约炮更好。
当然，即便“请吃饭”那个app，从一个产品人的角度看有很大提升空间，而且异性交友起用户量更容易，我也从来没想过抄一个“请吃饭”的念头。一来不喜欢做全版抄袭跟风的事，二来确实对做异性社交产品没太大兴趣。
于是心里萌生了自己创业去做这个点子的想法。
后来和认识的做投资的朋友聊了聊想法，他也忽悠我出去创业就做这个。
4月份，打定注意出去自己干了！一边做调研验证自己的想法，一边准备组织团队，一边把产品框架原型做了。
不过3～4月份这段时间，随着对产品思考的深入，我决定抛弃“老板请吃饭”这个概念，坚决不做招聘这个业务；而是在这个基础之上做“吃饭聊聊”这个概念的职业社交产品，也就是后来的“会会”。
话说“会会”这个名字，也是我花了2个多月的时间琢磨才想好。发现没有重名、工商注册可行，最后才决定的——并快速申请注册好了商标知识产权。
5月份，团队的小伙伴基本确定。找到了之前的同事，她在开自己的设计工作室，就把第一套UI外包了。
然后我开始准备找钱。这个时候压力还是很大的。因为团队的小伙伴基本上都被你忽悠动了，决心辞职了。如果没投资我的积蓄很难养得起团队，不能让他们和你喝西北风啊。
见了大概十来个投资经理／合伙人，有几个谈了第二轮，基本有些眉目。
6月中旬的时候，团队的小伙伴们都辞职出来，基本凑齐了人做iOS产品。更重要的事，这个时候，投资终于谈妥了。感谢投资人在我还只有一个ieda一个简陋的不行的BP的时候，就给予了我信任，给我一笔天使投资。
第一版UI设计也完成了，开干！
嗯，那会儿还没有LOGO，用了一个很丑图标占位，囧。
7月份的时候，偶然拉到另外一个远在深圳的小伙伴回京和我做Android版本，以及另一个随之而来的小伙伴——只是他俩都算是新手。后台开发差不多可用了，iOS有了雏型。
8月份，借了1个Android工程师，和新到岗的2个小伙伴一起开发。
9月份，iOS和Android都已经有了demo。然后从9月～10月，陆陆续续找了一些朋友当小白鼠，让他们使用提供各种反馈意见。我们接着改进产品。10月16日，第一个版本通过App Store审核。但因为我觉得产品还不够好，所以没有对外发布，接着改进。
产品的设计，不能只考虑功能，还得照顾到运营。尤其是社交产品，必须要足够的用户，才能产生吸引力和价值。所以一直到11月份，配合运营的规划，还做了一些产品的功能和后台的东西。为产品添加引导广告位；另外，我们的报名可以分享到微信，而且可以不用下载App，在微信里就能完成报名。一方面便于产品里的邀约扩散传播，另外也增加了用户价值。
直到11月22日，我们觉得能拿出去见人的iOS版本通过审核，在23日周日才对外公布。
现在的产品截屏是这样：
iOS版
Android版
通过朋友的推荐和传播，一天时间哗啦啦就进来上千人。然后开始真的不需要渠道资源和广告推销的自然增长起来。到这几天还有很多人托朋友过来找我要邀请码。
贴一下我另外一篇软广“让社交，不再只是约炮”当中对于会会的期望：
匿名用户 白米Ⅲ级
赞同来自:
首先：在正常情况下，你需要一个团队。
正常的团队是这样的:
一个PM（产品经理），一个IOS攻城狮，一个安卓攻城狮，一个后台攻城狮，一个UI（美工），一个市场。
这是最基本的配置。（别告诉我PM不重要，也别告诉我MT不重要，同样一款App，没有ASO，没有市场部反馈，你做个P啊）
PM+IOS+安卓+数据库+UI+市场
这六个缺一不可，但是，不排除很多UI 可以直接做PM的工作。也不排除很多大牛直接自己操刀IOS和数据库。
其次：你需要PM去讲想法化成一个个点，最开始，当然需要PM和UI沟通，将软件的模型Demo（我们自己喜欢用的是Axure）建立起来。建立后，PM将会联系IOS、安卓以及数据库攻城狮，一起开发。然后PM会将测试交给市场，反馈后调试再反馈。最后需要你上传到各个市场，App store，小米商店，豌豆荚等等。不同的应用商店审核的周期不同。
建立Demo+协同开发+测试+修正软件+应用商店审核
白米Ⅲ级
赞同来自:
我刚到北大的时候，工作的一部分就是开发iOS应用。使用北大的校园网需要先登录IP网关。登录网关可以通过访问一个网页实现，但用客户端无疑更方便些。
北大计算中心针对几个常见的操作系统平台都发布了网关登录的客户端，唯独没有iOS上的（后来知道他们其实也正在为iOS开发）。
我自己用iPhone，每次登录网关都去开网页让我感到十分麻烦。于是我就想，为啥不自己写一个呢？
作为程序员有一个优势就是这样：你觉得有什么需求，可以自己写代码实现它。当然前提是能够实现。
我认为登录网关的网页无非是向某个服务器发了个请求，完全可以写程序去发送这个请求。当时本着“浏览器能做我就能做”的原则，
开始去抓取并分析用网页登录网关时浏览器与服务器通信的数据，直至找到关键部分。之后在程序里模拟这个过程，就实现了网关登录。
接下来无非就是写一个简单的界面，点击一个按钮就触发登录过程。于是，我在自己的iPhone上可以方便登录网关了！
我把这个应用程序称为“IPGateway”，也就是IP网关。
至此，我是不是可以说，这个App就诞生了？它确实已经是一个在iOS下运行的App，并实现了它的功能。但由于它还没到“应用商店里一个可供大家下载的APP”，
所以还得有一个进一步完善和发布的过程。
自己能用了之后，我想别人肯定也有这个需求。于是我就考虑把自己开发的网关登录程序发布到App Store供大家方便地下载。俗话说，“家丑不外扬”，
自己用的程序界面可以不好看，但真决定要发布出去时，还是适当美化了一下。此外，还实现了其他控制网关的功能，加了些设置项，
然后弄了个彩蛋，算是像模像样的一个发布版了。
所花的时间前前后后不超过一周。实现自己用的登录功能其实只用了两三天时间。我把发布版提交给了App Store审核。由于他们不在北大校园网内，
无法实际使用我提交的App，就要求我拍一段演示视频给他们看。我照做了，他们也就通过了。
等IPGateway在App Store上线后，我在北大未名BBS上的Apple版面发了条帖子告诉大家，说有一个网关登录的App可以用了。由于是第一个，得到了很好的反响。
后来，官方也发布了iOS版网关登录客户端，甚至更晚的时候还另有一个类似的网关程序发布，但都已经是追随者了。
到现在距离IPGateway第一版上线已经过去一年多了，从下载量和收到的用户反馈来看，我的这个App在北大（它的目标市场）还是蛮流行的。
最近iOS7出来，我也把IPGateway升级到了2.0版，以适应扁平化风格的系统。
总结来看，从我有一个想法，到最终发布这个App，并没有用太长时间。
这也是因为我这个App功能比较简单，复杂的App肯定会需要更多时间和精力。但麻雀虽小五脏俱全，这毕竟是完整的一个过程。
从中我想也可以提取一些经验，供参考：
1. 发现需求。找到一个未满足的需求很重要，这往往是一个机会。这个需求可能是特定群体的，但只要有目标市场就值得做。
2. 抓住机会，迅速行动。一旦晚了，很可能已经有别人做出你想做的东西了。
3. 就App本身来说，完成一件事并完成的很好，就会受到欢迎。
IPGateway之后，我又做了其他的App，将来也可能会做更多的App。我的App信息可参见下面的链接：
<Shengbin's Small Apps>
白米Ⅲ级
赞同来自:
下午，知乎上的一个私信我，问我“我是一名大二的会计专业学生 我想做一款App”问我该怎么做。这个问题其实很多人问，但是也没有一个人出来回答，虽然网上有很多这样的答案，但是大多数都是广告，我今天就根据自己的项目经历，写写从从想法到实践，如何开发一个App，希望能帮助那些做App的入门者。
做一个App一般分为五个步骤，第一个是有想法，第二是整理产品需求，形成产品文档，第三是设计产品模型，第四是界面设计或者UI设计，第五是招聘开发人员进行开发，或者外包，第六是上线运营推广，下面我就分别解释下，每一个步骤该怎么做。
第一步：完善你的想法
很多人看到别人的App做的这么好，而且做的很不错，也会自己想着做一个App，比如有的人想做一个绿色食品的App，有的人想做运动的App，有的人想做个钓鱼的App，想法是每个人都会有的，而且千奇百怪，不过很多人的想法都是不完善的，很多人的想法都是片面而不成系统的，也有的人是一时头脑发热的，不成熟的，所以说想把想法做成App，首先一定要问自己，是否真的特别想做这个App，是不是这个App不做出来就不睡觉，想做App的决心到底有多大？只有有了特别坚强的决心和信念，这个App才有可能被做出来，因为大家并不知道，做成一个App有很多无法想象不到的困难。
有了决心之后，再做App才有动力，这个需要做的就是，完善你的想法。比如我们想做一个绿色食品的App，我们要把这个App的名字，App的类型，面向人群，以及功能，都要想清楚了。
先是起名，最好是与众不同的，具有唯一记忆性的功能，别起行业名字，比如你起个家电App，或者商城App，没有人知道是那个公司的，因为名字太大众化了。要给App起个唯一记忆型的名字，还有就是方便用户搜索的时候，书写方便，比如京东，天猫之类的，都是书写很方便的。
其次，就是App的类型，是购物类型的，还是咨询类型的，还是社交类型的，还是工具类型的，这个也要想清楚，App的类型会关系到App的功能，如果是商城的App，肯定有商品展示，商品购买，支付等功能，如果是社交类型的，肯定有用户关系，用户交流方面的功能，所以功能也要想清楚。
再次是面向人群，我们做一个App，不能说给所有人用，因为那样相当于没有方向，就像无命题作文和有命题作文相比，有命题作文更好写。面向的人群，要细分的很清楚，不能只说是男人或者女人，还要把人群的具体属性说清楚，比如我的绿色食品App面向的人群种类是什么职业的，收入多少，对食品安全比较关注的，同时对绿色食品有较高消费能力的人群，这样定位下来，基本就是25岁以后的人群了，因为25岁之后，很多人都有一定的经济实力，对绿色食品来说，能消费的起了。说了这么多，意思就是人群的定位要非常的精准。最后，就是App的功能，就是大致的功能有哪些？比如商城是要有用户支付功能的，还要有商品展示功能，还要有用户系统，当然了也可不要用户系统，随时提交地址，预定也行，这个也要想清楚了。
第二步：整理产品需求成书面化
等你的想法都完善了，关于App的第一步想法也完善了，第二个步骤就开始了，那就是书面化。人与人的交流，不能只靠想法，每个人对同一句话的理解都是不一样的，比如说，你想做个App，技术人员想到的是要写代码，产品人员想的是功能，投资人想的这个App能不能赚钱，值得不值得我投资，所以不同职业的人对同一个想法的理解都是不一样的，所以你要把你的想法整理成书面化，就是整理成产品文档。
产品需求文档包含你的所有想法，比如产品名称，产品类型，人群定位，产品简介，功能简介等等，产品需求文档是对一个产品的书面化定义和解释，一个好的产品文档，能让所有人脑补出一个产品的模型来，产品文档的说明和描述越全越好，就像你遇到一个漂亮的女孩，但是你只说她很漂亮，很多人无法理解有多漂亮，但是你如果通过各种书面化语言描述出来，大家才能想象到真正的美丽。很多著名的小说家在写到美丽的女孩时候，都会有一个全身，远近，以及细致的描写，这样才能给人代入感，产品文档也是如此。
下面是我通过百度搜索的一个新闻类App产品需求文档案例：
1.产品背景介绍
2. 产品介绍
2.1．产品开发背景原因
2.2．产品信息介绍
2.3．产品用户定位
2.4．产品中的角色
2.4．产品中的角色
3.产品信息结构图
4.功能需求
4.1．管理账户-
4.2．用户账户
4.3．用户设置
4.4．个人中心
4.5．栏目功能
4.6．内容添加功能
4.7．评论功能
4.8．搜索功能
4.9．分享功能
4.10．图片栏目
4.11．补充说明
5.非功能需求介绍
5.1．运行环境
5.2．可用性
5.3．可扩展性
5.4．安全性
5.5．接口
6.交互逻辑
6.1．客户端界面逻辑
6.2．管理后台界面逻辑
这个产品文档包含几个模块，产品的背景介绍，产品介绍，产品结构，产品功能，逻辑功能等，当然这个还不是最全的，最全的还会有更多。我们可以对照这些产品文档的模板，把我们的想法书面化成具体的需求。这样做的好处是减少我们在后期的设计和开发上的沟通成本。特别是有的App开发前很多功能都没有想清楚，边做边改，最后产品把技术激怒了，办公室发生PK事件，很多时候，我们想的一些小功能，对于技术来说，可能要写一个月，甚至更长时间，一旦一个功能发生变动，涉及到技术方面的逻辑修改和变动更多。很多创始人在初期没有做好这些东西，导致后期App上线时间一拖再拖，最后直接把团队都拖死了，所以说，清晰完整的产品需求文档，对一个App的后期发展都是非常好的。
第三步：设计产品模型
一旦整理好产品文档，就要设计出产品模型了，产品模型比产品文档更加直观和清晰，产品模型是对产品的一种立体呈现，就像我们遇见一个漂亮的美女，小说家的描述只能给人想象力，而画家的画面呈现更加具有立体感，立体感的美丽更加直观和清晰。
产品模型会让所有的人一看就明白，大家可以看下图：
高质量的产品模型包含产品的所有页面、系统、以及配色。产品模型的设计一般用Axure RP、Balsamiq Mockups、Pencil Project等软件，其中Axure RP用的人比较多，产品模型设计完成后，这样一个App的前期工作基本就完成了。
第四步：界面设计
完成了产品模型设计之后，借下来的工作就是界面合计和素材设计，这个需要美术设计师来完成，当然最好招聘一些有经验的设计师，因为此前在我和我们的设计师沟通的时候，忽然发现有经验的和没经验的设计师区别很大，这个主要表现在没经验的设计师，只能完成配色和设计，不会考虑到设计背景和行业特性，以及创新性和用途，所以大多设计出的界面和素材，都显得硬邦邦的，比如说一个单页的设计，设计出来后五颜六色的，不适合做单页。但是有经验的设计师呢，会根据用途和场景，设计更加自然的作品，比如我们要做个绿色App的设计，这个设计背景是绿色，用户是喜欢绿色食品的，使用场景也是和绿色相关，所以在设计上肯定要和绿色相关，不能说绿色食品的App一打开是个红色的或者其他喜庆的颜色，看着不像一个App，或者让用户无法和绿色想关联。
设计的最终目的都是让一个作品和她的用户和场景，能自然的融合在一起，界面设计，在专业术语上称为UI设计，所以大家如果招聘设计师的时候，可以看看其他公司对UI设计师的要求，招聘自己需要的设计师。
第五步：招聘技术人员进行App开发
有了产品模型和产品文档，下面就是把产品文档和模型发给技术进行开发，目前开发App有几种方法：
第一种是原生模式开发，根据不同系统的开发分为android、ios版本，早期我们曾经开发过windows phone版本和塞班版本，不过目前主流的是android、ios版，因为windows phone和塞班已经game over了。
第二种开发模式是混合开发模式，就是H5和原生相结合的方式，一部分代码写在本地端，加强交互，提高用户体验，一部分写成网页的形式，方便修改。目前有很多这样的混合开发工具，技术朋友们，可以去网络上搜索自己喜欢的工具进行使用。
第三种模式就是：轻应用模式，类似H5网页以及百度的轻应用，这样的更加方便，但是交互和独立性很差。
第四种是：网页生成方法和模板套用，很多网站提供网页直接生成App功能，还有就是很多做App开发的外包公司，做了一套模板，每次只要更换名字和样式，就是一个App，不过第四种App质量更差，用户体验基本谈不上。如果你是真心想做一个App的话，不建议大家使用。
还有最后一种开发模式，就是外包了。这个大家最好找靠谱的外包公司，因为在外包的过程中，有很多问题，程序的bug和架构问题都会为App将来的发展埋下后患，还有就是App的上线进度不好把控，开发中的问题很多，很多创业公司几乎都跨不过开发这道坎，就已经死亡了，所以能开发一个App上线，算是App创业成功的第一步了。
第六步：上线运营推广
App开发完成后，下面面临的事情就是上线运营推广和维护，这个算是App创业的第二步，第二步是决定一个App创业者是否成功的重要条件，当下的App数量超过300万，但是90%都无人问津，剩下的App只要10%才有用户注意到，所以说能把一个App运营推广成功才是最重要的。
App运营推广目前成本非常高，竞争激烈。这个目前的行业现状，但是如果你的App只是和硬件交互，属于补充类型的App，倒是无所谓，目前娱乐、社交等类型的App早已经是红海一片，没有大量资金的创业者很难在做成功。
我曾经收集整理了一篇《2015最新国内十大应用商店广告报价表》的文章，大家可以看看，具体方式是关注移动互联网微信号：ydhlwdyq 后回复：051，即可看到。目前高质量用户的应用商店价格报价在2-10万/天，如果一个App要想在应用商店获得高质量的用户，一个月的投入费用在60-300万元。所以说，运营和推广才是决定一个App未来发展的关键。
最后一步就是，人才招聘。上面说的这些都是从一个想法到App上线运营推广的流程，所有的流程都是需要人来完成的。如果你自己不懂，你就需要自己来招聘人才，具体人才招聘怎么招聘，可以通过各个渠道，比如拉勾网，BOSS直聘等互联网垂直行业来招聘人才。
把一个想法变成一个App，会遇到很多想象不到的困难，不仅需要决心还要人脉和资源，当然最重要的还是资本。所以说，如果想做个App，一定要要把文章中的这些点都想到了，同时明确自己的责任，建立一个靠谱的团队才能成功，当然你如果把这些都想到并做好了，你就是一个成功的App项目经理了。
作者：移动互联网李建华，微信：ydhlwdyq，10年移动互联网行业人士，专注2B2C的渠道推广和品牌推广，未经许可禁止转载，否则将追究你的法律责任。
http://weixin.qq.com/r/pnXt9XjEaiUVrTyW9yC0 (二维码自动识别)
匿名用户 白米Ⅲ级
赞同来自:
- （一）想法产生
我本人是一个喜欢听音乐的人，上个暑假我在用网易云音乐（我不是打广告）的时候，用了网易云音乐的歌词分享功能，当时我突然想到，像我这样喜欢背歌词的人，要是有一个专门的歌词社区来一起和志同道合的人一起谈论歌词，分享自己认为最美的歌词的地方多好，介于本人在学校自学android开发，有过好几个APP项目经验，又是一个以后想当产品经理的人，于是马上把这个想法记到印象笔记中，第二天去找相关资料，发现基于歌词的社交APP没有搜到什么，有的也是一些风格是android2.3风格的应用，又逛遍有关歌词的百度贴吧，人人小站，豆瓣小组.....基本确定歌词社交的需求是存在的，而目前没有相关APP，于是说干就干，拉上实验室的开发队伍（由于本人以前就做过几个APP项目，也在大赛得过奖，可以组织起开发人员），正式开始了最美之路。- （二）需求确定
我认为有一个好的创意是不够的，你需要把一个点，扩展成一个个具体的需求，于是在网上找了个钟跟歌词有关的资料，以及问了在哪些歌词贴吧，小组中的人，文他们希望APP哪些需求，然后大致完成APP的需求概要设计书。- （三）产品设计
然后产品经理瘾上来的我，不分昼夜的想了一个星期，终于对于APP说要得到的需求合理安排设计，初步完成APP的原型，- （四）APP开发
真正的难点来了，绝大部分的想法永远只是想法，于是产品经理化身工程师，开始和一个搞技术的同学一起开发，我主要负责UI，和一些常规开发，而他负责技术难点，两个人暑假在学校实验室里忘我开发。真正开发起来，计划永远赶不上变化，设想的功能因为技术难点无法解决或者我们技术根本搞不定，只能放弃，改变方案，但是每次改变都不是轻易说改变的，我又需要根据现在的技术和需要实现的功能做一个平衡，想个三四天，再做一个原型出来。没办法，对于学生创业者，技术才是制约发展的最重要因素
下面贴做完后我们的应用
是不是感觉改变好大，我们算是一边做，我一边不断修改原型的，这貌似暴露了我这个产品经理的不专业，没办法，还是大学生，一步一步都是新手，又一开始把饼摊的太大了，只能每天晚上都想方案，现在想想真的是蛮拼的，自己对产品的喜爱还是很强的吧。
- （五）上线推广，运营（如果有社交内容）
目前应用准备上线，产品经理又化身运营人员，开始苦逼的找应用市场，找首发机会，无奈大部分应用市场首发都需要企业开发者，我都把360的首发要求都做好了（闪屏加logo),应用推荐仿360手机助手，结果申请的时候，说不是企业开发者，想哭的心都有了，于是把logo和推荐又去掉。唉，目前正在各大应用市场上线，不要以为APP做出来了就是成功了，把APK往应用市场一丢就完事，你的应用被别人下载，而且一直被人使用才是真的成功。这里也希望看到的知友们，多多推荐最美歌词，分享的链接为分享－最美歌词- （六）根据相关数据来准备第二版改进点
我在APP里加入了友盟的统计，准备根据APP上线后的数据再对APP进行第二版的改进。希望我的经历能帮到你，
最后贴下最美歌词官网
最美歌词官网 大家多多支持下
白米Ⅲ级
赞同来自:
以下是我的看法
在假设有一个idea的情况下，一个常规产品流程应该分4个阶段：
1.需求确认阶段
2.产品设计阶段
3.产品开发阶段
4.产品运营阶段
接下来细说
1.需求确认阶段
在已经有一个idea的情况下，首先要确认需求，需求分两个部分，一个是用户需求，一个是公司需求。用户需求的话很简单，就是这个产品能为用户带来什么，或者用户为什么要用它。公司需求的话我觉得公司对不一样的产品的需求是不一样的，就比如
- 有的公司对产品的需求是赚钱（例子太多不举了）
- 有的公司对产品的需求是更多用户，当然不能赔钱，这一种产品和上一种绝大部分是重合的（比如课程格子）
- 有的公司对产品的需求是即使前期赔钱，也要更多的用户（嘀嘀打车）
- 有的公司对产品的需求是除了常规需求之外，必须得到大量数据，比如某功能使用者的年龄，性别，时间段等
至于用户需求分析的话方法就比较多了，流程大概如下所示- 行业背景分析
- SWOT分析
- 竞品分析
- 市场调查/用户调研
- 用户角色建模/场景建模
- 使用KANO模型来细化需求
- 需求管理，根据公司资源及目标决定功能是现在做还是放到迭代中
在这个阶段的输出产物应该是MRD，BRD，角色建模.doc，需求list.xls2.产品设计阶段
在确定了用户需求和公司需求之后就进入到了产品设计阶段，在产品设计的阶段我把它分成如下几个小阶段
- 信息架构设计
- 产品流程设计（逻辑图）
- 视觉设计
- 原型设计
- 可用性测试
输出产物为：PRD，信息架构图.mmap，流程图.vsd，UI.psd，prototype.rp同时在12阶段，必须有开发团队介入，4结束之后，必须要让老大介入，确认产品团队，开发团队，老板这三个方面全部满意之后，再进入下一阶段
3.产品开发阶段（有时候会和产品设计阶段交叉进行）
- 写代码
- 写代码
- 产品经理持续跟进
- 写代码
- 写代码
- 测试阶段（包括可用性测试）
输出产物：index.html/main.apk等4.产品运营阶段
这里就没有明确的流程了，简单地说就是
输出产物：数据.xls
当然在如上四个阶段中也不是那么严格的，在各种地方都有可能出现以下场景
if(老板满意度==false&&劝说效果==false){
重新设计;
}
else if(公司资源对现有需求可实现能力==false){
重新设计;
}
else;
白米Ⅲ级
赞同来自:
产品，前端开发，后台开发，UI，这些就能保证产品开发出来，根据预算和后期推广还可以酌情增加测试、运营和推广人员。
产品诞生记
1、公司大老板说要做个什么样什么样的app出来；
2、产品做竞品分析→小团队一起讨论，确定主打方向；
3、产品出原型→小团队或者跟老大确定原型是否ok；
4、产品根据讨论结果调整原型，然后出产品文档；
5、整个团队分析产品文档，功能能否实现这些；
6、产品根据讨论结果修改文档和原型；
7、UI根据原型画图；
8、前、后台的技术分析产品文档，根据文档定接口；
9、前、后台搭底层框架；
10、UI出效果图→小范围讨论，确定风格和细节等；
11、UI根据讨论结果修改效果图，同时先切一些图给技术用；
12、与此同时，产品一直在画后台的原型和写后台的文档
13、一两个月之后第一个版本出来，测试→提bug→改bug→在测试，提bug→改bug。。。。。。
14、bug改到老板或产品觉得ok了就能上线了。
白米Ⅲ级
赞同来自:
怒草了三十关后,心满意足的把代码改回来...
白米Ⅲ级
赞同来自:
======== 原文 ======
我去年曾经打过一篇博客的草稿，题目是《1308公里——从想法到产品的距离》。一直没有发，现在看到这个问题，正好可以拿出来聊聊。
1308公里是上海到广州的飞机飞行里程。这是我常飞的一段路，因为我在上海，我家姑娘在广州，我们已经飞了4年了。
当我的 “pp复读机” 终于以一个完整的姿态上线并且获得用户好评的时候，我想起从产品启动以来的艰辛和快乐，想起这1308公里和在它下面月复一月的思念。
1 源起
萌生在 iOS上做一个“复读机”的应用要追溯到好多年前。那时我上了一个新东方的托福班，一次听力课上，老师说练口语最好的办法是背听力。然后我就开始每天早晨到学院大楼的天台上，左手拿着托福真题，右手拿着 iPod Nano 开始背起来。Nona 通过触摸旋转来拉播放进度的设计真的很酷，只是应对这种频繁的复读需求却是力有不逮，至少有个 AB 功能也好啊。那时的手持设备不像现在这样有丰富的功能和应用，我虽然能做软件，却没法在电脑前静心背英文，所以只能忍了。背了好些题目，至今还记得背的第一句是“Do you think we should make reservations for dinner tonight?"，我可以说的和 mp3 里面语音语调语速几乎分毫不差。
后来我的设备换成了 iTouch 。这次的体验更是不堪。手指在这样小的屏幕上拉动播放进度条要找到准确的播放位置实在太难，每次想重新听一次前面的句子，都要仔细的调整进度。求助于 App Store ，并没有发现 复读机 的应用。而这时候 iOS 的 SDK 已经发布并且相当成熟，所以就开始考虑给自己做一个可以准确复读的播放器。
2 定义软件功能
软件的功能非常简单：
A 一个音乐播放器
B 显示歌词列表，点击哪一行就自动跳转到那一句歌词所对应的片段
C 歌词复读模式，自动循环当前歌词对应的音乐
我一开始的想法并没有要产品化，只是想快速做个东西给自己用用。所以就在网上搜有没有 iOS 上开源的播放器。找到了 Last.fm，也看了 VLC。由于当时并没有怎么用过 objective-c 和 cocoa，所以这两个项目在我看起来都是不能很方便快速的添加我想要的 b、c 的功能，而且多了很多我不想要的功能和代码。考虑了下，还是自己弄吧。
3 第一个版本
三个需求中，A 功能的描述最简洁，实践起来却遇到不少麻烦。
由于多年以来使用 iPod 听歌的习惯，使得我对 A 功能的定义就是做一个和 iPod 一样的音乐播放器，这让我浪费了不少时间精力。
遇到的麻烦里面，印象比较深的有两个。一是支持后台播放音乐，二是显示和 iPod 一样的播放列表（iPod里的播放列表和 iTunes 里面的结构是一样的，自己获得的列表则不具有分层的结构）。第一个还好，有些资料可以查。第二个问题则一直没有头绪，找了不少网站，也问过两个做过播放器产品的人，还问过一个老外，最后也没能找到办法。不能完美实现自己想要的需求让我一度沮丧。还好最后是看开了，看看国外的类 iPod 播放器的表现也是如此，大概就是苹果没有开放出来把。
功能 A 实现后，B 和 C 相对则要简单许多，很快，我的第一个版本就问世了。
这个版本没有像样的 UI ，确实达到了“给自己用用”的目的。
4 第二个版本
v1.0版本上线后，我便开始酝酿第二个版本的功能设想。此时，我的野心也开始被放大，希望有别人一起来用这个软件，而且我希望能和用户有更长期的交流，而不是他下了软件后就再也与我无关，所以我想提供“上传并分享歌词”的功能。当时我手上有一个服务器，开始在给自己做博客，恰好就有了做网络功能的资源。我对第二个版本的功能定义是这样的:
A 歌词通过网络同步
B 网站提供用户上传自己的 LRC 歌词文件，选择是否公开分享
C 复读机提供用户登录模块，用户登录后，优先拉取自己上传的歌词
D 歌词列表头显示歌词作者信息（来自与 LRC 文件 by 字段）
E 产品级的 UI
F 流行的英语学习资料的歌词数据库
功能也不算很多，但是实践起来，你会遭遇无数的细节，有些你必须摆平，有些则是 trade-off （如多语言）。一个细节的例子是，在播放界面，当歌曲跳到下一首时，歌曲列表界面中，列表的高亮也应当跳到正确的位置。像这样无数的细节不断地冲击着你做产品的耐心。有时候一个细节的问题会带来逻辑架构上的不可调和，多数情况下你会希望在不修改结构的前提下 hard code 掉，但当这些东西越积越多时，你终于会无法忍受那庞杂交织的函数调用网络。这时你面临的是对尽快上线的期许和重构时间与精力的纠结，你需要做出取舍。是不得不做的需求时，我可能会郁闷个一两天，然后拍拍脸颊，打开Xcode，重构！！
版本2的另一个重头戏是UI。我有一个很好的平面设计师朋友，当我邀请她帮我做这个UI时，她欣然答应，并且很快给出了三个设计方案，最终我选择了现在软件所呈现的这个。UI看起来只不过是摆图片的工作，但却是一个细节的“重灾区”。由于我们都没有在 iOS 上开发 UI 的经验，所以开始把图片分辨率调准确都费了不少功夫。而很多时候，为了让效果更完美，我们会在像素级别上调整颜色。同时排版、字体等等都让我们煞费苦心。不过很遗憾的是，我们没有时间再做一套 iPad 版本的UI，只能在后面的版本中做了。
歌词数据库的准备是最麻烦和费时间的。多数英语听力资料的文本并不能在网上找到，而即使有，也绝少有现成的 LRC 文件。所以打字，制作 LRC 成为了我这段时间最痛苦也最难熬的事情。这里我要感谢下露江英语的新概念英语资料以及aboboo、沪江以及VOA英语网上的文字或歌词资料。到该版本上线，我的数据库里已经有了 TPO 1-25 的所有听力歌词、剑桥雅思6-8的听力歌词、新托业听力详解及实战试题 Test 1、2的歌词，新概念英语1-4所有文章的歌词，并且每日制作更新 VOA 的歌词。
2012年11月， pp复读机 v2.0 正式上线。后面陆续又做了些调整，fix了几个bug，到了v2.2。
5 第三个版本
可以说 2.2 版本的 pp复读机 已经非常好的满足了我自己的需求，根据我用 iPod 听歌的习惯，我看这个软件的时候，心里觉得，“嗯，就是它”——感觉是时候向大众推广了。然而当我给朋友们试用时，得到的反馈让我意识到了自己犯了严重的错误。
这几年，苹果设备开始在国内兴起，我的几个朋友都是这段时间买了 iPhone，iPad 等，他们并不用 iPod 听歌，甚至很少使用 iTunes，他们听音乐的方式是使用 qq音乐 这种软件。不了解这些的我，按照自己的使用习惯做了并不能满足大多数目标用户需求的软件，推广大计再次搁浅。消沉几天后，又一次开干了。
2.3版本的功能定义
A 支持网络直接获取英语听力资料
B 支持通过 wifi 上传歌曲和歌词到 iOS 设备
功能仅仅加了两个，实现起来却并不容易。原来的播放器是基于播放 iPod 库里的音乐的，要支持直接播放磁盘上的音乐并从网络获取播放列表下载歌曲，需要做不小的重构。同时歌曲列表界面的 UI 也做了一定的改变。
业余做的 App，3个大版本，陆续花了1.5年时间，只是好在坚持做出来了，没有夭折于一次次的挫折和纠结 （概括起来确实就如 @蔡希瑀 所说）。
1308还在继续，姑娘在今年十月正式成了我的合法领导。
白米Ⅲ级
赞同来自:
2、觉得它们都用着不爽
3、有念头想自己做
4、纠结，纠结，纠结。。。
5、过了好久以后决定开坑
6、填坑。。填坑。。填坑。。艾玛怎么这么多bug
7、如果填坑失败则回到4，否则跳到8
8、啊终于可以发布第一个版本了
9、回到6
白米Ⅲ级
赞同来自:
首先你需要有一个好的idea,自己会码字最好，如果自己不会，那你得要找几位共同道合的技术：UI、前台及后台。
OK,讲讲我们的创业过程。一次，在淘宝上买了条裤子，收到货后发现大了（原谅我瘦小，一般在网上都挺难买到合身的衣服），放在一边 。过了几天才想起要退货，于是上网找快递电话，说会来等了好几个小时都没来，最后找了三家后才寄出去。于是我想，如果有这么一款手机应用，可以查到看附近的快递员，让他上门取件，这样快递员也可以少跑点路，我也能快递把快递寄出去。和朋友聊了一下这个想法，大家都觉得不错，而且滴滴、快的当时特别火。
最后，我们就开始创业了。应用名称确定好为：易快递。先找了个外包团队，把源型做出来了，但做的真心烂（此处省略N多字），最后开始慢慢建立我们自己的技术团队，几乎把原来的推倒重做了。接下来我们就与各类快递公司交流沟通，收集各家快递公司的网点信息让快递员加入我们平台上。
我们当时开发的第一个版本没有加入地图功能，只能用来查询快递信息。查快递这个需求其实还是蛮大的又方便，好多人不知道扫一下运单号就可以查快递信息
第二个版本才把查附近快递员下单寄件的功能加入进来。
下图是在深圳的效果图
后面我们也会加入一些别的元素，也期待大家多多关注下载，给我们提些宝贵的建议哇
白米Ⅲ级
赞同来自:
起因. 啊这个应用好棒, 但是为毛没有这个功能呀! 或者啊妹的为毛就没个像样的可以干这个的应用!
然后就开始构思, 可能是先在草稿本上, 或者直接在软件上画些个草图.
然后嗯就一边开发一边调整设计和功能需求 (嘿嘿嘿, 自己的东西老改需求也不会烦).
然后一个应用就诞生, 随后就上架了...
比如说我的 词焙背单词, 以及现在已经退役的 A+ Dictionary (Google Dictionary 的改良版), 科学上网工具 X-Wall, 等等.
但是,,, 如果题主不是全栈的话,,, 这个过程可能就是这样的:
起因. 同上.
然后就开始构思, 自己开始在草稿本上画草图.
觉得不错了, 拉拢程序员和设计师, 期间坎坷无数, 不再具体展开了. 大概就是, 如果你不是是个设计师就要, 是个程序员就要的人的话, 最大的问题是你看得上的设计师和程序员没兴趣跟你一起做...
不过假设你终于是找到人了, 程序员开始思考软件架构和解决方案, 设计师开始设计草图. 大家还可以一起头脑风暴想出更多绝妙的点子.
So far so good. 这个时候设计师出图了, 程序员说不行这个不好做, 然后设计师又跑回去改. 你一听说觉得为什么不好做啊于是找程序员理论, 程序员说了一堆你也不大懂的东西然后你好像明白了的样子说好吧那就改改吧. 于是设计师改好了交给程序员, 程序员开始实现了. (如果程序员是新手, 他很可能做了大半才发现做不下去了, 时间成本刷刷的...)
实现了一半的时候突然你们又冒出来了一个绝妙的点子, 设计是说没问题马上我就去改. 程序员坐不住了, 啊啊啊说改就改啊, 这一改我原来写的基本就都不能用了得重来啊. 你跟设计师都很疑惑妹的不就是加了个小东西么. 于是程序员很耐心地解释为什么加这么个小东西会带来架构上的变化然后你跟设计师大概就懂了于是说那好没关系, 重来就重来! 程序员默默地说了声你妹.
终于程序完成了大半, 设计师一看, 咦, 这个地方不对我不是这么设计的. 你一看貌似没什么问题嘛, 设计师便耐心地解释了一圈, 你也基本上相信嗯是有这么一点问题于是程序员你再改改? 程序员觉得嗯我也该是精益求精地人于是就改改吧.
终于改好了...
终于上线了...
等等,,, 貌似太顺利了故事不是应该曲折一点么?!
原谅我忘了几个假设.
你是靠谱的 PM.
设计师是靠谱的设计师.
程序员是靠谱的程序员.
需求只改了那么一两次...
或者假设即便你们都是新手但还是顺利地让应用上线了... 那么...
咦为什么我的应用没人用...
O.O
匿名用户 白米Ⅲ级
赞同来自:
肯定要先有点子，知道要做什么，需求是什么，然后要把这个点子产品化，做出原型，优化原型
视觉设计阶段：
然后把你的原型拿给设计师，让设计师做视觉UI稿
开发阶段：
当然就是把原型开发出来，做成可以在手机上运行的app
以上三个阶段是重复迭代的，开发阶段发现问题改设计改产品，视觉设计阶段发现问题改产品，或者产品经理脑子发热改需求。
每个阶段还可以细分，比如视觉设计阶段还可以划出交互设计，用户调研等等。开发阶段可以包括ios开发，andiod开发，官网开发，开发测试，联调，接口设计等等阶段。
然后这个产品相当于生产出来了，接下来一个是发布，appstore上发布，安卓市场发布。这时候运营团队介入，做产品推广，意见反馈等工作，产品团队，开发团队等待市场反馈进行第二轮迭代。
匿名用户 白米Ⅲ级
赞同来自:
【开篇】
很早就想做自己的产品，脑子里各种新奇idea层出不穷，但苦于没有代码能力，大部分想法都只是画好交互框架，成为躺在手机里的「睡美人」。。。
也许是时机到了，某一天在朋友圈刷到老朋友（工程师）发动态说想做点东西，上去点赞一聊，发现大家状态相同，一拍即合。
必须说技术小伙伴简直是「量身定做」般合适，认识十年的老同学，好朋友，有信任基础，有共同兴趣爱好，各自的能力性格均很清楚。所谓知根知底，互相支撑。
目标很明确，不盲目创业，在业余时间做，从一个iOS App产品开始。
分析我们的爱好、资源、人脉、特长后，决定从一个简单的音乐类小产品先练手，同时招募其他伙伴加入，这时候我们还差一个重要的角色——设计师（#不是差一个程序系列）。。。
【立势】
今年5月初开始筹备（其实也就2天时间），技术伙伴当时还在美国，我在北京，两人隔着9个小时时差，幸亏有tower（强烈推荐，特别好的协作工具），建好项目，做好任务分工，我完善需求和交互，购买开发者帐号，他准备服务器、搭建技术框架，各自一头就这么干起来了~
同时，到处找设计师，由于是业余时间做，大家都是拿出自己的时间和一些资金，故没法给设计师支付报酬，很多人一听是「免费」合作，就没有兴趣了。。。也受过几轮打击，好在我一直相信，这个世界有很多人跟我一样，有强烈的意愿想做自己的产品，哪怕没有钱，仅仅是热爱便足够驱动我们一起来合作。
也是幸运，很快技术伙伴找到了做设计师的老同学，愿意加入，尽管人在深圳。
（其实找人并不是最难的，自己比较挑，除了能力具备，如果不热爱这个事情，性格不好合作，不能成为朋友伙伴一起玩，我也忍痛拒绝过这样的。。。）
【发展】
第一阶段，基础可work的三人小组到位。同时，我需求和交互已确定，开发框架也搭建好了，直待设计师的UI产出。
第一版设计在我多次「催工」下产出，又要怪我挑剔，尽管是业余产品，却不想降低对品质和设计的追求，于是顶着设计师姑娘的怨念，让她重新修改。（光是选定设计风格就反复讨论过几轮）
这个阶段，真是要十万个赞我的技术伙伴，一人搞定前后台所有开发不说，速度还炒鸡快，基本1个半月即完成了第一版的大部分功能，要知道，这是大家都有白天工作，只在零星晚上和周末才能富余时间开发、设计的情况下，特别辛苦感动~
为了加快开发进度，我们继续四处招募，已经工作的人大多不会加入，所以开始尝试在高校里找，曲折的借学生帐号去学校论坛发帖（也在知乎私信过别人），在没报多少回应希望时，居然神奇的有同学看到跟我联系，陆续跟几位同学接触下来，感叹现在的年轻同学比我们当初厉害许多，后浪超前浪，又会设计又会开发，自带多重能力简直与我们的团队风格高度一致~
【波折】
也许是前面太顺利，运气花得太快，设计师MM因为一些个人事务，不能及时的给出修改设计，而我们又不想干扰姑娘的大好前程，加上项目停滞不前会很消磨锐气，于是准备找新设计师来分担设计任务，又是一轮各处求人安利。。。这时候才发现，靠谱的人基本来自认识的人，或者朋友的朋友。再一次，技术伙伴又发挥人脉优势，找到以前的同学，介绍我们「伟大的事业」后，愿意加入我们。
第二阶段，技术伙伴是我们主力研发，新设计师负责App主体界面重新设计，一位同学负责周边小功能设计，一位同学负责小模块的开发。
在高效沟通协作中，一个月很快过去，我在准备冷启动相关资源时，开发基本完成，只欠UI东风。然后故事又重演，大家是第一次合作，对产品、设计的理解还不是很对齐，导致设计还是不够「好」，在容忍我一而再、再而三的挑剔下，新设计师哥哥终于完成了我们第一版的全部UI，整个过程始终非常nice的配合修改，令某涕零感激不尽！（上辈子一定是拯救了地球）
【呈献】
第三阶段，打磨细节，准备上线。又一次要感谢技术伙伴，在我折磨完UI后，开始挥舞「用户体验」的狼牙棒折磨研发，让其优化各处细节效果。缠斗于纹理质感、字体间距、icon细节的小巷战，厮杀在启动速度、加载效率的大本营，常常是我刚把bug提上tower，5分钟后就收到微信push，bug任务已完成。效率之高，令人发指！
经过3个半月的spare time模式开发，产品1.0版顺利提交Appstore。
也许是苹果看我们太努力，居然神奇的「免审」般通过了我们的应用，9.15号迎着旭日一同上线！
贴一张App启动图（没错，这是广告）：作词—创作、交流歌词之美 on the App Store
【后记】
感恩一路支持的小伙伴，以及帮忙安利的诸多朋友，感谢「方正字库」对个人开发者的近乎免费授权。
一款看似简单的App背后，需要的配合、资源、细节琐碎多如牛毛，如果没有热情和智慧，难以坚持到底，因为对我们来说，结果与过程一样重要。
#生活就是做自己喜欢的产品
——略懂工作室的微博