Матеріали на тему «Product»

RSS

One Day Product Framework: як валідувати вашу ідею швидше. Значно швидше

Sasha Shumylo 3451

Продуктовий стратег Саша Шумило з The Gradient пропонує свою версію валідації продукту в найкоротші терміни. Фреймворк, створений на власному досвіді і помилках, може допомогти швидше зрозуміти, чи створюєте ви правильний і потрібний продукт та на чому треба сфокусуватись. 28

Як генерувати та перевіряти гіпотези під час розробки продукту. Інструкція продакт-менеджерки

Julia Romanenkova 5970

«Процес створення та перевірки гіпотез насправді досить простий, якщо ви його дійсно розумієте. Все, що вам потрібно, — питання або проблема, твердження, яке можна перевірити, й метод перевірки». Продакт-менеджерка Юля з компанії Railsware описує свій підхід до розробки й перевірки гіпотез. 3

Дублювання коду «здорової людини»: коли це виправдано

Ігор Левченко 3263

«Насправді хороший код схожий на вдалий жарт — вам не потрібно його пояснювати». Проте бувають випадки, що деякі частини жарту, тобто, коду, потрібно дублювати. В яких ситуаціях такі повторення не є помилкою та допустимі в продукті — описує Ігор Левченко, Senior .NET/Sitecore Developer у DataArt. 21

Як ми розробили in-house рішення для автоматизації маркетингу і що отримали в результаті

Andrii Pechyborshch 2352

«Ключ до успіху полягає у використанні IT-автоматизації для оптимізації маркетингових процесів і, що найголовніше, — звільнення часу від рутини та підвищення продуктивності команди». Як автоматизувати, щоб покращити процеси, а не ускладнити — розповідає Андрій Печиборщ, Back-End Engineer з Universe. 1

«Програмувати, враховуючи найгірший сценарій»: як розробнику не боятися багів та що для цього робити

Костянтин Різник 2139

«За час моєї практики найдорожчою помилкою через людський фактор був випадок, коли тестувальники забули перейти з Production Environment на QA-environment». Костянтин Різник, Delivery Director в Luxoft, розмірковує над тим, як можна убезпечити себе від багів і що робити, якщо помилка все ж сталась. 1

Практики проєктування від архітектора: AI&ML в сфері продажів

Maksym Moskvychev 2043

Ми живемо в епоху, коли технології відкривають нові можливості для ефективності та задоволення потреб користувачів, навіть і в продажах. Максим Москвичов, Head of Architecture Design Office в Yalantis на прикладах роз’яснює, як штучний інтелект та машинне навчання можуть змінити спосіб взаємодії між бізнесом і клієнтами. 4

Що треба врахувати бізнес-аналітику при розробці і впровадженні нового продукту на заміну існуючого

Viktoriia Dremliuk 1188

У статті говоримо про те, що треба врахувати й про що треба пам’ятати при впровадженні програмного забезпечення в архітектуру проєкту. Акцент робимо на складнішому процесі, коли треба перебудувати старий продукт та вбудувати його в уже побудовану архітектуру.

Як бізнес-аналітику уникнути пасток, поки він збирає вимоги замовника

Serhii Burukin 2873

Збір вимог не завершується складанням відповідної документації, адже вимоги можуть змінюватись під впливом різних факторів і так запускати додаткове вивчення і комунікації з замовником. На цьому шляху бізнес-аналітику легко потрапити в пастки міскомунікації — розбираємось, які вони бувають та як їх уникати.

Боремось з одвічною проблемою IT-продуктів — технічним боргом

Артур Терменжи 5192

«Усі ми хочемо, щоб технічного боргу не існувало. Але це нереально. Тому, щоб не дати йому завдати серйозної шкоди продуктові, важливо чітко розуміти, що це таке та як він накопичується». Артур Терменжи, Associate Director в Railsware, зібрав в одному матеріалі причини виникнення технічного боргу та шляхи боротьби з ним. Діліться і ви своїм досвідом. 16

Як розпочати UX-дослідження та переконати компанію в його ефективності

Anna Shulyk 2255

У цій статті говоримо про те, як готуватися до UX-дослідження, щоб провести його ефективно, як переконувати компанію в його необхідності та як використовувати потім отримані дані. Стаття зокрема буде корисна продуктовим менеджерам, продуктовим, графічним та UI-UX дизайнерам. Досвідом ділиться Анна Шулик, Lead Product Designer в Universe. 1

Запускаєте AI/ML-стартап? Під час війни? Почніть з продуктової візії

Maxim Tereschenko 1903

«Незалежно від вашої ролі, позиції та кваліфікації, базове розуміння продуктового контексту — хто користувач та для чого йому ваші технології — дозволить приймати кращі рішення у межах тих задач, над якими ви працюєте». На тему продуктової візії говорять Максим Терещенко, CEO компанії Mantis Analytics, та Олексій Оровецький, Senior Product Manager в GotPhoto. 12

Роль дискавері-фази в успішній розробці hardware. Ключові умови та фактори успіху

Artem Deshytskyi 1775

«Грамотно проведена дискавері-фаза і правильно описані умови для успішного виконання проєкту, на мою думку, можуть забезпечити до 60% успіху процесу розробки в затверджений бюджет і час». Разом з СЕО Артемом Дешицьким розбираємося, то як же правильно проводити цю саму фазу і чим вона особлива для hardware-продуктів. 15

Product Project Data Marketing Manager Owner Analyst Designer. Необхідне підкреслити

Danylo Zhyhamovskyi 2564

