小程序的结论怎么写

1. 【黑桃大师】小程序产品分析

以下定义取自其官方介绍：

黑桃大师是什么：黑桃大师是全球首创的基于大数据的扑克个性化AI。学习效果是传统培训的10倍以上

黑桃大师的优势：通过综合测试评估玩家的扑克水平，个性化推送练习牌局，实时调整难度，即时评价反馈，高手示范正确打法，从而10倍提升扑克水平。

用户画像：看不到该产品数据，大致判断为：想入门与提升德州扑克的用户

解决什么问题：

1、小白用户围棋入门

问题类型：非用户痛点。用户入门德州扑克的产品较多，网络上免费免费入门教程较多。本平台入门课程无明显优势。

2、各个等级的已经入门的用户，想快速提升自己的扑克水平

问题类型：痛点。高效且系统的提升德扑水平，是用户的核心诉求，用户对长期输牌抗拒且恐惧，黑桃大师产品的AI训练体系满足了此核心痛点。

按照“大明、笨笨、小闲”用户画像法，同时根据入门用户及提升用户，分析三类用户的诉求：

从上表分析本平台的优缺点：

优点：很好的满足了大明用户的需求

缺点：

1）未很好满足笨笨用户。建议查看小程序后台数据，通过笨笨用户的相应行为特征，进行精确数据分析和用户访谈，确定本结论是否成立。

我的解决方案：

a.提供明确的用户故事：挖掘一些典型的用户故事，详细介绍这些典型用户利用本平台的学习方法。让具体的用户故事引导打动此类用户

b.做一些免费的介绍学习方法的视频或者文章，告诉用户学习如何正确且高效的使用本平台进行学习

c.让此类用户在使用平台初明确并选择目标。平台可通过用户测试掌握该用户水平情况，根据该用户的目标，为其推荐提供明确的成长路径、学习方法和学习资料

2）未能很好满足“小闲”用户。在本平台打发时间的用户，应是有一定的德扑基础。此类用户当前没有明显付费欲望，但未来可以转化为付费用户，当下此类用户可以活跃社群，打造平台社交氛围。

当下满足与“小闲”用户的主要是“发现”版块里面的策略图文，当前版块面临的问题是：

a.文章类型少

b.文章数量少且更新慢

通过以上分析得知，现平台对“小闲”用户不够友好。这与当前平台的属性有关，当前平台更加定位于“工具”属性，通过为用户提供“AI训练”工具来销售课程。如果平台要获得更大的流量和更高的转化率，可以考虑增加“社交属性”的功能，服务于此类用户。我的解决方案是：

a.从纯工具逐步增加社区版块，若受开发限制，团队可以建立社群，先行验证。

b.增加免费内容的供给，丰富类型，如增加视频、书籍阅读等。对内容进行分类，标签，可以做粗颗粒的推送。

c.不定期推出一些活动，通过活动活跃此类用户，也可在过程中寻求付费转化

下面我将以用户的角度，实现目标，绘制其关键使用路径。在此关键路径中，挖掘用户需求点，打造峰值体验，找到体验低谷。

用户A：大明用户，目标明确，要入门德扑。首次进入本平台

路径：

路径分析结论：此路径用户体验较差。

1)第2步教程：新人用户第一次进入本平台想入门，根据使用习惯会直接点击教程。当前平台教程版块无0基础入门的教程。用户浏览一圈后无所得。

2)第三步训练：新人用户在“教程”版块没有所得，会点击到“训练版块”。第一个展示的是“新人专享”，用户为新人，点击进入后不是入门的内容。

3)第四步入门：点击到“训练”版块第二项内容“快速入门”，用户找到目标内容。

我的改进方案是：

将新人入门内容放到“教程”版块，并在醒目位置标明“新人入门”

同时入门内容是否需要收费，需要得到现有的数据支撑。不过对于平台来说，入门的教程不是核心竞争力，用户可选择余地较大，设置成免费增加用户的留存和对平台的信任感，或许能提升后期提升产品的付费转化率。

用户B： 大明用户，有一定德扑水平，想提升

路径：

通过分析得知，该路径对用户体验较好，那么如何在此路径中打造峰值体验呢。我的一个小方案是：

增加用户学习的成就机制和激励机制。例如学会某项技能颁发证书等。

用户C：笨笨用户

路径：

笨笨用户目标与需求没有那么明确，进入产品后，各项功能试用一番，最后离开。我的解决方案是：

帮助用户明确目标及需求，进入平台则让其选择目标，平台为其推荐专属的学习方案。此项功能可参考KEEP。

本篇文章较为浅显的分析了本产品，因没有相关数据，所以不涉及到数据分析，UI及UE分析过于细节，此处不做分析。

小结：

以上就是我对黑桃大师小程序的分析。我是天王寺一哥，一个产品界的小学生，目前在北京做产品经理。期待与大家多沟通，多交流。

2. qq总结报告单小程序怎么弄

qq总结报告单小程序步骤如下：

?1.打开手机QQ消息页往下拉开小程序页面

?2.打开小程序页面后搜索小程序报告单

?3.点击总结报告单即可

3. 微信小程序 wxss样式总结

mode 属性：
默认值：scaleToFill —- 不保持纵横比例缩放图片，使图片的宽高完全拉伸至填满image标签

aspectFit —- 保持纵横比例缩放图片，使图片的长边能够完全显示出来，也就说图片可以完整的显示出来

aspectFill —– 保持纵横比例缩放图片，只保证图片的短边能够完全显示出来，也就是说，图片通常只在水平或垂直方向是完整的，另一个方向将会发生截取

top —- 不缩放图片，只显示图片的顶部区域

bottom —- 不缩放图片，只显示图片的底部区域

center —- 不缩放图片，只显示图片的中间区域

left —- 不缩放图片,只显示图片的左边区域

right —– 不缩放图片，只显示图片的右边区域

top left —- 不缩放图片,只显示图片的左上边区域

