本人屌丝程序猿一枚，2011年年底回家过春节，正值各大喜事举办高峰，一次看到父母在随礼前捧着纸质礼簿查看的一幕，瞬间萌发了开发此应用的念想，只为帮助到更多像父母一样拿本记账的人。说来惭愧，一直心系此事，却迟迟未开始开发，2012年8月中旬辞职在家闲着，月底开始着手设计、开发、测试，终于在31号上线了简陋的v1.0.0版，命名为“礼来礼往”。主要是用来帮助用户记录随礼、提供随礼依据的。该应用分为送礼清单、我的礼簿和设置三个模块。送礼清单记录用户所有人情支出。我的礼簿记录自己每次宴请摆酒所收到的礼钱，设置提供基础信息配置、数据备份恢复和应用版权信息。
时至今日，礼来礼往android版已经上线三版，本屌丝想把期中的一些心得体会记录下来。开发生涯将近4年了，做过的项目也不少了，个人认为没有什么就感，如果非要计较哪个心得或收获最多，我还是会认为是礼来礼往。礼来礼往是我做过的最小的项目（姑且说是项目吧），麻雀虽小五脏俱全，这个项目从设计到开发测试，再到推广运营，几乎是我全干了。一个屌丝程序猿，每天按部就班写代码，从没设计过啥东东，开始设计一个应用，第一次握笔画了线框图，不懂用户什么用户体验，就瞎假设下自己是用户，两天时间写完了第一版全部代码。上线后才看到许多程序员硬伤在里面，验了那句诗词“只缘身在此山中”，让随后推出的两版付出了沉重代价。现将部分心得体会总结如下：
1、做一件很棒的事，你需要感到你与众不同。我曾经说过我要做一款社交的App，听过的朋友无一不说社交这类应用都做泛滥了，你再做是不是太.......他们都没听过我到底想做成什么样的社交App，只是认为微信都好几亿用户了，还有米聊和陌陌.......当我说我要做礼来礼往时，也有人跟说说记账的太多，而且都没盈利点。须不知我我的与众不同：1.别人认为的没戏是别人的没戏，别人认为的失败是别人的失败，那与我无关。正如我的一句话：统一是两个凹，长在别人脸色是酒窝，长在你脸上可能叫坑。2.做一件很棒的事件先别与大多人说，避免冷水，做出来让他们看，最后兴许你能收获些建议。3.尽可能的保持最少人数，这样可控因素能大些，做成事的概率会提升。
2、既做加法也做减法。礼来礼往V1.0.0最先我设计了4个模块，其中包含了统计分析。待功能开发完毕，我再三反问自己真的需要统计分析这个功能？能通过其他方式顺带下吗？最后我砍掉这个功能，将收入和支出列表改成了expandablelistview完美表示了统计数据。V1.0.0版是个单机版本，当时也有本地登录功能也是再一次次反问下砍掉的。上线后一两天在原有功能上我加入了友盟的sns组件、自动更新和用户反馈。后来我收到用户的不少反馈，要求要有云存储功能。鉴于礼来礼往是个个人小应用，要开发后台成本太大。所以选择了百度的云存储，为应用增加了一个功能云备份和云恢复。每一个应用都不能一次性做到完美，把所有用户需求都兼顾到，更何况用户本身就个性差异。所以不断升级和优化成了一种必然。如果只是一味在前一版的基础上加一两个功能，如此下去应用会变得臃肿不堪，升级几次后用户都太会使用，最后偏离自己的初衷。但很多应用都是这么干的，尤其是在模仿别的App的团队，认为想打败竞争者就要胜人一筹，人家有3个功能，他就得4个，甚至5个，如此以往，就不断的处于守势。处于守势的团队是顾不及去前瞻的，不会去反问下上一版的所有功能都真的是必须的吗？如果不是必须的，是否有可以砍掉呢？
3、单纯的干一件事。我在礼来礼往V3.0.0关于界面特意写上了该应用的理念：1.巨专注，只做一件事：记录你的随礼。2.我们巨简单，无论是界面还是功能。礼来礼往不是随手记，不记录你生活中的零散账目，只记录最有用的账目--随礼。因为这些数据才是真正用户几年期间甚至几十年都关心的数据，我们记录它不但能消除纸质礼簿丢失以致于数据全无的麻烦还能为用户提供下次随礼依据。
4、用户量并不非得成为我的目标。做礼来礼往最直接的原因是能帮助到一些人，尤其是父母辈的，单是这一条就足以让我兴奋和满足了。它的用户量短期不会太大，只是希望通过数年的时间真正用它记录随礼的人越来越多，这个应用的目标也就慢慢实现了。
5、开发人员成为小白挺难。尽管我常常把自己想象成小白，但那也只是想象，和正在小白差距还是挺大，难免会站在开发人员的角度思考。应用中也有不少地方体现这点，为此也付出了代价。我们常常的认为并非用户所想，所以预留个意见反馈真是有必要的。
6、不要一次性做太大变化。一旦确定核心功能后，就要避免版本升级一次性加入大功能。步子大了会扯着蛋。把它分成多步，一次次加入到应用，你或许能收获些不同的看法，或许你最初的大功能已经“面目全非”了，不再是你当初的设想了。我们都不完美，持续改进才是王道。这也是升级更新的真正意义。
时至今日，礼来礼往android版已经上线三版，本屌丝想把期中的一些心得体会记录下来。开发生涯将近4年了，做过的项目也不少了，个人认为没有什么就感，如果非要计较哪个心得或收获最多，我还是会认为是礼来礼往。礼来礼往是我做过的最小的项目（姑且说是项目吧），麻雀虽小五脏俱全，这个项目从设计到开发测试，再到推广运营，几乎是我全干了。一个屌丝程序猿，每天按部就班写代码，从没设计过啥东东，开始设计一个应用，第一次握笔画了线框图，不懂用户什么用户体验，就瞎假设下自己是用户，两天时间写完了第一版全部代码。上线后才看到许多程序员硬伤在里面，验了那句诗词“只缘身在此山中”，让随后推出的两版付出了沉重代价。现将部分心得体会总结如下：
1、做一件很棒的事，你需要感到你与众不同。我曾经说过我要做一款社交的App，听过的朋友无一不说社交这类应用都做泛滥了，你再做是不是太.......他们都没听过我到底想做成什么样的社交App，只是认为微信都好几亿用户了，还有米聊和陌陌.......当我说我要做礼来礼往时，也有人跟说说记账的太多，而且都没盈利点。须不知我我的与众不同：1.别人认为的没戏是别人的没戏，别人认为的失败是别人的失败，那与我无关。正如我的一句话：统一是两个凹，长在别人脸色是酒窝，长在你脸上可能叫坑。2.做一件很棒的事件先别与大多人说，避免冷水，做出来让他们看，最后兴许你能收获些建议。3.尽可能的保持最少人数，这样可控因素能大些，做成事的概率会提升。
2、既做加法也做减法。礼来礼往V1.0.0最先我设计了4个模块，其中包含了统计分析。待功能开发完毕，我再三反问自己真的需要统计分析这个功能？能通过其他方式顺带下吗？最后我砍掉这个功能，将收入和支出列表改成了expandablelistview完美表示了统计数据。V1.0.0版是个单机版本，当时也有本地登录功能也是再一次次反问下砍掉的。上线后一两天在原有功能上我加入了友盟的sns组件、自动更新和用户反馈。后来我收到用户的不少反馈，要求要有云存储功能。鉴于礼来礼往是个个人小应用，要开发后台成本太大。所以选择了百度的云存储，为应用增加了一个功能云备份和云恢复。每一个应用都不能一次性做到完美，把所有用户需求都兼顾到，更何况用户本身就个性差异。所以不断升级和优化成了一种必然。如果只是一味在前一版的基础上加一两个功能，如此下去应用会变得臃肿不堪，升级几次后用户都太会使用，最后偏离自己的初衷。但很多应用都是这么干的，尤其是在模仿别的App的团队，认为想打败竞争者就要胜人一筹，人家有3个功能，他就得4个，甚至5个，如此以往，就不断的处于守势。处于守势的团队是顾不及去前瞻的，不会去反问下上一版的所有功能都真的是必须的吗？如果不是必须的，是否有可以砍掉呢？
3、单纯的干一件事。我在礼来礼往V3.0.0关于界面特意写上了该应用的理念：1.巨专注，只做一件事：记录你的随礼。2.我们巨简单，无论是界面还是功能。礼来礼往不是随手记，不记录你生活中的零散账目，只记录最有用的账目--随礼。因为这些数据才是真正用户几年期间甚至几十年都关心的数据，我们记录它不但能消除纸质礼簿丢失以致于数据全无的麻烦还能为用户提供下次随礼依据。
4、用户量并不非得成为我的目标。做礼来礼往最直接的原因是能帮助到一些人，尤其是父母辈的，单是这一条就足以让我兴奋和满足了。它的用户量短期不会太大，只是希望通过数年的时间真正用它记录随礼的人越来越多，这个应用的目标也就慢慢实现了。
5、开发人员成为小白挺难。尽管我常常把自己想象成小白，但那也只是想象，和正在小白差距还是挺大，难免会站在开发人员的角度思考。应用中也有不少地方体现这点，为此也付出了代价。我们常常的认为并非用户所想，所以预留个意见反馈真是有必要的。
6、不要一次性做太大变化。一旦确定核心功能后，就要避免版本升级一次性加入大功能。步子大了会扯着蛋。把它分成多步，一次次加入到应用，你或许能收获些不同的看法，或许你最初的大功能已经“面目全非”了，不再是你当初的设想了。我们都不完美，持续改进才是王道。这也是升级更新的真正意义。
以上内容纯属扯淡。水能载舟，也能煮粥。取水干啥，自己看着办吧。
下载地址：http://apk.gfan.com/Product/App343289.html
5万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
