Спасибо за комментарий, статья по ссылке интересная!
Процессы от компании к компании могут различаться. Более того - мы внутри своей компании сейчас работаем не так, как год назад. Индустрия меняется быстро, и мы вместе с ней.
У меня Яндекс в последнее время со слитыми БД ассоциируется. Такое себе, даже стремно надевать футболку, которую они дарили:( А ВкусВилл - с нехорошей историей с переобуванием в полете.
Добавлю только одно замечание: возможно, писать статьи лучше на темы, интересные ЦА? Я прочла материал на одном дыхании, но я маркетолог, ваше приложение мне вряд ли когда-то понадобится, и скорее всего, завтра я даже не вспомню его названия. А вот текст о том, как читать граф, заинтересует уже совсем других людей.
Охватить все трудности перевода в одной статье не получилось, мы писали об ошибках, которые действительно стоили немало нервов и серьезно повлияли на техпроцессы.
Сейчас у нас есть обязательные кикофф-митинги с заказчиками перед стартом проекта, на которых проговариваются все возможные сложности. Жаль, что к этой практике мы тоже пришли через шишки:)
Хороший источник сотрудников дорогого стоит. На заре существования компании наши учредители ездили по ВУЗам искали золотые кадры (но все усложняется тем, что мы находимся в Самаре, удаленка в те времена не была так распространена, а местные ВУЗы такого количества лингвистов нужной квалификации не выпускают).
По поводу немецкого - я попробую поднять эту информацию:)
В первую очередь перед разработкой нужен рисеч - изучить рынок, конкурентов, ЦА. А когда Инна уже готова, решать будут детали - насколько продуман UX, насколько сочна картинка, как приложение отвечает на действие пользователя (ну и сколько денег вбухано в рекламу).
Гхм, я 20 лет была уверена, что в песне Арии "Химера" герой уходит сквозь картон и сквозь огонь (оказалось - сквозь кордоны). И вместо воина свободы мне представлялся воин с лопатой.
Когда искала работу, всегда старалась после собеседования проверить состояние туалетов. Во-первых, они многое говорят об отношении к сотрудникам. Во-вторых, гхм, ими придется пользоваться.
Мне нравится концепция PoPs (points of parity) и PoDs (points of difference). Первое - обязательное, иначе вы просто не дотянете до конкурентов, второе - то, за счет чего можно запомниться потребителям.
Но как всегда, значительная часть предпринимателей и маркетологов использует молоток, чтобы играть на пианино.
Хорошо бы рядом смотрелся материал про то, как писать ТЗ.
А еще иногда выполнить все требования заказчика можно, только написав полную муру о сплоченном коллективе, радостно смотрящем в будущее и целеустремненно трудящемся на благо прекрасных заказчиков под чутким руководством мудрого и опытного директора (но с такими лучше не работать).
и вот уже в компании из трёх человек ты не подходишь к своему коллеге и не просишь о помощи, а ставишь ему задачу во внутренней системе
Как человек, который плохо удерживает в голове большое количество списков, не вижу в этом ничего плохого.
А в целом текст очень здравый (хотя мало кто уходит, как отметили в комментариях, в первую очередь из-за отсутствия сравнимо оплачиваемых альтернатив).
Спасибо за комментарий, статья по ссылке интересная!
Процессы от компании к компании могут различаться. Более того - мы внутри своей компании сейчас работаем не так, как год назад. Индустрия меняется быстро, и мы вместе с ней.
У меня Яндекс в последнее время со слитыми БД ассоциируется. Такое себе, даже стремно надевать футболку, которую они дарили:( А ВкусВилл - с нехорошей историей с переобуванием в полете.
Класс, спасибо за кейс!
Добавлю только одно замечание: возможно, писать статьи лучше на темы, интересные ЦА? Я прочла материал на одном дыхании, но я маркетолог, ваше приложение мне вряд ли когда-то понадобится, и скорее всего, завтра я даже не вспомню его названия. А вот текст о том, как читать граф, заинтересует уже совсем других людей.
Спасибо за такой развернутый комментарий!
Охватить все трудности перевода в одной статье не получилось, мы писали об ошибках, которые действительно стоили немало нервов и серьезно повлияли на техпроцессы.
Сейчас у нас есть обязательные кикофф-митинги с заказчиками перед стартом проекта, на которых проговариваются все возможные сложности. Жаль, что к этой практике мы тоже пришли через шишки:)
Хороший источник сотрудников дорогого стоит. На заре существования компании наши учредители ездили по ВУЗам искали золотые кадры (но все усложняется тем, что мы находимся в Самаре, удаленка в те времена не была так распространена, а местные ВУЗы такого количества лингвистов нужной квалификации не выпускают).
По поводу немецкого - я попробую поднять эту информацию:)
Было бы 10000 слов в день на перевод для одного человека)
Я просто напишу, что в восторге от игры света в вашей графике.
Ого, проект выглядит очень масштабно для такой маленькой студии
А сколько человек у вас в команде?
Извините
Если создание игры - хобби, то ставить цель понравиться всему миру точно не стоит)
В первую очередь перед разработкой нужен рисеч - изучить рынок, конкурентов, ЦА. А когда Инна уже готова, решать будут детали - насколько продуман UX, насколько сочна картинка, как приложение отвечает на действие пользователя (ну и сколько денег вбухано в рекламу).
Моя довольно быстро начала соотносить слово самовар с картинкой. Но она пока совсем мелкая, ей что кушак, что ноутбук - равнозначные объекты.
А умывальник у нас на даче стоит и слово в ходу:)
Гхм, я 20 лет была уверена, что в песне Арии "Химера" герой уходит сквозь картон и сквозь огонь (оказалось - сквозь кордоны). И вместо воина свободы мне представлялся воин с лопатой.
Когда искала работу, всегда старалась после собеседования проверить состояние туалетов. Во-первых, они многое говорят об отношении к сотрудникам. Во-вторых, гхм, ими придется пользоваться.
Мне нравится концепция PoPs (points of parity) и PoDs (points of difference). Первое - обязательное, иначе вы просто не дотянете до конкурентов, второе - то, за счет чего можно запомниться потребителям.
Но как всегда, значительная часть предпринимателей и маркетологов использует молоток, чтобы играть на пианино.
Хорошо бы рядом смотрелся материал про то, как писать ТЗ.
А еще иногда выполнить все требования заказчика можно, только написав полную муру о сплоченном коллективе, радостно смотрящем в будущее и целеустремненно трудящемся на благо прекрасных заказчиков под чутким руководством мудрого и опытного директора (но с такими лучше не работать).
Сначала ты пишешь много фигни, потому тебя критикуют, и ты либо перестаешь писать, либо постепенно улучшаешь навык.
Ну и лучший совет, который я слышала: можешь не писать - не пиши, интернет и так потонут в контенте.
Было бы интересно почитать, насколько проекты были затратными
Как человек, который плохо удерживает в голове большое количество списков, не вижу в этом ничего плохого.
А в целом текст очень здравый (хотя мало кто уходит, как отметили в комментариях, в первую очередь из-за отсутствия сравнимо оплачиваемых альтернатив).
Я сейчас учусь в практикуме (правда, не на разработчика), и наставник - это прям путеводная звезда (комментарий не проплачен, а жаль).