top right —- 不缩放图片,只显示图片的右上边区域

bottom left —- 不缩放图片,只显示图片的左下边区域

bottom right —- 不缩放图片,只显示图片的右下边区域

4.隐藏NavigationBar

5.VM11106:1 Do not have login handler in current page: pages/login/login. Please make sure that login handler has been defined in pages/login/login, or pages/login/login has been added into app.json
解决方案：

2.调整app.json中Pages里面的页面注册顺序 ；

3.检查wxml中bindtap是否在js里面将方法创建。

6.switch样式大小调整
大家都知道微信官方提供的switch 能改变color 但是改变大小 常用的width height 不起作用

但是可以这样修改

7.input 不沾满屏幕右侧有留白
使用flex布局的时候明明 input style 设置了flex＝1 的属性 可是input还是站不满整个屏幕的宽度，右侧有留白，文字被遮挡， 不知道是不是一个bug，
解决方案： 在input外面包一层view style设置flex＝1 用于沾满整个屏幕 input用于显示文字

————————————————

1.display取值

2.float(取值：left，right，none，inherit。)

3.clear：该属性指出不允许有浮动对象的边。（取值：left，right，both，none.）

4.visibility：是否显示对象(取值：visible，hidden，collapse。)

5.overflow：处理溢出内容的方式。(取值：visible，hidden，scroll，auto。)

其他属性：

4. 微信小程序蓝牙入坑总结

   微信小程序的蓝牙流程按着官网的说明写就可以了，具体参看文档： 小程序开发文档

坑列表：

    1.成对调用需要注意， wx.openBluetoothAdapter 与 wx.closeBluetoothAdapter

                                        wx. 与 wx.stopBluetoothDevicesDiscovery

     2.安卓与IOS的区别：安卓可以根据蓝牙标识直接连接，IOS则必须先搜索才能进行连接；

     3.权限问题：IOS的系统不能仅仅打开系统的蓝牙权限，因为IOS新版本针对蓝牙做了应用及的限制，因此需要给微信蓝牙权限才可以使用；对于安卓系统，部分手机必须打开定位权限才能搜索到蓝牙设备

     4.创建连接API( wx.createBLEConnection )调用失败:

            超时报错:{"errCode":10012,"errMsg":"createBLEConnection:fail:operate time out"}

            连接超时:{"errCode":10003,"errMsg":"createBLEConnection:fail connect time out."}

            连接失败:{"errCode":10003,"errMsg":"createBLEConnection:fail:connection fail status:133"}

           基本都是安卓手机出现以上问题，针对这些报错，需编写重试连接操作，很大概率能解决此问题；

     5.搜索不到任何设备,安卓手机可能是定位权限的问题造成，苹果手机基本就是设备出问题了

     6.网络请求与蓝牙请求尽量分开，因为蓝牙连接会受到影响，造成一些异常信息；

     7.所有API调用针对fail函数最好都做一次重试，因为再次重试可能就会成功；、

     8.API调用之间最好有一定毫秒数的间隔，目前怀疑api部分机型会存在延时；

总之微信的蓝牙连接就那些已知的接口，调用时多考虑异常的情况下的重试，简单总结下，以便查阅。

           

    

5. 小程序开发经验总结

最近一直在做小程序，工作中也遇到了一些问题，踩了一些坑，所以想着写篇文章记录下来，并借此将小程序开发的相关知识进行梳理，方便以后参考，也为刚刚接触小程序的人提供一些思路方法，互相学习，共同进步。

1、微信小程序的目录结构及配置说明

app.json是小程序的全局配置文件，所有配置项key必须使用 双引号括起来 ，value值为字符串类型的也必须使用双引号， 不支持单引号 。

1.1 pages

pages选项是必须配置的。该配置项注册了小程序所有页面的地址，其中每一项都是页面的 路径+文件名 。每一个页面都是由.json、.js、.wxml、.wxss四个文件组成，并且 四个文件的名字必须要一致 。

1.2   tabBar

tabBar 配置项指定 tab 栏的表现，以及 tab 切换时显示的对应页面。其中 list 接受一个数组，只能配置最少 2 个、最多 5 个 tab

1.3 usingComponents

使用自定义组件或者插件提供的组件前，必须先在这里声明

2、开发微信小程序遇到的问题及解决办法

2.1 双向绑定

微信小程序不支持通过v-model的方式实现自动双向绑定，需要给表单元素通过绑定事件，并使用this.setData来赋值实现。

2.2 computed和watch

微信小程序默认是不支持computed和watch的，如需要使用这两项功能，需要安装miniprogram-computed ，安装方法见 官方文档

2.3 对象赋值

如果给对象的属性赋值，可以使用this.setData({'obj.key':value})来赋值，但是如果给某个属性名是变量的属性赋值，通过这种方法是会报错的，经过多次尝试，发现使用如下的方式赋值成功。

let newObj = `obj.${key}`

this.setData({

[newObj]: value

})

2.4 scroll-view

当页面存在弹框容器，并且弹框里的内容是需要滚动条滚动展示时，如果弹框下面那层的容器使用view元素的话，会导致滚动弹框内容时，同时会触发弹框下面那层的页面容器也会一起滚动，解决此问题可以将弹框下面的容器使用scroll-view元素替代view元素

3、小程序测试和发布

由于服务器域名request合法域名每个月 只能修改5次 ，因此在本地开发小程序时，需要在微信调试工具中设置不校验合法域名。等小程序上线前再一次性将所有域名添加到小程序管理后台。

以上便是此次小程序开发中积累的一些经验，希望能给刚刚接触小程序的人提供一些思路方法，在以后的开发中，如果遇到新的问题，继续更新文档......

6. "外卖小程序"分析报告

        这几天一直在暗中观察同事们对这次"外卖小程序"项目的一些反馈，下面我会站在一个产品经理的角色对以下四个部分进行：用户行为&分析、餐品本身、场景流程、个人建议

