高朋汇怎么发布需求

【 tulaoshi.com - 手机软件 】

高朋汇怎么发布需求

 　　高朋汇发布需求教程。高朋汇是一款专为华人中产阶级人群服务的价值社交互助平台。有任何需求只要发布在你高朋汇上能帮忙的就会帮忙，那么怎么发布需求呢?现在图老师小编就教大家高朋汇怎么发布需求。

　　1)点击打开，点击右上角的;(如下图)

　　2)点击下方的，接着点击下方的编辑框输入需求，最后点击下方的即可。(如下图)

高朋汇怎么置顶聊天消息

 　　高朋汇置顶聊天消息教程。有些好友比较特别一点希望能第一时间看到TA的消息?小伙伴可以置顶聊天消息，那么怎么置顶聊天消息呢?现在图老师小编就教大家高朋汇置顶聊天消息方法。

　　1)点击打开，点击下方的;(如下图)

　　2)点击长按要置顶的聊天消息，接着点击即可。(如下图)

钉钉系统自带的日志模板无法满足企业的需求，该怎么办？

 　　管理员进入日志管理模板新建模板，根据本企业的需求创建日志模板Tulaoshi.com即可;

从用户运营的角度谈谈怎么抓住用户需求

　　最近因为新产品测试，sanri有幸接触到了用户运营这一块的工作，除了平时给大家推送资讯聊聊天以外，也开始尝试着用不同的方法去了解大家的需求。前段时间偷偷混进了小伙伴们建的微信群，和大家交流的过程中总结了一些经验，现在分享给大家。：)

　　一.如何找到用户？

　　1.线上

　　在丝毫没有跟用户接触到的初期，找到用户是一件非常让人头疼的事。如果你产品的受众定位不是特定人群还好，先从身边的朋友入手，让他们成为你的种子用户。但如果你的产品针对特定人群，似乎这就很难办了。

　　之前sanri看到一篇文章是讲他们如何找到第一批用户的，这个团队是做宠物的，他们做的第一件事情就是去微博上搜索各种猫猫狗狗，然后观察哪些用户经常转载此类微博，顺藤摸瓜挖进别人的微博发私信说明来意，靠这样的方式，他们慢慢累计到了自己的第一批用户。

　　这里需要大家：

　　a.通过社交网络找到目标用户聚集的地方

　　b.沟通时真诚地表明身份说明来意

　　c.通过提供价值的内容吸引用户

　　2.线下

　　在产品设计的过程中大家会去思考用户场景，但这个场景很可能是个伪场景，最好的办法就是实地找到设想计划中的场景，然后寻找在这样的场景下以用户画像为蓝本确定是否有我们的目标用户。

　　其实还是和线上的原则一样，就是找到用户在哪儿。接下来就是与用户面对面交流，真诚地说明来意，尽可能得表明身份。

　　之前sanri在做O2O的时候，寻找用户就是采用地推的方法，穿上公司特定的制服并带上工牌在小区门口搭上易拉宝和宣传横幅。这样做看起来麻烦，但却能在一定程度上打消用户对于陌生人的戒心，至少他可以在第一时间能够判断你大概是做什么的。

　　二.如何跟用户沟通

　　1.先找到那些愿意和你沟通互动的

　　说实话，愿意主动和你沟通并提供建议的用户并不是大多数，所以当你遇到这样的用户时，你可以尝试先放下自己的问题，尝试以朋友的立场和他们相处，去帮助他们解决他们的问题，相信我，这样做以后你不仅仅能够得到你需要的答案，也可能会收获一个有趣的朋友。

　　2.建立社群

　　愿意加入社群的用户在某种程度上都是有沟通交流意愿的，而你建立的社群，是为一群相似的人提供一个交流的平台。sanri一般在社群里是属于逗逼活跃气氛的类型，你所需要做的事情真的不会很多，因为处在一个环境里，用户彼此之间会自然地建立连接，而你所需要做的是尽力给大家营造一个可以自由交流的氛围，用户彼此之间的认同与对社群的归属感，适时得抛出话题，然后收集大家的回馈以及观察大家的反应就ok了。

　　3.保持将用户当做朋友的意愿，在这个过程中为大家提供价值

　　这里说的价值不单单是与你的产品相关的，我们常常说接地气接地气，地气究竟是什么?在sanri的理解里，地气就是生活化，每个人对于自己的人生都有不同的认知与经验，把一些好的经验分享出来也是价值。比如一本书，一首歌，一个好用的APP，甚至是竞品一些好的对用户有价值的文章都很OK，因为只有当你尝试着去提供价值，你才能看到价值对于用户的意义。

