精华内容
下载资源
问答
  • 产品录入系统” 开发 心得体会

    千次阅读 2020-10-25 23:19:22
    Unity制作“产品录入系统”上传LeanCould数据库 软件开发心得体会

    用Unity制作“产品录入系统” 数据上传LeanCould数据库 软件开发心得体会

    前段时间经历过了两周的彻夜奋战,我和老师以及另外一个同学的协作下帮助客户完成开发了一款产品录入系统。

    我们完成了产品录入系统的后台以及录入端的软件制作、由另一队人马制作了小程序客户端。

    此次软件开发是我学习编程以来第一次完成的一个正式的项目,无论这个项目是否在别人眼中是多么的简单、微不足道,但是从中的体会以及学到的东西,其中价值无法估量······

    最显而易见的就是在编程中所需要用到的专业知识,此次项目所用到LeanCould数据库储存上传的数据,Unity制作软件界面、C#语言编程数据处理,这些东西都是在学校的学习中很难学到的,但是在这次的项目开发后我发现已经有了一些这方面的专业技能。但是这些并不是最主要的,因为即使再难以学到的专业技能都有能学到的地方,最令我觉得值得的有这几件事。

    第一:由于这次的项目开发是由我和另一位同学为主力,所以老师所能帮到的非常有限,迫使我在开发的过程中遇到难题自己解决。在多次的查百度、搜文档中,我学到的如何在遇到难题时,在自己不会的时候如何解决问题,我坚信,这项技能在我未来的一生中,无论是什么时候都会用得到,并且会因为它使我在未来的项目开发中更加轻松和快捷。

    第二:在所有的问题中,最让人头疼的并不是某个所有的困难都无法解决,而是在某一个需求上举步维艰。产品录入,固然需要数据的上传、修改和删除,这就是LeanCould数据库中的 “ 增删改查 ” 功能。要想实现这些功能就必须在代码中下功夫。在项目正式开始开发的第二天,我们便熬了一个大夜,起初很快我们便实现了数据的增加,但在之后实现删除、查询和修改功能时,经历了无数次的代码修改时,已经是深夜将近四点多,看看我们的进度,还有三个功能没有实现几乎绝望,老师也早都已经 “ 倒下 ” 。而另一位学生主要负责制作UI界面那一部分,帮到我的也比较有限。就在我们都打算玩玩游戏歇一会儿的时候他突然有了一个想法让我按照他的思路试试删除功能,在我怀着最后一丝希望的努力下,修改代码、保存、测试,最后一步在我打开数据库刷新的时候,我的手近乎是颤抖的,心里祈求着成功的同时也做好了再次失望的准备。等等,数据,怎么没刷新出来?在反应了好久之后我们惊喜的抱在了一起,原来是数据删除成功!!!
    之后的数据查询、修改功能更是犹如神助,都是一次成功。连续的三次修改三次测试我们成功了三次、拥抱了三次。在天都快亮了的时候我们将剩下的三个功能一次实现、没有一次出错。
    说着传奇,亦在情理之中,一整夜的积累让我们有了成功的理由。

    第三:经历过成功,当然也有挫折。又过了两天,客户需求的图片格式的数据处理让我们真正的败下阵来。要求可以将图片上传到数据库,这与处理文字数据又有不同,难度更难,并且涉及到更多的格式转换,在我们一次又一次的版本更新中始终没有成功的完成这个功能,最终是在另外一个工程师的帮助下加入了能够上传图片的功能。其中最麻烦的地方就是到底以何种格式将图片保存在数据库中,我尝试了将图片存在一个新建表格中,图片的地址以各种方式保存在原来的数据里,尝试了将图片直接保存在数据里,尝试了见图片转为文件格式在转存的数据库里,最终都以失败告终,毕竟从来没有学过,所以我到底也不知道,是我代码写错了还是这种方法根本行不通。

    在最后的几天中,由于学校各种课程安排使我分身乏术,每天回到宿舍根本没有精力再去想其他事情,这种累是心里上的累,精力不足,躺在床上脑子什么都不想思考,正是这样,导致开发的最后环节我无法全力以赴的扑在项目上,最后的反馈并没有达到最好的效果。

    虽然累,但是却很充实,学到的这些专业技能、经历的项目开发经验,绝对值得我这段时间的付出,下次如果再有类似开发项目我一定能做到更好。

    展开全文
  • | 旧一篇: 产品设计体会(2011)网络推广实战自己的很多朋友都在创业,不管做什么,他们都深深的感觉到产品经理很难找,员工在相关方面也有很多可以提高的地方,正好我对培训、分享这块也挺有兴趣,我的一个理想就是...

    产品设计体会(7018)人人都是产品经理收藏 | 旧一篇: 产品设计体会(2011)网络推广实战自己的很多朋友都在创业,不管做什么,他们都深深的感觉到产品经理很难找,员工在相关方面也有很多可以提高的地方,正好我对培训、分享这块也挺有兴趣,我的一个理想就是将来做老师,所以整理了一下相关的知识,结合自己到2009年2月的将近100篇文章,尽量完整的覆盖,画出了一张图,取名叫做“人人都是产品经理”。 一方面我已经在一些创业公司试着讲讲,另一方公司里也会有些机会和同学们分享,我很相信“教学相长”,如果听众可以学到一点两点,那我自然很开心也很有成就感;如果听众都是高手,能狠狠的批批我讲的内容,那更好,我可以借助大家都力量升级;另外整理过程本身,对自己也是一个提升,不论是知识结构的完整性、书面和口头的表达能力都是很好的锻炼。 整体分4块: 第一,PM是什么(产品经理),先什么是产品,从生活中到互联网、软件,让受众了解到这是很有意思的一个领域;然后谈谈自己对管理的理解,一句“资源不足下做事”可以展开很多;最后谈谈PM是什么。 第二,PM做什么,所有的事情,都可以用“大产品设计”来概括,并且先初步抛出设计的流程。 第三,PM怎么做,是最核心的部分,又分为5大块,可能大家已经看出来了,这里的划分我尽量在用麦肯锡的MECE分析法。 1. 产品之源,对应1000系列; 2. 设计之大,对应2000系列; 3. 管理之硬,对应3000系列(1000系列有关需求管理的内容移到这里); 4. 管理之软,对应5000系列(这块的积累还比较少,软的东西总是更靠时间积累,我还比较欠缺); 5. 选择之重,对应4000系列(这块相对高端一点,还需要多实战); 第四,人人都是PM,对应6000系列,会用我工作中的案例和生活中的设计来说明,其实我们每个人都是产品经理,会耍这套拳,对个人的各个方面都是很有帮助的。 最后,0000、7000、8000系列会按话题内容打散放入各个部分里。 而每个系列的梳理工作,接下来也会慢慢展开,最终融入这个大图。 每半年我会整理一次自己有关产品设计的知识体系,前三次分别是在2008年初写到30篇体会、2008年夏写到60篇体会、2009年初写到90篇体会的时候。1月中旬开始,我利用春节前后相对空闲的时间把自己原来所有的文章通读了一遍,做了升级,这个过程做完,我发现很有必要进行第四次整理,这是一次洗心革面的重构,以适应进一步的升级,所以有了这篇。 我会主动寻求一些高手的指导,不断升级这个结构本身,她也会作为我下一轮添加文章、弥补薄弱环节的指引。 原文全在 iamsujie.com 发表于 @ 2009年02月04日 12:32:00|评论(0)|编辑|收藏 | 旧一篇: 产品设计体会(2011)网络推广实战

    展开全文
  • 2009年夏天,“e网打进”的...很快半年过去了,产品、公司、团队里很多事情都发生了变化,不过对于这个项目来说,还是有些可以分享一下的东西……这个项目的缘起是为了统一公司几个产品的portal风格,但我们希望能在

    2009 年夏天,“ e 网打进”的产品 portal 做了一个改版项目,叫“变脸”,回想一下,我们正是按照:“战略、范围、结构、框架、表现”的顺序做的,设计师也从头到尾很充分的参与其中。很快半年过去了,产品、公司、团队里很多事情都发生了变化,不过对于这个项目来说,还是有些可以分享一下的东西……

    这个项目的 缘起是为了统一公司几个产品的portal 风格,但我们希望能在老板给出的这个目标下找到“变脸”的更多价值。于是项目开始后我查看了portal 页面的访问情况,分析了用户场景,画了下图。

     

    产品portal的用户场景

    产品portal的用户场景

     

    在“e 网打进”刚上市之时,portal 页面只是付费用户的登录入口,有一个简单的填写账号密码的输入框,并没有额外的商业价值,但随着产品的成长,渐渐有了点名气,当时每个月有几万UVUnique Visitor ,独立访客),其中:

    非付费用户的访客 占大多数,超过80% ,短期内相当稳定;付费用户20% 弱,目的其实很明确——登录,很少会东张西望看其他内容;极少数的经销商 ,有个入口登录后台也就行了。

    非付费用户的访客访问portal 的行为逐渐增多,他们通过各种途径知道了“e 网打进”,可能是通过搜索引擎,可能是听到朋友说起,有了点兴趣,但是到了这个页面以后,看不到产品介绍、不知道如何购买,虽然portal 本身使用了“e 网打进”,服务部门的同学可以及时与访客交流,但页面内容的缺失导致流失率依然很高。

    有了上述分析,很直接的想法就是portal 要转型,重点满足普通访客,促进他们转化为e 的付费用户,所以我们加重了营销相关内容,力求创造更多的销售机会,也就是所谓的“潜在用户”。进一步思考:

    潜在用户 = 访客数 × 转化率

    我们可以一方面通过增加页面的营销内容提高转化率,另一方面也可以通过SEO 、公关、推广等方式增加访客数,下面只说前者,但两者的目的都是希望能加粗上图中访客到“潜在用户”的线。

    之后,我们和销售、服务一起讨论,确认了目的,总结出portal 需要哪些页面,以及导航菜单的结构,因为整个站点的复杂度相对较低,所以我们压缩在一级菜单里解决了,如下表。

    产品portal菜单结构示意

    产品portal菜单结构示意

     

    接着是确定每个页面上都需要哪些元素,以首页为例,我们列出了下表。

    首页的元素

    首页的元素

     

    上面的工作可以看作“结构化思维”,“战略、范围”的设计基本完成,接下来就是“形象化表达”了,“结构、框架、表现”, UE 的同学就成了主角。 下面几张图是用哪些工具做的就不说了,这里聊一下PDUE 谁做什么事情,怎么配合。

    一开始,PDUE 一起讨论,手绘出首页的大概样子。PD 要表达清楚每一个模块的商业目标,可以给出自己对页面的布局建议,但最终的页面结构,UE 可以主导确定。

    纸面Demo

    纸面Demo

     

    然后是线框图, PD 有时候也会直接给出这个,“变脸”项目中,是 UE 的同学做的。大家仍然是讨论确定, UE 这时候会在设计的过程中融入很多自己的想法, PD 要做到的就是防止走偏,保证大家对商业目标理解的一致。

    比如在下图中,大家讨论后确定页面为“左侧大右侧小”的双列结构,并且左侧的内容主攻访客,右侧的内容主攻付费用户。

     

    线框图Demo

    线框图Demo

     

    接着, UE 出页面效果图,会安排销售、服务等相关方来做一次评审,告诉他们这就是将来看到的页面,征求意见,他们一定会有各种疑问,这时候 PD UE 需要确保每一个细节设计都是有理有据,包括每块区域的位置、长宽;每行文字的字体、字号;每个小图的颜色等等,都不只是为了好看,而一定是与商业目标符合的。

    比如下图中,“立即购买”的区域用了页面上最跳的橙色,在充满商业气息的蓝色氛围下很醒目;且位置在“ e 网打进”访客的电脑最常见的分辨率,即 1024 × 768 的首屏右下角,这归功于数据分析;又有个亲切的美女在向你招手,进一步吸引眼球。以上三点设计非常强势的突出了目的,至于是否太过,需要后续的效果分析来验证。

     

    视觉效果图

    视觉效果图

     

    2009 12 月在线上的这个页面 ,整体和上图看起来还是很像的。今后一定会有变化,不知道你在看的时候是什么样子。

    新首页上线以后,事情还没有完,持续的监控和改进是必须的,所以在上线后的半个月、一个月、三个月这几个时间点,我们都做了一些数据分析,从结果看,有一定的效果,比如访客粘度、网站停留时间均有提升,填写表单留下联系方式的潜在用户明显增多,具体就不仔细讲述了。

     

     

    UA:F [1.2.0_562]
    展开全文
  • 自己的很多朋友都在创业,不管做什么,他们都深深的感觉到产品经理很难找,员工在相关方面也有很多可以提高的地方,正好我对培训、分享这块也挺有兴趣,我的一个理想就是将来做老师,所以整理了一下相关的知识,结合...

    自己的很多朋友都在创业,不管做什么,他们都深深的感觉到产品经理很难找,员工在相关方面也有很多可以提高的地方,正好我对培训、分享这块也挺有兴趣,我的一个理想就是将来做老师,所以整理了一下相关的知识,结合自己到20092月的将近100篇文章,尽量完整的覆盖,画出了一张图,取名叫做“人人都是产品经理”。

    一方面我已经在一些创业公司试着讲讲,另一方公司里也会有些机会和同学们分享,我很相信“教学相长”,如果听众可以学到一点两点,那我自然很开心也很有成就感;如果听众都是高手,能狠狠的批批我讲的内容,那更好,我可以借助大家都力量升级;另外整理过程本身,对自己也是一个提升,不论是知识结构的完整性、书面和口头的表达能力都是很好的锻炼。

    整体分4块:

    第一,PM是什么(产品经理),先什么是产品,从生活中到互联网、软件,让受众了解到这是很有意思的一个领域;然后谈谈自己对管理的理解,一句“资源不足下做事”可以展开很多;最后谈谈PM是什么。

    第二,PM做什么,所有的事情,都可以用“大产品设计”来概括,并且先初步抛出设计的流程。

    第三,PM怎么做,是最核心的部分,又分为5大块,可能大家已经看出来了,这里的划分我尽量在用麦肯锡的MECE分析法

    1.  产品之源,对应1000系列

    2.  设计之大,对应2000系列

    3.  管理之硬,对应3000系列1000系列有关需求管理的内容移到这里);

    4.  管理之软,对应5000系列(这块的积累还比较少,软的东西总是更靠时间积累,我还比较欠缺);

    5.  选择之重,对应4000系列(这块相对高端一点,还需要多实战);

    第四,人人都是PM,对应6000系列,会用我工作中的案例和生活中的设计来说明,其实我们每个人都是产品经理,会耍这套拳,对个人的各个方面都是很有帮助的。

    最后,000070008000系列会按话题内容打散放入各个部分里。

    而每个系列的梳理工作,接下来也会慢慢展开,最终融入这个大图。

    每半年我会整理一次自己有关产品设计的知识体系,前三次分别是在2008年初写到30篇体会、2008年夏写到60篇体会、2009年初写到90篇体会的时候。1月中旬开始,我利用春节前后相对空闲的时间把自己原来所有的文章通读了一遍,做了升级,这个过程做完,我发现很有必要进行第四次整理,这是一次洗心革面的重构,以适应进一步的升级,所以有了这篇。

    我会主动寻求一些高手的指导,不断升级这个结构本身,她也会作为我下一轮添加文章、弥补薄弱环节的指引。

     

    原文全在 iamsujie.com

    展开全文
  • 产品设计体会(九)——关于学习

    千次阅读 2008-02-18 15:07:00
    这两天在准备PD交流会的分享,目的是把前段时间去上海培训“产品需求管理”的体会和大家说说。不妨顺便说一下自己对培训、分享这种学习活动的体会。  武侠小说里的一些概念来比喻很有感觉,一直觉得培训和分享在...
  • 今年在参与阿里软件的内训师计划,负责PD(Product Designer,也可算是产品经理的半成品吧)入门培训课程的开发,所以一直在找各种机会和同行聊相关的话题,这也是作为课程需求采集工作的一部分,这块我自己分了4期...
  • 产品团队刚刚经历了一场公司内部的战争,争夺的是下个月的开发工程师与测试工程师的资源。 先说一下为什么以前没有过这样的战争吧,因为公司原来是按照产品线划分的部门,这样对于某个产品来说,有自己的PD、开发与...
  • 2018年腾讯校招产品群面体会

    千次阅读 2018-05-14 15:49:49
    在腾讯的群面的过程中,时间有限... 首先给大家分享一下我在腾讯的群面过程:一、面试准备 4.10 不知什么原因,还没有收到面试通知,内心很不安,尤其看到不少己经拿到面试通知在群里晒的同学。4.11快吃午饭时,手...
  • 新书剧透 ,哈哈。第2.2.1节里的一段,章节导航一把: ...一个需求的奋斗史 –> 需求采集的大生产运动 –> 定性的说:用户访谈 –> 用户访谈的常见问题与对策 ...产品设计体会(1002)初探数据分析 (3)
  • 虽然我做很多事情都是事先有计划...产品设计体会(6027)实战思路,“老板,要光盘么” (14) 产品设计体会(6022)3月小站运营与推广 (16) 产品设计体会(6020)从“2月推广”到一季度KPI (12)
  • 如何正确的方法来写出质量好的软件的75条体会 来自http://blog.csdn.net/shony_zhao/archive/2005/04/25/362014.aspx1. 你们的项目组使用源代码管理工具了么?应该。VSS、CVS、PVCS、ClearCase、CCC/Harvest、...
  • Axure心得体会

    千次阅读 2016-07-21 15:59:22
    Axure心得体会    软件组:晁全贵 1、 Axure是什么:Axure是一款设计原型文档的软件 原型文档是什么?  原型文档可以理解为是一个页面(或者应用、甚至软件)的草图。以图形形式等比例展现出你想要的页面...
  • BRD文档就是专门讨论一个产品when、why、how的问题,其中when讲的就是产品时机,我们知道一个产品早做和晚做效果是完全不一样的,具体到需求也是一样的道理。所以,时刻问自己一个问题:这是当前最...
  • JavaEE心得体会

    千次阅读 2020-01-27 16:30:27
    JavaEE 技术心得体会 1 前端开发 1 简介 前端开发是创建Web页面或app等前端界面呈现给用户的过程,通过HTML,CSS及JS以及衍生出来的各种技术、框架、解决方案,来实现互联网产品的用户界面交互。它从网页制作演变而...
  • 学python心得体会800字-python心得体会

    千次阅读 2020-10-29 14:19:35
    广告关闭腾讯云双11爆品提前享,精选热门产品助力上云,云服务器首年88元起,买的越多返的越多,最高满返5000元!前些日子python基于prometheus开发了一个vsphere volume卷监控的exporter,于是跟vsphere的api...
  • 应该。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么? 应该。ClearQuest太复杂,我的推荐是BugZilla。 3. 你们的测试组还在...
  • MVM:应该。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么?MVM:应该。ClearQuest太复杂,我的推荐是BugZilla。 3. 你们的测试组还在Word写...
  • Linux心得体会

    千次阅读 2017-09-22 17:49:12
    今天不讲深入的东西,只想将自己多年来学习Linux的心得与感受与大家一起分享下,希望能给爱好Linux的朋友们或者Linux的同行们一点意见和建议,一点经验心得与大家共勉! 一、Linux在各领域发展的现状与趋势 很多...
  • 俞军给淘宝产品经理的分享

    千次阅读 2011-03-28 19:42:00
    我听的是二手的,所以,你看到的是三手的,其中能有多少准确表达了俞军的原意,我也只能呵呵... 产品的发展产品一开始肯定没有架构,有也是扯蛋,就是目标很明确的解决某些用户的某个需求,产品大了以后,想
  • 关于团队管理的一些心得体会

    万次阅读 2010-09-12 14:01:00
    从单打独斗到并肩作战再到团体作战,踏上工作岗位一年来,笔者... 笔者不才,愿在这里与各位朋友分享一下关于团队管理的一些心得体会,这归结起来涉及到以下五点:追求务实、有效沟通、适当激励、合理组织、鼓励创新。
  • 如何正确的方法来写出质量好的软件的75条体会转自:http://blog.joycode.com/mvm1. 你们的项目组使用源代码管理工具了么? 应该。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. ...
  • 学习spss的心得体会

    万次阅读 2017-02-28 14:28:18
    存储,学习,共享。。。。。 篇一:SPSS学习报告总结心得 应用统计分析学习报告 本科的时候有概率统计和数理分析的基础,但是从来没有接触过应用统计分析的东西,SPSS也只是听说过,从来没有学过。一直以为...
  • 这门课目前我的个人状态(还有几个作业+项目没有批改):目前是94.14% 在这里但凡是小组作业我都采取的是腾讯文档的协作方式: 不得不说小马哥的这个产品的确很好用哈,多人同时进行作业,效率很高!如何让组员高效...
  • Java 学习体会

    千次阅读 2004-12-24 21:21:00
    2002年初,因为公司的业务需要而学习java,并应用java开发项目。由于项目时间紧,没有充裕的时间...现在我学习应用java已经有一年半的时间,对java已经有了一定的体会,把自己的体会写出来,供网友分享。 以我个人的
  • 对于内容详情页来说,主体内容指从标题开始至正文内容结束,翻页区域也被视为主体内容,文章后的评论、分享、推荐等不视为主体内容。首屏:用户点击搜索结果后进入移动页面,不滑动屏幕即看到的所有内容,称为首屏。...
  • 这是马化腾2014年在内部分享会上的一段讲话,有员工整理后在极小的圈子里放了出来。以下为原文(记录可能稍有出入)。 腾讯善于做产品,世人皆知。但其实我们更多时候应该少提“产品”和...
  • 与实话还有好多心得体会,可惜文字功底有限,很难表达出来。如果想交流技术、外包经验方面的可以联系我,一起交流学习。 推荐文章 Spring Boot 构建多租户 SaaS 平台核心技术指南 Saas 系统架构经验总结 百万级商品...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 41,879
精华内容 16,751
关键字:

如何分享用产品的体会