前置条件：在用户心理分析有一个专业术语：叫“均匀悬浮注意”，意思是需要像一个旁观者一样在观察者被访对象和观察对象发生了什么，“均匀悬浮注意”一样适用于我们的产品。由于分析不能受到个人主观意愿影响，需要形成较为客观、事实的分析，截止今天为止我并没有下过一次单，也不参与各种吐槽环节。

分析目的：通过多维度分析，找出项目中运营、程序、流程上存在的不足点，提出可行性建议。

一.用户行为及分析

        先引入一句话--“ 一个产品对于用户的意义存在于他对这个产品所产生的反应之中 ”，你也可以理解为--不同的用户对同一个产品会产生不同的反应，产品经理必须通过各种设计手法， 缩短或改良使用者对产品的认知过程 。

        我在南山办公，所以对南山的同事能观察到的行为举止包括有语言、表情、肢体语言、情绪等方面的因素，对于在福田的同事，我只能通过他/她在群里的吐槽进行表象的分析。以下列举出出现较多的场景：

        场景一： A同事抱怨点了餐，在小程序上付了1元，但是却没有拿到他想要的那份餐品，于是另外一个B同事和A解释到可能是在一个测试时间段点的餐，所以数据被忽略了。A同事无法理解，我为什么付了钱却给不了我想要的东西。

        分析：

        A虽然是我的同事，但首先他也是一个用户，作为一个用户，A同事的抱怨理由依据都非常充分。

        B同事也是我的同事，这个时候他扮演的角色是开发，在B看来你在测试时间段点的餐我也有充分的理由不计算到我实际的配送份额内。

        这个场景引出1个问题：制造期望&控制期望 

        1.针对"制造期望/控制期望"这个问题还原场景：A用户打开了小程序，小程序页面展示的是主流点餐页面，此时，在A用户的心理已经产生我可以选择餐品的感知，当A用户点击了下单之后，小程序制造了一个"确认订单"的期望，并且这个期望通过小程序的交互被用户所感知及反馈到大脑中，最后A用户支付了这1块钱，完成一个订单的销售闭环，此时此刻，我们给到A用户的期望---明天中午我能吃到通过小程序下单的那顿"雪菜小黄鱼套餐"。

        2.A用户的期望是在对产品认知的过程当中一步一步的建立起来的，用户会在认知产品的场景当中，一直做着同一个事情---无限接近他所期望结果的操作。

        结论：通过分析可以知道在场景一中我们做到了第一步，通过小程序制造了A用户能吃上饭的期望，但是制造了期望总要去兑现，如何去控制这个期望让它得以实现，需要解决的问题是我们的线上线下运营能力，沟通是否顺畅，如果中间缺失了一环，那么这种情况可能还会出现。

        通过这个结论我提出了一个建议： 特别是在当前程序并非完善的情况下， 沟通变得很有必要 ，打破沟通的屏障才能让整个项目运作更顺畅。其实作为旁观者的我来说，场景一中的根本问题是沟通问题，如果A同事提前知道测试时间段内下单的数据无效，就可以完全避免这个问题。同样，我们也不能要求我们的用户去适应我们带出来的问题，如果A同事这种情况发生在正式上线的情况，这个小程序会从此在A用户的小程序列表里消失，所以在项目运营层面来说，应该增强各个部门之间的沟通，只有内部沟通顺畅了，才能更加容易的切入我们中，实现“控制期望”。

        场景二： 部分同事抱怨点餐截止时间不合理，这里我先不给出截止时间是否合适的结论，还是那句，客观的分析，成型的产品不应该是产品经理个人执念的产物，而是遵循市场规律设计出的产品才是好的产品，否则产品生命周期会提前结束。

        首先来看看某个同事A做的调查，

        A同事：“你觉得提前点餐，你能接受吗？”

        路人甲：“可以”

        好，到这里为止我认为类似这种引导性问卷已经没有必要往下看了，因为这种问卷是基于引导式的场景提问了，除非这个场景是用户自己提出的，否则基于一个引导性场景做出的调研后面得到的反馈和数据是没有意义的。

        点餐本身是个随机事件(何时在哪个平台点哪个店铺的哪个餐品)，既然是随机事件，那么调研之初就不能用这种直接切入的访谈/提问/问卷去做调研，如果是假设对方会提前点餐的前提下去做调研或者只能二选一，那么你调研的结论应该是和你的商业论证呈现惊人的一致或大概率一致。

        这种随机事件调研最好的办法是观察/数据采集/数据分析，不需要去提问，因为用户的行动是不会说谎的，你只要观察或者用数据得出结论即可，一旦用引导性方式提问，将会影响被受访者的本身意愿/甚至带偏。

        在以前还没有做出外卖小程序之前，我得出南山这边点餐的数据(随机抽样，6个同事包括我自己,每个同事抽取12月的随机6个样本，因为当时大家都不知道年后要做外卖小程序，所以抽样规避了引导性的问题)：

        点餐时间样本：

        1号调研对象：11:03 11:15 11:13 11:10 11:06 11:08

        2号调研对象：11:00  10:58 10:55 11:02 11:03 10:58

        3号调研对象：11:11  11:15  11:08 11:11 11:12  11:07

        4号调研对象：11:22  11:40  09:30 11:08 11:24 11:05

        5号调研对象：11:30  11:35  11:10 11:16 11:10  11:10

        6号调研对象：11:10  10:55  11:12  11:08  10:55  11:20

        从抽样数据来看，用户点餐时间最早时间09:30 ，最晚时间11:40，排除掉拐点3个方差范围外的离散点(09:30)，得出结论，点餐高峰期和前期做外卖小哥接头采访(参考2020-03-05发布的《取餐柜调研分析》案例二第13条，如下图)的结论惊人相似，再把外卖小哥调研的12:30时间往前推40分钟(配送时间)，得出结论，点餐高峰期是11:00-11:40，这个时间段也符合我们以上6个抽样调查结果的结论。

        到这里为止，我们可以看到，用户的习惯点餐时间在11:00-11:40，和我们设置的点餐截止时间不吻合。

        再看看我们是否可以通过我们的产品设计控制来达到改变用户习惯的效果，下面继续分析。

        首先，得知道用户习惯从何地/从何时而来，这里直接给出答案

         1.用户习惯，在最初的需求解决方式中形成

         2.用户习惯，在新的需求解决方式中展现

         3.用户习惯，在新的需求解决方式中改变

         然后回头看看，我们的这个项目是否满足以上三条，不着急，一条一条来分析。

         在最初的需求中，外卖平台的上线是用来解决用户维度里面的“懒-贪-装”中的 “懒” (参考我《直播/视频行业分析》一文中所提到)

         自此之后，外卖平台的上线已经解决了核心问题--- 如何将远距离的餐品直接送到用户手中 ，之后外卖平台核心的需求没有改变，那么就没办法满足以上第2、第3条。再回过头看看，核心的需求已经被美团、饿了么等各大平台占领了，那么用户习惯就已经被这两大巨头培养起来了，如果这时候我们需要通过我们产品设计来培养用户新的用户习惯会 出现两种结果 ：

        1.用户被层层的规则限制，呈现出漏斗形过滤，用户在每层漏斗中被筛选转化(可以参考电商的转换模型)， 最终到达支付闭环的用户占比很少 ，这里指的规则包括所有和现在主流平台不一致的业务。

        

        2.假设用户习惯被培养起来了，但是出现的复购概率不高。引用美团的数据，一个用户点同一家店的频率为3次/月，这意味着，大概一个星期会吃一次这个店的餐品。

        然后这里举一个场景的例子：用户A平时使用美团/饿了么外卖点餐，习惯点餐时间一直保持在11:00-11:40，然后突然有一天，用户想起来要吃我们《塘食》的外卖，结果点进去发现此时已超过点餐时间，无法点今天的餐(因为我们的点餐截止时间不在当天11:00-11:40之内)，此时用户只有两种选择，第一，点击右上角关闭小程序，第二，出现这种情况的时候，我们的小程序本身针对这种情况是有提示用户可以去浏览每周的其他餐品，于是用户就点了进入“每周餐品”的页面进行浏览，再之后的操作无法确定也无法控制。很显然，以上两种操作都对我们小程序很不利( 用户流失 )，因为我们没法控制用户在这种情况下会产生哪种情绪，会对小程序进行哪些操作，那换然之会进入到支付步骤的用户数更不能明确，如果我们有足够时间做埋点，可以大胆猜测这个数据会很惨淡。

         那么回归我们的“外卖小程序”场景当中，我们解决了用户什么需求？ 核心需求还是没有改变 ，远距离餐品送到用户手中，那么我们的餐品是定点进行领取，那么我们的目标用户就限定了在取餐点的短距离范围之内，如果一个餐品需要一个用户走很远的距离去取，那么这个和最初的需求所冲突，所以产品也会自动排除掉了一部分用户

          总结了以上分析得出以下结论：

           1. 假设用户距离我们取餐点太远，那么没有解决核心需求，远距离的用户直接会被过滤掉 。

           2. 没有新的核心需求在市场上出现，培养用户习惯会导致用户被层层筛选

           3. 小程序现有规则大概率影响到我们用户的复购率

        到此，对于场景二的分析也完毕，得出的结论也比较残酷，虽然这只是我们自己公司的内测阶段，但在产品经理的这个岗位里有一句话“产品如果连自己都不能感动，又怎么能感动市场呢？”换言之，只有当我们自己用都觉得用得很舒服的时候，才有可能获得市场的认同。

         针对场景二以上得出的结论，提出个人的一些建议：

         1.基于我们的取餐点附近进行重点的推广，比如南山可以推广赛西周边的几栋写字楼，距离远的用户很难驱动。

         2.我们的点餐截止时间可以设置在11:00左右，根据数据分析得出结论，用户提早点餐或在11点前点餐概率很低，因为这个本身是个随机事件，在用户眼里，我什么时候点餐-点哪家的餐-点哪个餐品需要三个步骤，我们不能认为用户都会点塘食的基础上做假设。

         3.优化一些点餐的流程，从业务流程上优化，比如缩短用户可感知的产品的路径(比如如何能获取到我喜欢的餐品在哪一天会出现)，会复购的用户一般都是我们的忠实用户，所以我们应该更重视这部分用户的使用。