　　4.及时反馈，哪怕是很简单的一句话，人需要被关注及关心

　　在新产品测试时，所有的反馈sanri都是收集了的，但每次依旧会画蛇添足地去回复，表明收到了大家的回馈并说句感谢。这是因为，在即时通讯工具里，我们每说出一句话，潜意识里都是希望自己的发言得以被关注，我们会期待别人的反馈，而不仅仅是展示自己的一个观点。所以适时地反馈会让用户的这种 期待得以满足，并有被尊重的感觉。

　　三.找到需求的原则

　　1.建立需求文档

　　需求文档是为了收集用户的真实需求而建立的文档，用户反馈的每一句话可能都蕴涵着一个群体对于产品的真实需求。你需要不断地更新这个文档并整理它，像做产品一样对需求文档加以迭代。特别提醒的是：用户的提问非常重要，非常重要，非常重要，提出问题的一个潜藏逻辑是希望问题被解决，用户的问题可能比他对产品直接提出的建议与评论还要重要。

　　2.不要直接问你想要什么？而是问你喜欢这种方式吗？为什么？

　　探索用户需求就跟探索我们自己一样，先知道自己不喜欢什么才会知道自己不喜欢什么。很多时候用户并不知道自己想要什么或者幻想自己想要什么，如果采用这样的询问方式，你有可能得到的是一个伪需求。就像人找到自我的过程是一个不断否定的过程，找到用户需求的过程其实也是类似的，那就是先找到用户不喜欢什么。

　　不要害怕用户的挑刺，因为这中抵触与拒绝意味着他在告诉你，他真正想要什么。

　　3.保持真诚与坦率，对待聪明人最好的方式，就是真诚

　　其实sanri觉得我们没必要为自己带有目的去和用户拉近距离就遮遮掩掩的，坦率地说明自己的意图，你接近用户是为了帮他们解决问题找到需求，大部分人不会对愿意帮自己解决问题的人有所排斥。

　　此外，很重要的一点就是，不，要，把，用，户，当，傻，子。我们在开发产品的时候需要遵循连菜鸟也会使用这个功能的原则，但在与用户交流的过程中，我们需要把自己当成傻子，傻子想要和聪明的用户沟通的唯一办法，就是坦率与真诚。

　　4.谦卑与聆听，适时放下自我

　　我们在与他人沟通的过程中很容易进入的一个误区，就是会不自觉地去证明去展示自己。当然用户完全可以这么做，我们却不能，作为信息反馈的收集者，更好地得到用户更多建议的方法有时候是去听，并表示出我在听的意愿。聆听难的一点就在于放下自己，放下自己的表达欲只关注别人。

　　保持空杯心态，去多了解别人的世界，这也是sanri现在努力学习修炼的事。

　　之前本来是说讲故事的，结果后来还是写成了方法论，略微枯燥了些，不过都是把自己又挖空了一遍总结出来的东西，希望这点经验能够帮到大家，感谢阅读。：)

微信营销我们要懂得微信和用户需求

　　一、微信营销不是唯一

　　微信营销=微信+营销!大家觉得这个公式是不是特别弱智，微信营销不就就是在微信上做营销吗?从字面上看是正确的，但是我们深入的去研究大家就会发现错误所在。用微信做营销是我们的目的，也就是我们想通过微信把我们的产品推广出去卖出去，但一个完整的营销过程是有售前，售中，售后的!这三个缺一不可!现在个体微信用户做营销最缺乏的就是信任，很多人在购买了产品之后无法退换货，这就影响看用户体验，只能算作一次性买卖!

　　所以上面所说的微信营销不是以营销为单纯的目的，服务才是我们的王牌，这就要我们在营销的过程中给用户更好的体验。

　　二、整合就是融合

　　现在很多个人微信营销户和一些自媒体，动不动就资源整合动不动就人脉整合，还美名其曰社群营销，说得很高大上!其实我自己更认可生活化营销理论，什么是整合，就是把能够利用到的资源整合起来利用起来，生活中处处是营销，但是有多少人去做呢?对于个人做微信营销，最重要的就是生活化营销，把营销融入到圣湖当中，从客户的角度去玩转微信营销，与客户在生活交往中达成默契共识!

　　三、微信人脉的流量源自用户意图