Данило Жигамовський, Head of Product в Promova, описав своє бачення причини наявності розмитих ролей в українському продуктовому ІТ. Чому люди з однаковими бейджиками займаються зовсім різними речами й отримують різні гроші, чому роботодавець хоче від тебе того, що ти аж ніяк не очікував на цій позиції, і що з цим усім робити. Спойлер: вчасно домовлятися. 5

1С — це Франкенштейн у світі ERP, пора від нього відмовитись

Дмитро Обухов 18692

«Замінити в Україні 1С реально, але додам, що на одному тому, що це російська система, від якої потрібно відмовитися, не виїдеш. Потрібно давати ринку щось більше». Дмитро Обухов, СЕО та співвласник Bimp, наводить свої аргументи про те, чому багато українських компаній досі користуються російським софтом та що слід зробити, щоб змінити цю ситуацію. Обговорюємо майбутнє українського ринку ERP-систем. 471

Як підтримувати системний цикл релізів застосунку. Погляд розробника й тестувальниці

Roman Kyrylenko 2992

Навіть відбудований упродовж років процес можна і треба переглядати, щоб виправляти в ньому вузькі місця. Саме з цією метою команда, в якій працює iOS Engineer Роман Кириленко, прийшла до циклічної системи релізів застосунків. У цій статті він пояснює переваги цього рішення та поетапно описує усі процеси зі своєї позиції розробника, а колега Агата Авраменко, Manual QA Engineer, доповнює опис процесів з точки зору тестувальників. 6

Аналіз користувачів застосунків для macOS: як проводити глибинні інтерв’ю та обробляти результати

Чебручан Олексій 2122

Часто відповідальність за зрозумілий інтерфейс покладається на UX-дизайнерів, але продакт-менеджери та маркетологи теж повинні вивчати звички користувачів та направляти дизайнерів для покращення інтерфейсу. Олексій Чебручан, продакт-менеджер в продуктовій компанії Nektony, розповідає, чому дослідження користувачів є важливим та на реальних прикладах доводить, як дані з опитувань допомагають закривати потреби й запити аудиторії.

«Юзер платить не за красивий код, а за вирішення його проблеми», або Чому бізнесорієнтованість розробника важлива

ruslan gazanfarov 13422

У цьому «блозі-рефлексії» Руслан Газанфаров, Android-розробник, ділиться своїм досвідом і трансформацією підходів до створення продукту та ролі розробника в бізнесі. Текст буде корисний технічним спеціалістам, які хочуть працювати в бізнес-орієнтованих компаніях, які інколи жертвують «якісним» кодом, а також тим спеціалістам, хто хоче зрозуміти цей майндсет, а не створювати «фічі для фічей». 336

Product discovery з позиції тестувальника. Як провести з користю для майбутньої роботи

Yuriy Babay 1990

Product discovery — це фаза перед стартом проєкту, під час якої команді необхідно зрозуміти, чого хоче замовник, які в нього вимоги до продукту і майбутнього рішення. Юрій Бабай, менеджер з контролю якості розробки — про те, що врахувати QA-фахівцю, який бере участь у фазі product discovery. 1

Chat GPT, Reforge і один продакт-менеджер. Як я «програмував» чат-бота на певну поведінку

Eugeny Plokhoj 11662

Євген Плохой, Head of Product в Readdle, спробував «навчити» ChatGPT певній поведінці. Для цього він використав prompt engineering і отримав цікаві результати. А ви користуєтеся більш складними запитами до чатбота? Розкажіть в коментарях. 31

Процес моделювання предметної області. Гайд для бізнес-аналітиків

Ілля Шаповал 5401

«Тема пресейлів стає все актуальнішою, адже український ІТ-аутсорс дещо втратив клієнтів останнім часом і багато компаній налягли на залучення нових». Ілля Шаповал ділиться технікою, яка може допомогти тим, хто задіяний у пресейлах, швидко зануритись у новий для себе чи компанії домен. 16

← Сtrl 1... 45678...10 Ctrl →

Коментарі

Тільки терапевта? А усіх інших лікарів в сусідніх містах по талонам які треба взяти за 30 днів до прийому). Взагалі ВЛК якесь дніще. Убив 7 годин при тому що маю діагноз тільки по одному лікарю і на мене цей лікар витратив 10 хвилин. Ну то таке...
ви, головне, в офлайні обережніше з такими цитатами. мені б, особисто, не сподобались натяки в розмовах на курилці галєри, що я, виявляється, скот в шинелі. але я людина спокійна, а може вийти нєудобна.
від авторів «tuning too much, но баба рабочая вообще — как корабельная сосна» ©
Думаю основна проблема при довгому пошуку це як не втратити знання, треба мати якийсь чіткий і обємний власний проєкт і силу волі постійно щось там робити
ну що ви. зовсім не всі.
«пир во время чумы»
Це схоже на вітрифікацію. Тільки рідину з клітин не видаляють, а наповнюють кріопротекторами (гліцерином тощо), щоб вона не кристалізувалася, а перейшла в склоподібний стан.
У Доу якась нездорова фіксація на Федорові
Третій крок — прийди в єбєня в віконце вт та чт 11:30-15:30, там висить паперовий зразок, відксереш бланк, заповниш, і у віконце віддаси
Дякуємо, що завітали 😊
Дяяяяяякуємо ❤️
чому не державною мовою? Бо «патріоти у вишиванках» сп***или кошти на перекладі
Це було просто неймовірно 🔥 ще раз Дякую всій Команді та всім хто вас підтримували, допомагали і прийшли, щоб провести ці 2 дні разом🤝
ви помиляєтесь, вона не галюцинує, чиновники та інші паразити максимально раціонально переслідують власні інтереси збагачення за рахунок інших
вмієш — роби і розвивай не вмієш — регулюй