二、餐品本身

        核心竞争力是产品 ，在我们这个项目当中，指的就是我们的餐品，下面列举2个关于餐品的实际场景进行分析

        场景一： 我一直在观察着是否有部分同事不会点小程序的餐，想验证下这部分同事具有怎样的共性，结果我发现有三个同事是不点的(当然在利招下发通知必须点后，我可以认为这是外部环境因素而对产品数据结果造成影响，不过没关系，我还有前三天的数据可以做分析)。

        A同事，看到餐品从楼下被领上去，会好奇凑上去看餐品的卖相，没表达任何不满或者嫌弃的意思，但没有点餐

        B同事，被其他同事问及为啥不点的时候，直接来了句“这看上去一点都不辣”

        C同事，我还是比较喜欢重口味的，这个我吃不下

        结论： 以上就是三位不同的同事，他们具有的共性就是对餐品本身不感兴趣，我们主推的是江浙菜，那么必定会有一部分的用户不是目标群体，这部分用户在小程序浏览的餐品时候已经被过滤掉，自然不会产生订单，那么针对我们的餐品，我们是否需要做调整，如果不做调整我们该如何在运营上如何快速定位我们的目标用户呢？继续往下分析

        建议：         

         如果我们需要做调整？ 那么我们可能只有一种可能，就是通过市场调研，了解我们目标区域内用户的主流菜系，对应做出调整。

        如果我们不调整？ 那么我们需要让我们自己的产品被标签化，让用户更容易感知我们主推的菜系，那么会在具有相同属性的用户群体当中进行裂变，而且产品的标签化是产品运营中必不可少的因素，显然在小程序当中，用户并不能通过快速浏览我们的主页获得这层信息，如果我们能在产品当中给用户打下某个烙印，第一，有助于用户快速识别我们到底是做什么菜系的，第二，我们可以把更多精力集中到我们这部分用户的反馈当中，无需花时间、成本、精力去照顾我们的非目标用户。

        场景二： 然后我们看看那些点了餐的同事的真实反映，这种反映包括语言、表情、肢体语言，我认为这些是最真实的体现，而在群里发表的意见并不一定是用户本身的真实意愿，所以在南山的同事我只考量这些客官因素

        A同事，(猪脚饭)，味道不错，就是分量少了点(还是笑着在评价)

        B同事，这个饭分量太少了，吃不饱(带有抱怨的语气)

        C同事，这个价格如果有优惠还行，外面的话就不是这个量了

        D同事，这条鱼也太小了吧(脸上略有不满）

        这些同事都很充分的角色代入了，没有因为是公司餐品而掩饰不满，非常好，我需要这种客观反馈

        结论: 对小范围内抽样调研，如果出现反馈具有很多同一属性的问题，那么这个问题如果投放到市场，会被无限放大，直指餐品存在一个问题：量少

        建议： 对于多少，每个人评判标准不一，到底是多是少，需要量化，前期如果无法使用一些高额成本的量化工具，可以用某些固定容器作为参考标准进行量化生产，然后收集反馈，继续优化，再收集反馈，达到一个较为理想且大部分用户都能接受的一个量，然后通过这个量倒推成本，再对产品定价进行修改，希望定价方面要经过计算，不要靠感觉，这样以后万一定价出现问题，也容易追查到哪个评估的环节出了问题。 餐品是我们的核心竞争力， 价值需要由用户来评判，我们首先给到的是优质的餐品，再去想别的事情(身边已有较多这种案例，哪怕是网吧楼下卖炒粉的，核心竞争力是这个炒粉是否满足广大用户的口味)

三、场景流程

        对于用户来说，大概的场景是这样的：

        1.某时刻我在小程序上点了某一天的某一个餐品

        2.在某时刻我看到路边有人在做外卖推广，于是我扫码尝试去点个餐

        我们只需要针对这两个场景去做分析就好了，复购/朋友圈/搜索的这部分用户符合第一个情况，拉新/递推符合第二种情况，基本上不存在第三种。

        对于第一种，自己不做分析，自己分析自己的设计存在主观因素，当局者很迷，只能对提出的问题作出解答，为什么这样设计之类的问题，至于好不好不分析。

        针对第二种，市场部在策划跟进，在这当中我也从市场部的得到了比如说易拉宝、产品外观设计这块的一些资料，但是具体如何推广的流程还没有具体获知，下面我举一些例子，通过市面上较为成功的案例倒推我们现在存在的一些问题

        案例一：

        下面是一个电饭煲(俯视图)

        

            这个画面需要表达的是三个事情，第一，我可以控制温度，第二，我可以控制时间，第三，如果你想提起来，我还有个把手，至于怎么调整温度、时间，怎么拎起把手无需我做过多的说明。

            分析： 反问一句，你是如何从画面中感知这些要素的，为什么你在调整温度时，会顺其自然顺时针去扭动，其实这个是用户心理模型当中的感知造成的，这里不深究，简言用一句，就是最简单的设计表达用户可感知的事情，所有多余不是核心的元素只会让用户在认知层面出现感知困难，比如我以前提过最好不要用弹幕形式做背景一样，视觉信息量大，变相没重点，用户潜意识会产生一种这个背景没有一个中心思想去表达，人的心里都是这样的，越复杂的事情越抗拒去看。

            结论： 现在处于拉新阶段，无需把太多元素暴露给用户，先让自身产品打上一个“最硬核、最简洁”的标签(包括视觉、solgan、公司logo等)，易于形成品牌记忆，举几个简单的例子，一句话搓中用户的，梅赛德斯--"The best or nothing "，携程--"携程在手，想走就走"，碧桂园--"给你一个五星级的家"，产品需要不断更新迭代，我们只需要一个亮点，让用户铭记于心就好。

四、个人建议

        我们每天都会想到很多好玩的东西，每天可能都会发现市场上存在的空缺及机会，在商言商，我们有好的想法，就要想办法落地，落地需要更多的观察市场、分析市场、揣摩市场，站在产品岗--我需要站在一个较为客观的维度去给大家分析项目，时间宝贵，避免少走弯路，前期的调研分析必不可少，只有分析透彻了，才能做出顺应市场的产品。

7. 手机警务小程序设计总结怎么写

手机警务小程序设计总结怎么写？
答案如下：方法如下，第一步首先具体操作步骤是，一抓住重点 二 围绕中心点 三 概括全部简单总结

8. 程序员个人工作总结

程序员个人工作总结范文6篇

总结是事后对某一阶段的学习或工作情况作加以回顾检查并分析评价的书面材料，它可使零星的、肤浅的、表面的感性认知上升到全面的、系统的、本质的理性认识上来，因此我们要做好归纳，写好总结。总结怎么写才是正确的呢？以下是我帮大家整理的程序员个人工作总结范文，供大家参考借鉴，希望可以帮助到有需要的朋友。

程序员个人工作总结范文1

回首这一年的工作，有硕果累累的喜悦，有工作当中的艰辛，也有遇到困难和挫折时的惆怅。在项目可开发的过程中，难题一个接一个的出现，自信心不止一次的受到过打击，虽然自己早就知道，要做到符合公司的要求，做一名合格的程序员，这些是远远不够的。每天我都会不断勉励自己，好好学，以后会好的。在此同时，公司也给了我很多学习的机会，这是我对以后的编程之路又有了信心。在担任公司程序员一职已经有一年多的时间，在这一年时间里，我学到了很多东西。每个人都是在不断的总结中成长，不断的是审视中完善自己。在这一年里自己也是在总结、审视中脚踏实地完成好自己的本职工作，现将这一年的工作总结如下：

思想方面

严格按照一个程序员应有的素养来约束自己，爱岗敬业，具有强烈的责任岗和事业心，积极主动认真的学习专业知识，工作态度端正，听从公司的安排，积极配合客户完善数字化校园系统。

工作方面

热爱自己的本职工作，能够正确认真的对待每一项工作，工作投入，热心为大家服务，认真遵守劳动纪律，按时上下班，有效利用工作时间，坚守岗位，需要加班完成工作的要按时加班加点，保证工作能够按时完成。在这一年多的时间里面，我本着把工作做的更好这样一个目标，主动了解公司的开发项目流程，请教他们开发技术上的问题。

工作心得

1. 在这一年多的时间里面，我参与的都是团队合作的项目，无论是自己还是同事，我们都将就团队精神。在信任自己和他人的基础上，思想统一，行动一致，这样的团队一定会攻无不克战无不胜。我们的很多工作是一起完成的，在这个过程中，大家互相提醒和补充，大大提高了工作效率，所有的工作中沟通是最重要的，一定要把信息处理的及时，有效和清晰。

2. 每一个项目在开始着手的第一步，一定要和客户把需求沟通清除，只要了解项目的需求，才有可能真正做好一个项目。我们需要向客户提出，要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的程序员随时记录需求。

3. 工作中，将任务详细化，详细到每个页面，甚至是一个页面中的图片什么时候做好，做好到什么程度，这样把工作进度有计划有方向的定下来，做事很有效率。

4. 每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作，所以我们应该养成，日记、周记、月记、年记的工作习惯。

5. 工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要相互学习，也许有一天，公司需要你发挥其他的技能帮忙，所以相互学习也是很重要的。

工作教训

在公司工作的期间，我也发现了自己离一个符合公司要求的程序员还有很多差距，主要体现在工作技能与工作经验的不够，也是我以后要在工作中不断磨练和提高自己的地方。仔细总结一下，自己在工作中主要有以下方面做的不够好：

1. 工作的条理性不够清晰，要分清主次和轻重缓急。

在开发时间很仓促的情况下，事情多了，就一定要有详细而主次分明的计划，哪 需要立即完成，哪些可以缓缓加班完成，在这方面还有很大的优化空间。

2. 对流程、业务需求不够熟悉。

在工作中，发现因为流程或业务需求的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑不到位的地方，对于这块的控制力度显然不够，平时总是在开发，但说到底对业务很熟悉才是项目很好完成的前提。

3. 缺乏工作经验。

4. 学习的知识不够广泛。

一个项目中，涉及的技术往往有很多种，知识多了，就会灵活变通，以后我也会加强这方面的学习。

其实作为一名员工，所有的地方都是需要学习的，多听、多看、多想、多做、多沟通，向每一个员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：

一是：三人行必有我师

二是：天道酬勤

程序员个人工作总结范文2

记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导"花生"，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

投简历面试的过程非常折磨人，尤其是我的处境(每天很大压力，完全是自我打磨的阶段)。

我清楚地记得面试现在这份工作那天是某个周六，我的经理"娃娃"和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的职业规划都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为"马后炮"而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么。

程序员个人工作总结范文3

我是一名程序员，在过去的一年里，软件研发部团结协作，以及在公司这充满奋斗的环境下，我以严肃认真的工作态度和百折不饶的精神，努力的完成了公司的各项工作，在软件研发、团队协作和个人成长上也取得了一定的成绩。在公司一年的工作已经结束，特向公司总结汇报如下：

一、软件研发

根据公司的安排，项目的需要。在自身的努力、伍经理的帮组，团队的合作下，克服重重技术困难，增长了工作经验，收获丰盈：

1、asp开发

以前我在其他公司也做过一些开发，但是底层和架构与页面样式我都是没有涉及到的。通过这一年在本公司的的这些项目程序中的锻炼，我成长了，我学会了很多很多。

首先，面向对象语言的收获。对于当前编程的主流思想是对象，任何事物都可以用对象来表示。以前理解这些话很费解都是从表面上理解，没有从中的体会，通过这次asp项目的开发，不管是数据还是外部一些条件我们都可以抽象成对象，都可以用对象来表示，具体可以用语言中的类方等。asp如此，c#如此java也同样如此。

其次，具备独立完成vb知识方面的能力。以前没有做过vb的东西，加上这次asp的做，这次涉及到的领域也非常广，常用的重要的都有涉及，并且还补充xml，java实际操作中空白的部分。通过这一年的开发，我能胜任这方面的工作，能独立完成这方面的工作。

再次，c#方面存在一些不足。LocALhOST通过c#这次软件的开发，也发现自己的不足，如基础知识掌握不牢，缺乏编程整体思想。这些都是需要在工作中完善和改进的。

2、数据库开发

数据库是伴随着项目以来用的最多最平凡的技术。以前对数据库只是会一些简单常用的操作，经过这一年项目的实战，对数据库的操作增加了一些丰富的经验。为以后的工作和经验的积累都奠定了坚实的基础。同时在项目中还用到了oracel与access数据库，这是我的收获。

优点：

能熟练的运用数据库技术进行开发。特别是对sql数据库的操作，经过这么长时间的积累，基本上能合理的设计和新建数据库，同时在数据结构上也加强了对数据库的理解。通过项目的实践现在能熟练使用和编写多种sql语句。还掌握了一些关于数据库优化sql语句优化的方法，能进行一些简单的优化。

缺点：

数据是一门比较先进的技术，并不是你会写一些sql语句，能建几个数据库你就是数据库工程师。要成为一个好的数据库管理员是要经过长时间的工作积累。针对自己的不足，在以后的工作和学习中多接触，多运用新的知识点。充实自己的经验和知识储备。

二、团队协作

上面的成功与收获，除了自身努力外，以及公司的支持。是这个团队铸造了我。我们这个团队也是因为有了我们这些拼搏协作的队员，使得它成为一个具有务实、拼搏、创新精神的团队。我与软件研发小组是一个整体，这里的团队总结也就是我在这个团队中的收获。

务实：公司下发的任务，下发的工作，件件都是用心去做的。我们这个团队中没有一个人在工作的时候做了工作以外的事情，都是实实在在的做跟工作相关对公司有益的事情。相信在伍经理的带领下现在是这样，以后同样也是这样。

拼搏：公司给的每一个任务不管它多难，如果工作没有完成我们会晚上加班，也要尽可能的完成当天的工作。如果工作实在忙，为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。

创新：现在我们开始项目的时候都会进行研讨，一般都会进行一个效率和逻辑的'分析与讨论，保证程序正确的前提尽可能的提高程序的效率。

互助：我们小组内只要任何一个人出现技术或其它的问题，我们都会彼此都会尽可能的去帮助他。不会因为某一个人而拖住整个项目滞后。

交流：我们在项目中会及时沟通自己的收获，特别是一些针对性的技术问题。这样可以省了很多重复研究的时间，这是一笔很可观的时间。

在交流中只要我会的，我懂的，我不会去吝啬。我会积极的去与你交流，我的团队名言“人强团则强，人弱团则削”。

三、个人成长

通过公司这快一年的锻炼与学习我真的进步了很多，不管从技术上还是做事上，都不像以前那样了。我在公司学到的懂得的使我飞速成长。

技术上：不管从语言上还是做事的逻辑上都得到了很大的的提高。现在在软件小组里面自己能独立完成一部分工作，承担自己的责任。

程序员个人工作总结范文4

新的一年即将到来、回首06年我很荣幸地进入了公司、加入了xxx团队。。认识了友善严谨的领导、热心和睦且技术优秀的同事。很是开心、这是有收获的一年。让我从学生时代转职到了一个社会人。下面对自己06年进入公司大半年的情况进行年终小结。

一、收获、不足及改善

a。 业务开発、技术能力

来到xx团队、经过了将近一个月的培训、大体上对业务的流程、规约、制造程序的方法步骤有了一定的了解。期间做过从简单到复杂的几本程序、从仿真到实际收获很大。起先、感到这个人事系统非常之庞大、内容丰富、模块功能繁多。复杂之中又有规律。在此非常感激我的sub leaderxx、还有老员工们对我们的细心指点。、那段时间常常加班加点地帮助我们尽快熟悉系统。

培训的最后一本程序、是本工作量比较大的程序。我们也研究讨论过数天、也发现了详细设计的问题。体会到xxxxx公司对程序制造的严谨和细致。处处体现了规范。不是乱来、随心所欲地做程序。如注释地添加、这是多人合作的工作、你写的代码要好好书写注释、以便于以后的修改阅读。在做这本程序时、很多的细节问题常常被我们忽视。让我吃惊的是、画面上的距离竟然都是用尺子去量的、画面上的控件有1px的距离、sub leader都为我们指了出来、可见这是一个需要细心、耐心、严谨的工作。

在工作中了解到一个原则那就是效率时间优先原则。一切都要有效率、都要在纳品之前、提早发现问题、解决问题。千万不要拖到最后一天、才发现了问题、那样要耽误事情了。采用前紧后松原则、前面多加紧点、后面好宽松点。

接着做过一本比较简单的程序、由于不是很复杂。做的比较顺利。经过自测、还有sub leader的测试最终发现了一个java script的问题、补上了。在做着本程序前、先好好研究了段时间、后来发现了详细设计有错误的地方、也指了出来、发了QA得到了日方的确认。总体上是提前完成了任务。也积累了点小经验。期间最后的步骤source review工作对source进行了修改。有些地方都还不是很规范、总之都要体现按照规约的来、不能随心所欲。

经过一段时间的修正、体会到如果自己写的代码很烂会让下一个改你程序的同事很是头疼、所以一定要提高自己的素质、首先应该注意的要条理清楚、思路明晰。 x提高素质，写好注释。经过一段时间的修正，体会到如果自己写的代码很烂会让下一个改你程序的同事很是头疼，所以一定要提高自己的素质，首先应该注意的要条理清楚，思路明晰。

掌握进度，随时汇报。了解到我们做的任务都有xx期限，所以要求我们能估计今天做的任务的进度。然后下班前都要跟自己的team leader汇报。刚开始，我们都很是不习惯，或者是忘记了。没有及时汇报。这样很不好，会导致leader掌握不了你做的任务的动态。以后都应该时刻提醒自己反应情况，提出自己遇到的困难需要哪些帮助。

测试不马虎，差事不应付。有近一段时间我们做了大批量的测试工作。这可能不一定需求很高的技术含量。却是个考验细心，严谨的任务。甚至有的时候感到很繁琐枯燥。但这个保证软件质量的重要过程。如果测试的马虎，不认真测，软件到用户手上才看到bug是多么不好的情况阿。期间我们都对不懂的模糊的条目询问了同事和领导。不轻易地乱打对错。做好贴图，贴数据工作。当然做多了也有了点体会，比如100多项的测试，也可以发现里面的规律，有些项目是一组一组的，比如一个动作，测试下来，就可以对好几项的对错进行判别。

中途曾经做过一本xxxxx程序，由于接触的同事不多，我自己研究了下参考了给定的程序，跟同事研究讨论后，最终完成了。期间还发现了详细设计的错误，跟日方沟通得到了确认。这让我有了信心，虽然没有接触过的东西，也是可以通过学习完成的。

在空闲的时间sub leader也安排了我们自主学习，对xxxxx系统做些技术调查等等。也学到很多，当然还是有很多不明白的地方有待继续学习。

另：以前曾经做的。net多是windows application方向的，刚进入公司做的是web方向的所以也是有很多需要学习的。工作中发现，有些动作步骤常常是机械的繁琐的重复的。我们是程序员完全可以自己编写点小软件来服务自己，提高效率。我发现加菜单操作非常的繁琐，要去数据库查东西，复制粘贴要弄个老半天，在空的时间里，我也写了个小程序，能够快速地加菜单，很想继续完善实现其它的功能得到sub leader及其它几位同事认可。且课余时间还做过个多年的心愿一个麻将程序，有点停滞不前，现在只完成了个雏形。

总之业务上还有很多需要探索学习的东西。

a。 団体合作，交流协调

做软件是个团队合作的项目，不是一个人单枪匹马能做好的。特别是我们现在做的人事这么个庞大的系统。刚进公司，由于对大家都不是太熟悉，遇到了问题都是自己琢磨。leader鼓励我们要多交流。现在大家也很融洽，老员工也很热心地帮助我们新人，遇到问题我们也能讨论共同进步。这点做的还是挺好。 b。 工作的态度

工作态度上还能积极配合大家做好工作的，服从领导的安排，有问题及时反应。并没有恶意地违反规章制度。

程序员个人工作总结范文5

光阴如梭，一年的工作时间转瞬即将成为历史，伴随着新年钟声的临近，我们不得不对20xx年做一次告别。在这年终之际，现对来公司这段时间里所作的工作汇报如下:

1、某某erp项目的编码工作。

从了解新疆某某项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

2、、某某erp项目的实施工作。

从十一月初开始进行某某项目的实施，每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

3、帮助和使用手册文档的编写。

帮助的编写使我熟悉了dreameweaver和fireworks的使用，为后期的oa开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。

4、利用工作之余的休息时间加强学习。

平时注意收集有关pb方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识(现转为学习. )，为后期的工作打好基础。

以上为本人粗略的个人工作小结，请领导审阅，如工作上有不到之处，请领导不吝指出，以便本人及时改正，从而能更好地工作。

展望临近的25年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

程序员的工作重在细心，所以，在以后的工作中，我将更加的细致认真，踏踏实实，为公司的发展贡献自己的一份力。

程序员个人工作总结范文6

工作回顾

在我进入公司的这八个月里，我陆续接触了公司的软件开发平台，一些已经完成的项目，美科斯OA系统，中邮物流管理系统，富阳供销社等。还有目前在进行2个物流公路港系统，对公路港的运营模式有了较深入的了解。对公路港系统也有了深入了解和研究，但还需要更进一步的理解。期间进行了长达2个多月的出差。在马上到项目进行出差期间，对公路港的运营模式和结合互联网+，打造全新的双线运营模式有了更深入理解和学习。

对于我们自己的物流管理系统，信息交易系统、诚信系统进行实施安装和培训的过程中，学习到了很多东西，配合协调友商以及项目公司顺利的将各系统成功的运行起来。在于客户和友商的沟通过程中学习到了很多相关专业知识。在未进入公司之前，我从没有接触过信息系统及计算机硬件方面的东西，在公司给予的机会下我逐渐熟悉了解了一些相关的知识。在工作之余，我也在努力的学习，和同事及客户友商进行交流，学习先进的开发技术，请教别人相关开发技术问题。

存在问题

1、由于开始对公司开发平台不是很熟悉，所以在了解客户所要开发的功能及表单过程中多次出现因为需求的原因，而不断修改的情况。在与客户交流的时候，这个问题多次困扰着我，对方的需求不明，每次交流的过程中都在变更需求，从而导致了效率比较低的问题。

2、在工作过程中，用到很多我所不知道或很多我知道但不太熟悉的领域，在这个领域内，我需要不断的学习。

3、工作的条理性不够清晰，要分清主次和轻重缓急；在开发时间很仓促的情况下，事情多了，就一定要有详实而主次分明的计划，哪些需要立即完成，哪些可以缓缓加班完成，在这方面还有很大的优化空间。

4、学习的知识不够广泛。对专业知识技能方面还需要努力的加强，这方面也是目前最欠缺，希望高总能给予指导和培养。一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，所以我会加强这方面的学习。

工作心得

1、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。

2、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到，每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的赞定下来，做事很有效率。所以希望高总多给予我们一些指导。

3、每周的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作，所以我们应该养成，周记、月记、年记的工作习惯。

4、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的。自己的工作不能仅仅局限于自己的业务范畴。

工作计划

1、要提高工作的主动性，做事干脆果断，不拖泥带水。

2、工作要注重实效、注重结果，一切工作围绕着目标的完成。

3、要提高大局观，是否能让其他人的工作更顺畅作为衡量工作的标尺。

4、精细化工作方式的思考和实践。

5、虚心请教比我做的优秀的其他同事，向他们学习技术或经验。其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多想、多做、多沟通，向每一个员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：一是三人行必有我师，二是天道酬勤。

在参加工作的这短短的八个月中，我深刻的体会到，把自己所有的精力都投入进去，技术工作都不可能做到完美程度，毕竟技术工作太繁杂，项目多而人手少，但多付出一些，工作就会优化一些，这就需要认认真真沉下心去做事情，职业做事，诚信待人。

9. 微信小程序常见网络请求失败问题总结及解决方案

未勾选这个设置在任何环境下发送http网络请求会失败

需要到官方的微信小程序后台的 开发管理 -> 开发设置 -> 服务器域名配置位置进行域名的配置

点击小程序右上角 ··· 打开菜单
-> 点击开发调试按钮
-> 打开调试
-> 打开后需要重新打开小程序
-> 然后小程序界面中出现绿色的 vConsole 按钮即可

检查您的手机手机和公司的开发环境是否在同一局域网内, 一般就是用着同一个网络就ok

因此写了今天这个文章, 欢迎大家补充和讨论哈!!😄😄😄