　　很多人做微信一开始就盲目的增粉，如果真是的单纯想要增粉加人的话，方法有很多，但是这些粉丝这些人对你来说有什么用呢?每一个人做微信营销都有自己的意图，主要的目的还是想盈利的多。我们只有引入对我们产品感兴趣的人群，这样才有可能获得成交。

　　经常与粉丝们互动能够让我们了解用户的需求才能更好的去做事，做人做事我们有时换一下位置更能看的清楚。

　　不管是微博微信还是等等营销都不是神器，今天说的生活话营销也不是传说，简单的说营销是人与人之间的博弈，我们要善于发现客户的需求，更懂得尊重客户的需求，满足客户的需求!微信，一个时代的产物，在这个时代的产物之下我们能看到机会，可更多的是我们用行之有效的方法去把握机会更多的微信赚钱方法。

15招让你从开发角度洞悉隐性需求

 　　不想捂着脸求人改需求?来看工程师怎么说!前段时间，在交互设计阶段如何发现思维盲区，减少开发与视觉的返工。今天让腾讯前端@姬小光 从开发角度聊聊如何在需求确立和需求评审阶段洞悉隐性需求，无论是开发人员还是产品，都能用上!

　　俗话说，计划赶不上变化快，无论需求文档做得如何细致，考虑得如何周全，总会有些难以预料的需求变更在每天困扰着我们。开发人员苦恼，产品运营人员更苦恼，毕竟谁也不愿意捂着脸一遍一遍地求人改需求。

　　但是，虽然世界充满未知的变化，但是有一些大的方向还是可以把握的，无论是产品运营还是开发人员，都可以在需求确立以及需求评审时多多考虑一下小鸡君说的这些方面，相信一定可以减少一些后期的变更成本。

　　下面这些内容主要是从开发人员的视角考虑的，多数基于小鸡君的个人经验，难免有失偏颇，不当之处还望指正。当然，如不嫌弃，感兴趣的产品和运营人员也可以稍作参考。

　　1. 细节变更需求

　　在项目初期，如果产品人员没有想清楚需求的细节，那么细Tulaoshi.Com节的变更可以说是无法避免的。那么作为开发人员唯一能做的就是，在设计程序结构和逻辑的时候，尽量预留出可扩展的能力。比如模块的增删，字段的增减，页面样式的微调等，除此之外也没什么好办法了。别灰心，这都不是事儿。

　　2. 跨平台需求

　　跨平台需求有时候来的非常隐蔽，往往最初规划的时候感觉可以先在一个平台尝试一下，比如先规划了 PC 端，但是 PC 端的某些功能又会忽然很急促的想移植到移动端。

　　而需求人员往往会想当然的认为，功能差不多，只要挪一下就可以了(平移过去/拼过去)。或者是，页面长的差不多，就改成移动端的大小就可以了(缩一下)。殊不知各个平台无论在架构部署，还是操作体验上都有着天壤之别，如果不提前规划好，那必然是个大坑。

　　3. 扩展需求

　　无论是什么样的业务，随着业务量的增长，以及产品运营人员欲望的膨胀，都会催生出各种扩展需求。任何固定数量的，都会增加。任何单一需要的，都会变成多个。

　　比如页面上设计了三个商品推荐位，就要预留出变成六个、九个，甚至分页的能力。一个接口是给某个业务专用的，某天就可能变成通用的。一个简单的静态页面，某天就可能变成附带管理后台的复杂系统。对于扩展性需求，要反复确认，不必过度优化，但也要留出合理的扩展空间。

　　4. 异常流需求

　　异常流需求往往容易被忽略，或者多有疏漏。常见的异常流有图片数据加载不出，图片不存在，接口挂掉，网速慢，未登录，登录态丢失，查询出错，查询无数据，内容溢出，用户输入溢出，用户输入非法，视觉遮挡不可用等等等等。

　　那么，对应这些异常流情况，就要有配套的前端提示给用户，引导用户进行其他操作。这些异常流往往会在设计稿和文档中遗漏掉，比如各种异常提示浮层，需要登录态的操作，结果登录态丢失等等，都需要有对应的引导。

　　5. 内容运营需求

　　所有静态的内容，都可能变成运营需求。静态广告位可能变成轮播广告位，轮播广告位可能变成需要运营后台填写数据，而不是直接写死在页面里。或者某一天可能变成从另外一个自动数据源拉取数据。

　　关于内容运营需求，评审初期可以确认好运营频次，如果是个把月才改一次的，几乎不耗人力的，那也没必要都搞工具。但是如果每天改一次，或者感觉运营内容的时间已经影响到正常的工作，或者远远大于写个工具的时间，那还是老老实实开发个运营工具吧。

　　6. 内容校验需求

　　上面既然说到运营工具了，那么作为运营工具一定是由运营人员自己来填写。既然是非技术人员填写，操作就难免要傻瓜一点，或者说非技术一点，尽量操作简洁，并且可以校验输入。如果因为运营人员多打了个空格，活着多写了个英文逗号系统就挂了，那应该算谁不尽责呢?

　　还有，能分别运营的字段要分别运营，因为有的时候虽然内容看上去是合在一起的，但是经常会有部分修改的需求，不如分开两个字段。比如广告位链接和埋点 tag，链接可能经常换，但固定位置的 tag 值就不会换，所以分开运营会好一些。

　　7. 内容复用需求

　　运营同学的工作是很辛苦的，设想一下每天一边开着 excel ，一边开着你的运营系统一个字段一个字段填写的时候，就知道画面有多美了。所以，运营填写的数据一定是有复用需求的。比如 h5 页面上运营的数据，有可能还需要给原生 app 使用，甚至给 pc 端也用一套数据。一个广告图片和链接，可能被插入到多个页面的顶部或底部，一起更新。多多沟通复用需求，可以随手拯救一大波运营妹子。

　　8. 内容历史需求

　　既然运营妹子这么不容易，那么工作量 KPI 如何衡量呢?这么辛苦再没人知道不是太惨了?所以，运营的数据一般是要有历史的。

　　如果就一个坑位，每次都改掉内容来更新，上一次的就没了，那么鬼知道我一天改了多少次?一周做了多少次更新?当然，这里更偏向工具类的需求了，不过我重点要说的是，有运营需求，就可能有运营的历史记录需求。

　　9. 排序&打标需求

　　排序需求其实也是内容运营需求的一种，无论是运营填写的还是自动拉取的内容，永远都会有调整顺序的需求。不同的坑位对应不同的关注度，不同的视觉焦点，浏览路径。运营往往需要通过调整位置或者加些标记来突出某些内容。

　　比如商品列表，可能近期有几个商品比较好卖，就挪到前面，打上 hot 或者 new 的标记，从而促成更多的销量。对于排序和打标需求，往往从后台开始就要预留可扩展字段，到前端也要可以方便的调整位置和加 icon 标记才行。

　　10. 筛选需求

　　对应于排序和打标，筛选也是经常用到的。比如我搜集了一坨数据，又只想挑一部分来展示，这时候往往需要一个可以方便操作的地方，类似帖子加精，评论置顶等等。商品类的数据筛选需求就更多啦，不过一般可以集成在搜索功能中，作为通用接口提供。但是，运营同学手动填写的数据再进行筛选，那功能就只能业务侧自己设计了，可以根据需要增加不同的筛选字段供运营同学填写。

　　11. 数据统计需求

　　数据统计需求是很容易失控的一种需求，产品运营最初往往觉得我要个 PV UV 啥的就够用了，过几天可能说能不能统计下这个按钮的点击量，再过几天可能恨不得把所有的操作都埋点，再加上访问路径、购买路径、转化率、蹦失率、页面停留时间、点击热图、鼠标轨迹。。。再给我出个月度季度报表，趋势图等等。

　　这里，对于数据统计需求一定要评审时梳理好，甚至我觉得可以独立于正常的需求，作为单独的数据统计需求整体梳理后提出。

　　12. 翻旧账需求

　　我实在找不到更贴切的词汇了。翻旧帐的意思就是，凡事进到我系统里的数据，都希望有个方便的形式可以看到。比如用户创建的 UGC，一定要有个唯一的地址可以看到这个资源。用户录入的信息，要有个方便的地方可以导出，或者下载 excel。即使当前的需求不需要你展示历史记录或者以前的任何内容，也要预留出方便的查询接口备用。

　　13. 报销需求

　　这个有点诡异，报销关我鸟事?当然关。许多大公司的报销流程都很严格，毕竟是涉及到钱的问题。那么对于涉及到钱的活动来说，唯一的凭据可能就是你数据库里的数据了。所以有关钱的需求，最好开始就确认好报销需要哪些内容，比如用户的真实手机等等(确认是真人参与活动，没有造假)，以此来作为最终报销的凭据，否则就只能运营同学自己出血了。

　　14. 扩容需求

　　当业务量稳步上升时就会伴随着扩容的需求，尤其当访问量骤增的时候，快速扩容就迫在眉睫了。扩容包含很多方面，一些性能方面的问题会在高并发史迅速凸显，比如查询低效，PHP慢速，无静态化 web，并发压力大等等。

　　此时关于性能优化的一切知识都可以派上用场了，静态化、缓存、查询优化、锁表等等。而机器扩容也没那么简单，除了机器内容的复制还有相应服务的批量启动，定时任务的执行，日志的归集等等。所以，如果评估时预计业务会有爆发性增长(如微信活动)，在资金允许的情况下不妨多准备些机器，总比一发布就挂了强。

　　15. 安全需求

　　这一点放到了最后，同样也是最重要的。安全问题包含的范围非常广泛，虽然有专业的同事负责安全以及运维相关的工作，但是在需求初期如果能稍微做些防范就会避免很多问题。一般的公司都会有个基础的安全规范，比如如何防止 XSS, CSRF 攻击，如何防止 SQL 注入，如何屏蔽脚本攻击等。

　　还有一些外部接口需要鉴权的，有时可能做了基本的鉴权，确没有更高级的防护。比如一个人虽然登录了，可以看到自己的某些资料，但是如果这个登录的用户还可以通过相同的接口查看其他人的某些信息，那就是安全问题了。有可能这个信息是存储在相对独立的表中，并没有严格挂在这个用户id下，那么查询的时候就一定要再检查一下数据和用户的对应关系。

　　对于安全需求，普通前后台开发人员能做的其实并不tuLaoShi.com多，能按部就班做好这些基础防护就不容易了。加上公司公共的安全扫描平台，基本上可以杜绝绝大部分安全问题了。之所以写到这里单独列一条，还是希望大家要对安全足够重视。

　　综上所述，绝大部分的隐形需求都是有迹可寻的。然并卵，即便沟通再明确，邮件再确认，改来改去啪啪啪打脸，该做的需求还是要做，所以，节哀吧。

7个向设计师提需求的正确姿势

 　　提需求，简简单单的三个字，却堪称世界级难题，困扰了一代又一代的甲方，引无数设计师竞折腰。设计师不好过，一边设计一边猜心，猜不对要改，改了还不对，不对继续改甲方也不好过，我说A，你给我B，手一抖我选了C，消费者其实想要D。想做个人见人爱的厉害甲方?今天分享一个良心教程，手把手教你下需求。

　　1. 讲清设计目的

　　安排这个设计项目是为了什么?

　　是调整产品整体视觉，还是解决某一个项目的需求?

　　是重新升级已有版本，还是推出一个全新的设计?

　　你是否清晰地知道自己想要什么样的设计，还是只有一个模糊的概念?

　　比如，大多数的品牌设计不单单只是为了卖货，更重要的是突出品牌辨识度，这对品牌来说是一项长远的规划。敲定这一目标对达成满意的合作至关重要。

　　Trustlook logo的设计目的是改变原来的logo，在产品发展的新阶段争取新的市场。

　　2. 预算与工期

　　您的预算范围是多少？

　　设计师不会因为知道预算而刻意提高报价，相反，当他们知道预算范围，就有能力知道在这一范围内，可以为之定制何种质量的设计作品。

　　你的预计工期是多久？

　　好的设计永远需要耗费大量的时间。设计一个完美的网页需要考虑非常多的因素，比创作一幅漂亮图片复杂得多。比如为了配合公司和产品发展的一些节点，你可能即将举行一个产品发布或展销会。你可以设置一些具体的时间要求，但请提前告诉设计师这些时间点，期望完成的时间点对设计师很重要。

　　就预算和工期与设计师达成一致非常重要。

　　如果设计师无法接受设想中的预算和工期，可能需要你做一些让步，削减设计内容。我们建议，在预算和工期上不要过于苛刻。给予宽松的预算和工期，你与设计师之间的合作会更加愉快。

　　你的网页到底要达到什么样的程度?如何跟设计师点出你的功能性需求和审美性需求?然后我们再详细跟设计师沟通工期和预算。

　　3. 明确目标客户

　　本次设计的目标客户是哪类人群?

　　你的网站主要浏览群体是青少年还是公司决策者?

　　如果不知道目标客户是谁，可以描述期望的客户是哪种人群，或者解释一般是谁购买和使用你的产品和服务。如果有几类人群，可以分别进行详细描述。设计师会努力覆盖所有你的期望人群。

　　有时，你的真实目标客户与你的设想并不一致。让设计师更多地参与和了解你的产品，对于设计的结果有重要帮助。还是以开发手机安卓系统安全软件的科技公司trustlook(硅谷)为例，品牌重塑的目标是为了扩张市场，最开始认为其目标客户应该是重视手机安全的人群。经过市场调研发现，由于在明显的客户群中竞争激烈，其市场真正的潜在客户是妇女和老人。

　　4. 明确设计范围

　　本次设计的范围是什么?

　　不是所有的设计项目涉及的深度都一样。也许你想要的是一个带购物车的电商网站，也许你想要的是只有基本公司信息的导航主页。

　　制作需要设计师介入的深度也不一样。一些项目需要的是一套完整的客户解决方案，另一些项目则只需要套一个现成的模板。

　　有时候，设计项目的范围显而易见，如果你的目的是通过网站售卖产品，需要的是一个商业方案。有时候，你要的东西无法通过目的清晰得知，比如是否需要整合博客资源，或者社交功能等等。

　　5. 提供可能的材料

　　你是否已经有商标?小册子?产品图?或其他对设计有用的材料?

　　是否有既有的推广材料能够体现你的设计品味?

　　6. 设想整体风格

　　你对设计风格是否有整体把握?跟设计师沟通的结果可能发生以下两种情况：

　　你心中的设计是最符合你产品的设计，而设计师的设计却没有那么容易理解

　　你心中的设计并不好，设计师的风格却更能被大众接受

　　这两种可能性都存在。如果你没有办法表达你需要的设计风格，那么就清晰地表达出你厌恶的设计风格。举个例子，如竞争对手的设计，你是喜欢还是不喜欢，这对设计师有很大帮助。

　　7. 什么是不想要的

　　知道自己的厌恶型和明白自己的理想型一样重要。一些客户讨厌某些功能，例如三栏布局，幻灯片。

　　△三栏布局

　　△幻灯片

　　这些请一定告知你的设计师，以免设计师将精力花在你不感兴趣的功能上。

　　那么，我该如何下需求？

　　如果你是一位有过设计外包经验或者熟悉这一领域的客户，不妨尝试写一个全面的设计需求文档，明确设计师需要做什么、一些设计要求和限制等等，从而指导整个设计过程。

　　如果你没有尝试过这一方式，那么不妨请设计师给你出一份问卷或者做一次采访，与设计师当面交流，让设计师明白你会欣赏那些创意和想法。

　　设计需求文档对一个设计项目非常重要。将之看做商务计划，覆盖设计项目的所有方面，并对之后项目按期完工提出要求。

　　看完了方法论，来看个栗子温习一下：

　　某知名App的Logo设计需求文档

　　原稿：

　　Logo设计要求(按照优先级排序)：

　　1、独特(醒目、识别度高、容易记)

　　2、简洁

　　3、国际化

　　4、品牌的延展性较高(各国语言的单行本app，从语言延展到其他相关领域)

　　5、卡通形象加分，不必须(logo不一定要是一个卡通形象，但是我们需要一个卡通形象)

　　6、能看出是从现有logo演化而来的(能看出联系)加分，不必须

　　7、输出：logo图形;logo与中英文品牌名的组合(中英文字体无需设计，用基础字体即可); logo单色图形;logo在App Icon中的应用

　　修改意见：

　　有效的设计需求是问题而不是结论。例如，不要写我要独特的设计，每个人对于独特都有不同的认识，因此结果无法量化。而可以写我们的挑战是如何在诸多竞争对手中获得更多的用户，从而把设计、产品、市场一起面对同一个目标。针对好的问题，好的设计师可以更好的创造新的形式。

　　修改稿

　　1.设计目的：公司战略转向国际市场，因此品牌形象需要符合这一战略，希望做一个适应国际市场的形象。我们的挑战是如何在诸多竞争对手中获得更多的用户。

　　2.预算与工期：由于要配合公司产品2个月后在美国市场发布的计划，因此工期限制在一个半月的时间。预算方面可以和设计师协商，5-10w。

　　3.目标客户：从美国开始，但是之后会拓展到各个国家的人群。

　　4.本次设计的范围：Logo、Logo与中英文品牌名、Logo单色图形、Logo在App Icon中的英文、西文、日文版本，品牌卡通形象。

　　5.参考材料：现有Logo。

　　6.整体风格：简洁，与现有logo最好有关联 。

　　译者微信公众号：